原因:blog.mypm.net 改善建议:项目管理者联盟 3与相关项目协调总结项目管理者联盟 3.1与相关项目协调描述项目管理培训 < 总体描述:开发过程中与相关项目协调、合作的情况,是良好,还是有待改进。>项目管理者联盟 3.2协调情况详细分析项目管理者联盟 < 说明各个具体协调情景。>blog.mypm.net 协调情景 | 开发影响 | 详细描述 | 原因 | 改进建议 | . | 正向 | . | . | . | . | 负向 | . | . | . | . | . | . | . | . | 4.测试故障总结项目管理者联盟文章 4.1故障数分布描述项目管理者联盟 < 记录历次正式测试的故障数,并总结故障分布是否呈现良好的收敛特性。>项目管理者联盟 测试 | A类故障数 | B类故障数 | C类故障数 | D类故障数 | 总计 | 系统测试一 | . | . | . | . | . | 系统测试二 | . | . | . | . | . | 系统测试三 | . | . | . | . | . | 验证测试一 | . | . | . | . | . | 总结:项目管理者联盟 4.2开发故障详细分析项目管理者联盟 < 在此对历次正式测试的故障进行分类分析,重要在于提出解决方案,为后续开发提供参考。 其中"故障类别"是对一类故障的命名,如通用模块代码不完全通用。service.mypm.net "解决方案"与"防范手段"的区别在于,前者提出根除的方法,后者提供前者如果作不到的情形下,如何尽早发现、定位、修复故障的手段,如对通用模块的功能进行遍历自测。项目管理者联盟 "数目"是此类故障在故障历次测试中出现的总频度。项目管理者联盟 "举例"是此类故障在某个测试报告中的详细描述位置,便于查阅。>项目管理者联盟 故障类别 | 原因分析 | 解决方案 | 防范手段 | 数目 | 举例 | . | . | . | . | . | . | . | . | . | . | . | . | . | . | . | . | . | . | 5.开发过程总结项目管理者联盟 < 总结其他方法和经验,为今后的系统设计、开发工作提出建议。如开发人员流动较大,而且交接工作仓促,导致系统质量收到影响;或者开发人员不足,导致自测不够充分等等。>项目管理者联盟 PPR是为了总结项目在发展中暴露的不足之初,期望今后得到改善;当然 PPR实践本身也需要经常回顾、总结和提高。而且,需要强调的是, PPR虽然是项目结束之前的最后一项工作,但是它的准备工作一直贯穿者这个项目周期,所有人员都要用心用脑工作和思考,才能不断挖掘和进步。项目管理者联盟 附 PSP的个体项目计划总结表。项目管理培训 PSP项目计划总结表 人员: 日期: 项目管理者联盟
|