敏捷方法开发总结的点评记录

迭代回顾会议是Scrum五个仪式之一，是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动，其最主要的目的是提升团队的整体能力，持续改进，形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中，最容易忽略该活动，很多团队没有意识到该活动的重要性。为什么呢？最主要的原因是开了会议，没有实际效果，大家认为没用，所以也就不开了。实践中，在开迭代回顾会议时常犯的错误有： 把回顾会议开成了吐槽大会，大家只提意见，不提改进措施； 把回顾会议开成

简单概括CMMI 模型中软件组织成熟度4个等级的区别如下表：

很多软件企业都面临人少事多的状况，在公司级如何调配人力资源的使用呢？ 现实中最常见的策略就是：平均用力，分散资源，会叫的孩子有糖吃。即新来一个项目就抽调几个人过来，启动该项目，开始干起来。如果有另外一个项目面临交付工期压力，项目经理找老板申诉人手不够，就再从别的项目组临时抽调人员过来救火，如此恶性循环，每个项目都人手不够，每个项目都拖期，四处江湖告急。 我们理想中的策略应该是啥样的呢?应该是集中优势兵力打歼灭战，确保绝大部分项目都人手充足，最多只有一个项目缺少人...

提高软件开发效率的最有效手段就是一次做对，一次做好，不返工，追求交付零缺陷的目标。“对”就是没有错误，符合需求，“好”就是没有坏味道，易于修改。“做对”保证了产品的外部质量，“做好”保证了产品的内部质量，这样就可以减少软件缺陷、需求变更带来的返工。返工可能发生在生命周期的早期，也可能发生在后期，或者是交付以后，缺陷越早发现，越早解决，返工的工作量越少。有哪些手段可以保证不犯错，少犯错，及时纠错呢？

迭代评审会议是在每次迭代结束时给项目组内外部的相关人员展示本次迭代完成的功能，以获得相关人员对软件的反馈意见。这是客户、最终用户、管理者等对项目组完成的功能进行反馈的一个渠道。如何召开一个成功的迭代评审会议呢？我根据对多次迭 代评审会议的观察，总结了如下1 鸡类角色与猪类角色都要参与迭代评审会议； 以下两类人员都应该参与：项目组的所有成员，包括PO，SM...