|
3、依赖耗费的准确性项目管理者联盟
每个人在每个任务上记录实际投入，存在较大的主观性，尤其是当任务颗粒度过细，任务并行多的情况下，在每个任务上的实际投入存在较大的随机性项目管理者联盟
4、基准的实时更新training.mypm.net
每次的挣值分析之后，除了找到偏差的原因外，最主要是进行预测。结合预测的结果重新建立基准，后续才能更准确地判断项目所处的状态，否则测量值会一直乐观/悲观，给项目以误导。项目管理者联盟
5、人-任务-阶段-项目项目管理者联盟
计算测量值时需要按人头汇总到任务，进而到阶段和项目。尤其是当同一个人并行完成多个任务，或同一任务多个人完成时，要参照资源日期分摊计算，往往会出现测量值的不准确。转自项目管理者联盟
改进方法项目管理者联盟
传统的软件研发过程更多地是基于瀑布模型，每个阶段管理透明、精细，对于项目周期长，大型产品开发中优势明显。只是，在互联网快速发展，产品更新越来越快的今天，劣势也逐渐地显现。对于 产品经理而言，我们也要尽量尝试在固有基础之上，伸手触摸新鲜思想，在互联网转型的概念下，借鉴敏捷的思路，对过程中产生的问题，提出如下改进：项目管理者联盟
1、任务分解以产生可交付成果为目标service.mypm.net
从功能维度进行任务分解，任务颗粒度小，无法独立检验完成。可参照user story的方法，并分解到>0.5,<5人天为宜，并由团队集体估算。每个任务的输出是相对独立的成果，减少后期集成的返工。service.mypm.net
2、任务进行优先级排序，迭代进行项目管理论坛
渐进明细，聚焦到当前阶段，每个迭代1个月为宜。迭代开始时review任务排序，保持为最新状态，确保总是先做优先级最高的任务项目管理者联盟
3、进度化零为整，迭代监控service.mypm.net
每个迭代阶段点进行挣值分析，评价项目的绩效，迭代内计算每个人任务的完成百分比(即已完成任务持续时间/计划完成任务持续时间)。实际投入以迭代阶段为 最小单位进行记录，每个人记录每天在某个项目的某个迭代中的投入，不需要明确到具体任务。无论个人在任务中如何投入，都算作是项目投入。减少内耗项目管理者联盟
4、经批准的最新的任务列表blog.mypm.net
每个迭代结束更新一次任务列表，并确保为得到批准的，作为新的基准。每个迭代的测量值以新的基准进行判断。与失效的基准进行偏差分析不存在意义。PgMp.mypm.net
结束语项目管理者联盟
敏捷与传统是矛盾的吗?PgMp.mypm.net
用最有益于项目的方法实践于项目，并通过实践不断地提升，让方法最终服务于项目。本文通过对挣值管理理论方法在实际项目中的应用分析，并针对问题提出改进方法，给类似项目以参考。项目经理博客 项目管理论坛
|
