Scrum 的骨架与核心

2010-03-10  林子新 

Scrum 的所有实践围绕着一个迭代、增量的过程骨架展开。每次迭代的产品成果便成为产品的增量。每一迭代初期,团队评审必办事项,挑选出他们认为在该迭代结束时能转化为相应完整功能增量的部分。迭代其余时间内,团队不受干涉,努力工作。迭代结束时,团队展示完成的功能增量,请利益相关者进行检查,以对项目作出及时调整。
Scrum的核心在于迭代。团队首先浏览开发需求,考虑可用技术,并对自身技术及能力作出评估。然后共同确定构建功能方案,并每日调整方法,以应对新的复杂问题、困难和出乎意料的情况。团队找出并选择最佳方案去完成任务。此创造性过程便是Scrum生产力的核心。
Scrum方法利用三角色实施迭代和增量骨架。
Scrum角色分配
产品负责人、团队、Scrum Master。一个项目中的全部管理责任在这三个角色间分配。产品负责人代表项目中每位利益相关者的权益,并未项目产出的软件系统负责。产品负责人规划项目初始总体要求,投资回报目标和发布计划,从而为项目赢得启动及后续资金。产品负责人的职责是利用产品的Backlog,督促团队优先开发最具价值的功能,并在基础上继续开发。要想达到上述目标,产品负责人必须频繁检视产品待开发需求的优先次序,将最具价值的开发需求安排在下一个迭代中完成。团队的责任的是开发软件功能。它们是自我管理、自我组织和跨职能的,它们负责找出可在一个迭代中将产品待开发事项转化为功能增量的方法,并管理自身工作,达到这一目标。团队成员对每一次迭代和整个项目共同负责。ScrumMaster则需对Scrum过程负责,向所有项目参与者讲授Scrum方法,负责实施Scrum,确保它既符合企业文化,又能交付预期利益,还需督促全体成员遵从Scrum规则和实践。
548°/5475 人阅读/1 条评论 发表评论

金鑫  2010-03-11

LZ说的没错,Scrum 的模式的确提高了软件工程中各环节与环节间的整体效能提升,但是目前实践体现出诸多问题,如概念过于抽象,缺乏可操作性,各人的理解、掌握各不相同,得到的结果也不尽相同,进而对敏捷的效用评价也不相同,甚至大相径庭。所以有了好的模式还需要长期磨合的体制、机制的配合(例如较长周期的需求分析、完善及时的文档维护等等都需要跟进),总之任重而道远啊


登录 后发表评论