|
3) 对这些产出物确认其类型。比如：代码、文档(可以细分计划类、需求类、设计类、检查评审类等)。blog.mypm.net
4) 根据输出产品的类型决定估计其规模的方法。比如：代码行;功能点;页数等。但具体估算在第5步做出。项目管理者联盟
在这里我建议大家使用功能点估算，原因如下：项目管理者联盟
1) 我们对于需求理解后可以根据功能点估算方法进行估算，估算出的功能点就是项目规模，它包含了需求分析、设计、实现和测试(也包括文档编写和评审等管理的时间)的总体规模。项目经理圈子
2) 功能点估算的方法是从用户的角度进行估算，是从用户界面和数据库入手进行分析、估算。所以客户比较好理解，从而更容易与客户确认规模。有的公司干脆就是按每个功能点谈价钱的。
注意事项：项目管理者联盟
1) 功能点估算有其局限性。功能点估算只是适合于用户界面比较多，后台使用数据库的系统。因为它都是从用户界面和数据库入手进行的。对于操作系统类、实时操作类(如：电信基站系统、工控软件系统)等不适合功能点估算方式。建议借鉴全功能点估算方法。它是将系统分解为表示层、业务层和数据层，每层进行功能点估算后再集合。项目经理博客
2) 功能点估算的准确与否关键在于对于项目需求的理解正确程度。我在原来的公司有的人估算误差率在14%，而有的人误差率达到了200%多。项目管理者联盟文章
3) 功能点估算建议QA人员或PM人员与需求经理一起制定。对于200-300个功能点的项目需要两人需要估算2-3个小时(初级)。对于中级人员则可降到两人1个小时。可见估算所花费时间还是相当高的。项目管理者联盟
4) 当使用代码行进行估算时要注意将各种语言转化成汇编代码行数。国际上是以汇编代码为标准做同一参照的，如果不转换就不能引用国际参数进行估算，也就不能与其他公司进行生产率的比对。项目管理者联盟
5) 如果估出代码行数和项目的类型(操作系统类、应用类、通信类等)，国际上也有相应的对于需求、设计、测试等文档页数的对应参数。项目管理者联盟
SP1.3 确定项目生命周期模型club.mypm.net
生命周期往往不被项目经理重视，认为这个太理论化。即使在CMMI评估时也往往“走过场”式地制定一下。对于为什么使用这种生命周期模型，根本就不清楚。项目管理者联盟
实际上生命周期模型至关重要，它会直接影响到项目的成败。项目的生命周期模型要根据项目的各种参数来确定，有的大型项目还可能是多种模型的混合使用。项目管理者联盟
建议在选择生命周期模型时要参考项目如下14个参数：项目管理者联盟
1. 工作量项目管理者联盟
2. 复杂度项目管理者联盟
3. 开发团队规模项目管理者联盟
4. 项目持续时间项目管理者联盟
5. 关键程度项目管理者联盟
6. 需求明确度项目经理圈子
7. 需求稳定度项目管理者联盟
8. 技术/架构认知程度项目管理者联盟
9. 开发可重用软件程度项目管理者联盟
10. 重用已有的软件项目管理论坛
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
