【工作计划】项目实施工作计划表.docx

第 1 页 项目实施工作计划表 特征码 VEjOXaSWZdjkUSHeYvFn 第一节计划必须是合作双方充分沟通的产物 很多人计划写得非常细致，也非常全面，但执行时并不理 想。很重要一个原因是整个计划是个人经验、心血的结晶，不 是合作双方沟通的产物。 计划是大家对后续工作安排和分工的一种共识，一个人把 工作安排得再好，没有其他人发自内心的认同，除制订计划的 人以外，其他人又怎会按照计划执行呢? 按照绝大多数单位部门的管理章程，实施过程是不能没有 计划的，很多时候项目经理只是按照制度的要求写个计划，然 后照惯例发给用户，至于实际上是否按照计划做，都不去管它， 全然不沟通，工作计划如何编制项目实施计划 。存在为计划 而计划的情况，甚至有的项目经理以为计划只是用于让用户去 感知软件公司做事规范性。 有的用户对计划非常重视，项目经理费尽心机把计划写出 来，然后提交给用户审核。用户同意就按计划去做，不同意再 第 2 页 去调整，直到用户满意为止。这也是一种形式的沟通，但这种 形式的沟通也存在一个很严重的问题，长期这样沟通下去，用 户会逐步变成一个计划审核者，忘记了自己还是项目参与者的 身份。如果可能的话，项目经理还是应该请用户一起合作编制 工作计划。 没有和用户充分沟通的计划往往是一种独轮车计划，整个 计划不断描述软件公司在这个阶段做什么工作，那个阶段做什 么工作，需要用户干什么则没有描述，好像我们是很乐于把用 户变成一种对立的监工身份。做计划的时候要随时考虑有没有 让用户参与进来，项目经理要敢于让他们参与项目，并且知道 安排怎样的工作给他们做。 计划中没有提及用户的配合，有时候用户还会觉得很奇怪： 那让我们在每个阶段配合做什么工作呢?还要怎样做呢?会不会 达到质量要求呢?出于这种担心，用户反而主动让软件公司把计 划解说清楚，这在实际实过程中实在是一件可笑的事情。计划 应能指导用户如何配合实施，而不是一个对软件公司进度的单 向约束。