文档介绍:
IT项目管理-项目复盘
工程打算方面(PP) ,且发觉许多时候用例本身也偏大,但又很难去拆
IT项目管理-项目复盘
工程打算方面(PP) ,且发觉许多时候用例本身也偏大,但又很难去拆分它为几个子用例。〔工程估算〕 后期对小版本采纳专家法,对大版本采纳功能点法估算,并进展功能点估算培训。对于基于用例估算的时候须要考虑到对于困难用例必需要考虑拆分出扩展用例或子用例。另外根本流,扩展流的粒度和编写原那么要进一步细化,此时此刻还存在就是一条流描述了多条业务规那么,或者是原来可以一条流描述的写软件需求的时候拆分为多条描述。 〔工程估算〕 测试的工作量和软件产品本身的规模是相关的,我们知道首先需求的规模和测试用例的规模之间依据历史经历数据可以得出一个换算比例关系。所以依据软件需求规模可以得出测试规模,依据测试规模/测试生产率后可以得到测试的工作量。因此估算须要通知到测试人员,进展测试设计和测试执行工作量估算。 〔工程估算〕 包括COPQ,COGQ,以及评审,返工,设计开发等工作量是如何估算出来的参加估算的工程成员并不是特殊清晰。许多流程和规那么都固化到了Excel模板中,虽然估算的过程简洁了,但是成员并没有真正了解估算的流程和原理。 周例会须要共同分析本周发生的问题,这块BA做的好,设计开发很少提问题。周例会须要共同对已有的风险进展跟踪,并识别新风险。工程须要组织特地的风险管理培训,工程管理许多时候就是对风险的管理 个别设计开发人员没有全部参与工程主打算内部评审,工程成员不清晰总体状况。这跟工程团队的异地化开发协调也有必须关系,但是我们仍旧强调全部成员都应当参与工程打算的评审,并进展,这样团队成员可以将自我工程任务和团队工程目标很好的匹配。 工程自定义过程是IPM过程域的一个重要内容,须要对其作用了解清晰。过程裁剪的方法,原那么,裁剪和工程特征之间的关系等都须要有个大致的了解。不是简洁的为了进度而裁剪掉过程,评审,集成测试等重要过程裁剪掉了往往工程质量和进度更加无法保障。 CMMI