锁定老帖子 主题:找到适合自己的银弹
精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-10-22
Scrum是很好的框架,简单易用,但没有明确的工程实践。OK,XP的结对编程、持续集成以及TDD等都可以借鉴。Scrum对于大型项目(完成的功能和系统架构复杂、团队成员多)支持力度不够,OK,AM(Agile Modeling)的Envision requirement和Envision Architecture可以借鉴。Scrum对于产品在运维阶段可能不适用,例如产品上线后的技术支持,很多响应要求在24小时内完成,甚至更短的时间,KanBan可以在这个阶段采用。
另外,Scrum对组织级别涉及的很少。对于一个组织而言,选择一种方法或者改进过程时要考量的因素应该是: 1) Align with business goal 2) Get cost and schedule under control 对于一个组织而言,选择一种方法或者改进过程时第一步需要参考的是CMMI的Level3的过程域OPF(ORGANIZATIONAL PROCESS FOCUS)的SP 1.1 Establish Organizational Process Needs。
再看看CMMI和Scrum。Scrum有很好的方法使CMMI更加敏捷,CMMI解决了“What”,Scrum给出了“How to”。例如CMMI的Level2的过程域REQM(需求管理): SP5: Identify inconsistencies between the project plans and work products and the requirements. Scrum给出的具体方案是: Daily standup meeting to identify issues. Release planning and Sprint planning sessions to address inconsistencies. Sprint burndown chart that tracks effort remaining. Release burndown chart that tracks story points that have been completed. This shows how much of the product functionality is left to complete. 当然,CMMI也可以帮助实施敏捷的企业更加的“成熟”,这里不再举例。
Scrum不是银弹,CMMI也不是银弹,XP也不是银弹。但是很多方法的组合,或者某一种模式具体的一种实践,根据企业和团队自身的当下现状,有可能成为最适合自己的良方。
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2010-10-22
Scrum不是银弹,CMMI也不是银弹,XP也不是银弹。但是很多方法的组合,或者某一种模式具体的一种实践,根据企业和团队自身的当下现状,有可能成为最适合自己的良方。
适合的才是最好的。 那么基于CMMI或者是Scrum的工具,就面临一个这样的问题,今天我的项目走cmmi,明天我另个小项目或者跟着Scrum混,有没有一套工具能提供给我所有我想要的工具模型???但是实际情况却是 “Scrum有很好的方法使CMMI更加敏捷,CMMI解决了“What”,Scrum给出了“How to””,有没有两者完美结合的工具?? 我希望工具是灵活的,不完整的搬照教科书的,最好还是优化过后的,里面还要能加入一些我的实际的需求或者想法。。 那么我需要如何做呢? 希望大家可以关注一下 Topo研发管理系统, 让Topo在您的 研发过程中发挥一份力量,带您的项目研发过程进入一个新的时代。 |
|
返回顶楼 | |
发表时间:2010-11-11
楼猪的方法对我没效,无招胜有招更适合我。
|
|
返回顶楼 | |
发表时间:2010-11-14
牢骚一下。。。。 回答问题真累。。。。。
je 的问题该改改了 , 题不达意~~~! |
|
返回顶楼 | |
浏览 3757 次