加入收藏 | 设为首页 | 会员中心 | 我要投稿 厦门网 (https://www.xiamenwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 建站 > 正文

产物项目打点系统之范畴打点

发布时间:2017-07-19 18:09:42 所属栏目:建站 来源:woshipm
导读:作为一个产品人,你需要让自己保持饥渴的状态,运营、数据分析、项目管理等,都需要涉及。最新迷恋上项目管理的学习,我会把我自己目前在学的项目管理整个技能体系,都给大家做一个简单的分享。 项目管理铁三角 学习项目管理前先认识项目管理著名的铁三角

需求说明书+范围说明书+WBS+WBS词典=项目范围基准(基线)

通常项目正式实施之前,需要把基线定义出来,这个基线定义项目需要完成哪些工作才算完成。将来进行项目评价与绩效考核时候,会将产出项目与定义的基线、WBS词典做对比得出偏差有多大。偏差越大则代表项目已经偏离范围。核实产品是否在范围内,首先要通过【需求跟踪矩阵】去保持客户联系,确定产品范围有没变,确保【需求文档】最新后,用它去核实“确认过质量的产品”【确认的可交付成果】的范围,核实没有问题就可以验收这个产品;如果有问题就要提交一个变更请求。注意在核实和控制过程还是用需求文件,而没有用范围说明书,因为相对需求文件,范围说明书比较粗略。实际企业中,前期工作没搞这么复杂,只是把项目过程中关键任务关键活动列出来,做个计划,但是这样的计划是不准确的。因为通常意义上,我们做计划前需要把WBS分解到最底层并且找到合适的责任人。最怕的是没将项目WBS分解清楚并且任务责任人也没找着,就开始做计划,这样会导致计划执行不下去,且过程中会一直调整,造成这样的情况就是因为一开始计划就没做清楚。计划没做清楚还会导致部门/成员合作之间容易产生误会,比如,销售部门的理解和运营部门的理解都是不一样的,我们常说“一千个人眼里就有一千个哈姆雷特”就是在这个道理。所以为了避免过程中需求一直被调整,计划不断被调整,项目一开始WBS就要分解到最底层,分解清楚,而且每一个分解出来的工作包或者元素能有一个准确的定义,并且整个团队能对此达成共识,这个项目范围就不会容易被改变。当项目进行实施阶段,项目经理需要检查实际工作范围与实际产出的结果是否与范围基准一致。这时候需要进行范围核实,范围核实是正式验收项目已完成的可交付成果的过程。这个过程中项目经理要做的是组织合适的人去验收,通常项目经理去验收会比较存在风险,比如不懂代码的项目经理如何去验收代码?五、控制范围偏差分析

偏差分析是一种确定实际绩效与基准的差异程度及原因的技术,可用于项目绩效测量结果来评估偏离范围基准的程度。用于控制项目偏离范围基准的原因和程度、决定是否需要采取纠正和预防措施。

(编辑:厦门网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读