白话SCRUM之五：四种会议

年度总结报告怎么写？掌握以下九个要点!

作者：任甲林　来源：CSAI.cn　http://www.csai.cn　2005年6月13日 摘要 　　本文介绍了软件需求评审失败的5个案例，提出对软件需求评审的实践具有指导意义的9个建议。 关键词 　　需求评审，需求层次，阶段评审，检查单，评审流程 　　软件需求是软件开发的最重要的一个输入，需求风险也常常是软件开发过程中最大的一个风险，降低需求风险的一个重要手段就是需求评审，但是需求评审是所有

很多企业基于CMMI建立过程体系后，大家普遍反应太复杂，编写的文档太多，复杂的体系可能就无法贯彻执行下去，无法成为企业的文化。因此需要敏捷化，当我们对过程进行敏捷化时，是基于实效的目的而不是基于评估的目的。如何将一个规范的过程体系敏捷化呢，下文将针对软件企业反应突出CMMI中的DAR过程域为例，说明敏捷化的方法。  首先，看看在CMMI体系中对DAR的要求：SP1.1建立决策分析指南SP1.2建立

 无论是否参考CMMI的模型，在软件开发的过程，我认为如下的15条实践比较经济实用：  （1）控制项目组的团队规模不超过10人，人员要少而精。  （2）需求文档化，无论大小项目必须清晰的描述需求。  （3）采用用例、界面原型描述需求，采用这2种手段强制使需求描述的完备而清晰。  （4) 项目的阶段计划与2周计划，阶段计划定义总体承诺，2周计划定义近2周的详细任务安排。  （5）逐日跟踪+周例会，每

笔者在咨询实践中总结了针对软件需求工程的12条最佳实践，罗列如下。所谓最佳并非严密的逻辑证明，而是经过大量的实践与观察依据经验确定的，智者见智，仁者见仁，有争议在所难免，仅供参考，能够对大家有所启发，足矣。1 成立甲乙双方参与的需求控制组项目的成功不单是乙方的成功，而是甲乙双方的成功，甲乙双方紧密配合，互相理解，互相合作才能成功，需要避免一方独大，一方具有绝对控制权的现象，所以成立甲乙双方参与的需求控制组是避免需求蔓延的有效手段。该组织具有对需求的决策权，对于每项需求的增删改都要平衡了进度、质量、投入后才