项目工作计划模板

工作计划 时间:2017-09-05 我要投稿

  项目工作计划模板【一】

  20XX年差不多已经过去1个月了,为了确保今年的项目能够很顺利的完成,在回顾过去的不足,总结过去的经验,联系项目的实际基础上,特制定以下计划:

  一、 提高与人勾通能力 在项目施工过程中,经常会遇到甲方、监理、多个项目施工的负责人相互影响的时候,处理各方之间的关系,加强勾通必不可少。

  二、 提高项目施工的管理规范 1、规范文档模板 对于政府相关单位的项目,与企业单位的项目有很大的不同,不只是施工完成任务,验收付款就行了,里面所涉及到的流程,规范文档都是重要的组成部分,在验收和结算的时候,是一个必不可少的,在去年,我所负责的襄阳输油处就是一个政府项目,光是走流程所用的文档都装了一大摞,而每个文档所涉及到的甲方、监理、各个项目的施工方的签字盖章,就是一个要花大量时间去处理的事情,这些相关的流程,文档都有一个固定模式,在今后的工作中,我会把这些相关的模板全部备份下来,留作以后施工。

  2、严格管理施工 我们的项目建设主要是机房建设,机房建设项目的施工是多个分项结合的一个项目,包括装修、监控、综合布线、防雷接地、配电、空调、新风,所涉及到的方方面面很多,严格要求安装图纸施工是必需的。

  三、 提高室内装修施工能力 装修在机房建设中是一个费时费人费力的分项,而在装修这一块,我感觉是一个弱点,经验的不足,所造成材料的损耗浪费,整体装修效果不好,用一个别的材料可以达到更好的效果等一些问题,而且材料的用量,价格都不是能很好的估算出来,因此我今年的重点是提高装修施工的能力。

  四、 提高工程预算定额报价的能力 在很多政府工程报价的时候,都是要通过预算定额来报价,里面的格式与传统报价存在很大区别,非常复杂,这也是我以后长期学习的目标。

  五、提高项目方案报价和画图的能力 一个项目的实施,好的方案决定着项目的组成,严格严谨的图纸决定着项目的效果,在以后的工作中这些都是我要学习的重点。

  这就是我20XX年的计划,在努力完成公司领导交给我的任务的同时,进一步提高自己的技能技术,不懂的要向书本学,向领导学,向师傅学,向同事学,不断丰富自己的知识结构和才干,培养良好的学习习惯,为创建公司的美好明天而努力。

  项目工作计划模板【二】

  每个里程碑目标必须依据用户的业务划分,实现某部分业务,达到可以正常运行的目的可以算做是一个里程碑,如何编制项目实施计划    1。这样项目经理也就不需要对项目每个细节活动都做计划指导,更不至于担心团队成员编制的计划和总体计划脱节。

  做工作要有计划,谁也不会否认这句话的正确性,但在实施过程中,很多人尽管天天做计划,但并不清楚计划到底是怎样帮助自己更加有效地开展工作的。

  实施工作如果缺乏计划,将直接导致如下恶果:

  工作目标不明确。

  不同类型的工作混乱的交叉。

  做事不分轻重缓急。

  不能合理分配时间。

  对项目而言没有计划往往导致延期。

  在编制计划过程中存在很多常见的误区,笔者下文将结合计划编制的基本要求,深入分析造成误区的原因并提出解决对策。

  第一节  计划必须是合作双方充分沟通的产物

  很多人计划写得非常细致,也非常全面,但执行时并不理想。

  很重要一个原因是整个计划是个人经验、心血的结晶,不是合作双方沟通的产物。

  计划是大家对后续工作安排和分工的一种共识,一个人把工作安排得再好,没有其他人发自内心的认同,除制订计划的人以外,其他人又怎会按照计划执行呢?

  按照绝大多数单位部门的管理章程,实施过程是不能没有计划的,很多时候项目经理只是按照制度的要求写个计划,然后照惯例发给用户,至于实际上是否按照计划做,都不去管它,全然不沟通,工作计划《如何编制项目实施计划》。

  存在为计划而计划的情况,甚至有的项目经理以为计划只是用于让用户去感知软件公司做事规范性。

  有的用户对计划非常重视,项目经理费尽心机把计划写出来,然后提交给用户审核。

  用户同意就按计划去做,不同意再去调整,直到用户满意为止。

  这也是一种形式的沟通,但这种形式的沟通也存在一个很严重的问题,长期这样沟通下去,用户会逐步变成一个计划审核者,忘记了自己还是项目参与者的身份。

  如果可能的话,项目经理还是应该请用户一起合作编制工作计划。

  没有和用户充分沟通的计划往往是一种独轮车计划,整个计划不断描述软件公司在这个阶段做什么工作,那个阶段做什么工作,需要用户干什么则没有描述,好像我们是很乐于把用户变成一种对立的监工身份。

  做计划的时候要随时考虑有没有让用户参与进来,项目经理要敢于让他们参与项目,并且知道安排怎样的工作给他们做。

  计划中没有提及用户的配合,有时候用户还会觉得很奇怪:那让我们在每个阶段配合做什么工作呢?还要怎样做呢?会不会达到质量要求呢?出于这种担心,用户反而主动让软件公司把计划解说清楚,这在实际实过程中实在是一件可笑的事情。

  计划应能指导用户如何配合实施,而不是一个对软件公司进度的单向约束。

  第二节  计划要体现出对项目实施工作的策划

  有的项目经理编制计划的过程就是参考软件公司内部的管理要求,借鉴一个历史模板加以修改的过程。

  甚至有不做计划,以为凭借自己的经验到现场一定就可以搞定。

  尽管机械地复制历史模版可以让项目经理快速炮制出大量格式规范、内容丰富的实施计划,但是并没有技术含量,对实际工作也帮助甚微。

  有的项目经理会义正辞严地辩称,“这个世界其实计划不如变化快,整个项目实施过程就是踩着西瓜皮,走到哪里滑到哪里的过程,反正努力把它往前推动,尽心尽力就好。

  ”有些计划一看就没有体现策划的过程,把软件公司业务方法顺序当作项目过程分解依据,千篇一律。

  事实上所有的人都承认项目和项目不一样,不存在简单复制的关系,那么计划怎么可以理所当然地套用现成文件呢?

  这些敷衍做法在实际工作中是大量存在的。

  我们可以总结出这类工作方法的一个共同的特性,那就是不做计划、消极地应付工作,处于受用户摆布的地位;而项目经理做计划的目的则是希望通过计划去有意识地支配工作,使自己处于主动的地位,并能提高工作效率。

相关推荐