产品项目管理体系之范围管理
发布时间：2017-07-16 15:21:20 所属栏目：建站 来源：woshipm
导读：副标题#e# 作为一个产品人，你需要让自己保持饥渴的状态，运营、数据分析、项目管理等，都需要涉及。最新迷恋上项目管理的学习，我会把我自己目前在学的项目管理整个技能体系，都给大家做一个简单的分享。 项目管理铁三角 学习项目管理前先认识项目管理著名
|
通常WBS词典里需要有11个内容： 分解代码：一个项目的WBS可能分解出成千上百的项不同任务，这时候如果不编码会造成混乱。同时编码也能帮助我们标识每个分解出来的任务关系。工作描述：分解出来的工作描述，如做某个功能的开发，这个开发主要实现什么功能，包括开发语言是什么？负不负责测试？等负责组织：每个分解出来的任务指派给相关负责人与负责部门。里程碑清单：标识几个关键的里程碑，这样我们才能知道任务进行到什么阶段，进展是快还是慢。进度活动：进度需要有一个描述。所需资源：所需要有哪些资源。成本估算：时间成本、开发成本、金钱成本等质量要求：什么程度算完成，测试到什么程度算通过等验收标准：每个工作完成后，谁去验收、用什么方式去验收。参考文献：有些活动需要参考不同文档，需要写出参考哪些文档。合同信息：有些项目需要外包，还需要签署相关合同。通过WBS分解后的任务活动，如果没有这些注解和解释，很容易产生各种注解和误会，不同的人对活动的注解理解是不一样的，所以产出WBS词典，保证每个人对注解的理解是一致的。 四、核实范围需求说明书+范围说明书+WBS+WBS词典=项目范围基准（基线） 通常项目正式实施之前，需要把基线定义出来，这个基线定义项目需要完成哪些工作才算完成。将来进行项目评价与绩效考核时候，会将产出项目与定义的基线、WBS词典做对比得出偏差有多大。偏差越大则代表项目已经偏离范围。核实产品是否在范围内，首先要通过【需求跟踪矩阵】去保持客户联系，确定产品范围有没变，确保【需求文档】最新后，用它去核实“确认过质量的产品”【确认的可交付成果】的范围，核实没有问题就可以验收这个产品；如果有问题就要提交一个变更请求。注意在核实和控制过程还是用需求文件，而没有用范围说明书，因为相对需求文件，范围说明书比较粗略。实际企业中，前期工作没搞这么复杂，只是把项目过程中关键任务关键活动列出来，做个计划，但是这样的计划是不准确的。因为通常意义上，我们做计划前需要把WBS分解到最底层并且找到合适的责任人。最怕的是没将项目WBS分解清楚并且任务责任人也没找着，就开始做计划，这样会导致计划执行不下去，且过程中会一直调整，造成这样的情况就是因为一开始计划就没做清楚。计划没做清楚还会导致部门/成员合作之间容易产生误会，比如，销售部门的理解和运营部门的理解都是不一样的，我们常说“一千个人眼里就有一千个哈姆雷特”就是在这个道理。所以为了避免过程中需求一直被调整，计划不断被调整，项目一开始WBS就要分解到最底层，分解清楚，而且每一个分解出来的工作包或者元素能有一个准确的定义，并且整个团队能对此达成共识，这个项目范围就不会容易被改变。当项目进行实施阶段，项目经理需要检查实际工作范围与实际产出的结果是否与范围基准一致。这时候需要进行范围核实，范围核实是正式验收项目已完成的可交付成果的过程。这个过程中项目经理要做的是组织合适的人去验收，通常项目经理去验收会比较存在风险，比如不懂代码的项目经理如何去验收代码？五、控制范围偏差分析偏差分析是一种确定实际绩效与基准的差异程度及原因的技术，可用于项目绩效测量结果来评估偏离范围基准的程度。用于控制项目偏离范围基准的原因和程度、决定是否需要采取纠正和预防措施。 （编辑：西安站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
