我不信奉Scrum,我信奉敏捷
Scrum一直以来争论不断。虽然创始人Ken在演讲中曾说过即使是白痴也可以用Scrum,但是依然有很多人认为Scrum对团队成员的素质要求非常高。另据统计,75%以上的Scrum都可以称得上失败。
去年十月,有幸参加了Outsofting鲍央舟老师的Scrum培训。培训期间,另一位敏捷教练Julien问我:“你信奉Scrum吗?”当时我冲口而出的回答是:“我不信奉Scrum,我信奉敏捷。”回想起来,了解Scrum这几年来,一直对Scrum有一种怪怪的感觉。这难道就是传说中男人的直觉?呵呵。
1. 我们这样走向Scrum
1.1 在Scrum之前,我们是这么干的。
任何一个项目都可以划分为活动,角色和产物。在典型的瀑布模型中,活动分为计划、需求、设计、实现、测试和发布,当然全生命周期还要增加维护。角色是项目经理,需求分析人员,设计师,代码人员和测试人员。产物有项目计划,需求文档,分析设计文档,代码,测试用例和最后的软件包。
1.2 Scrum是这样的
Scrum也符合这一原则,分为活动,角色和产物。活动分为计划会议,每日立会,评审会议和回顾会议。角色是ScrumMaster,产品负责人和团队。产物有产品订单(Product backlog),冲刺订单(Sprint backlog)和燃尽图。
听说Scrum非常神奇,看看Scrum如此简单,不如我们开始吧。
1.3 然后就郁闷了
Scrum并不像想象中那么美好,只是看起来简单而已。
迭代中的任务总是不能完成,问题非常多。计划会议时间太长,感觉效率低下,准备不足,有效信息不足。每日立会是个比较严重的负担,时间超时,让人窒息。评审会议走过场。回顾会议变成抱怨大会。
QA开始抱怨测试工作压力非常大,每个迭代只交付部分功能让QA工作不好安排,效率太低;随着迭代的增加,回归测试工作量不断增加,而引入自动化成本又太高,当前的团队在自动化方面的技能不足。开发人员需要学习的东西更多,代码在几个迭代后快速的腐化,每个迭代都要安排不少时间来重构返工,架构不能支撑业务需求,多次大调整。ScrumMaster仅仅是维护Scrum的流程就很累了。(上面仅是部分问题列举)
结果并不理想,但是Scrum应该没有问题,那么问题在哪里呢?苦苦思索,好像有了答案。如果我们有了优秀的人,他们组成了优秀的自组织团队,使用优秀的工具,采用优秀的实践,那么Scrum应该能够发挥它的作用。
2. 我不信奉Scrum
2.1 Scrum不是解决方案
不少企业或组织根据Scrum重新定义了角色,活动和产物,然后开始工作,然后碰到了困难。于是他们请来教练进行诊断,一番诊断后,教练给出了诊断结果,你们做的不是真正的Scrum,你们做的是Scrum-but。在那一霎那,心都碎了,我们做的不是真正的Scrum。拿出Scrum的定义看看,我们一个也没少啊,怎么就不是真正的Scrum了呢?(文学夸张,请见谅,呵呵。)
按照Scrum创始人对Scrum的定义,Scrum不是一种方法学,而只是一种管理框架。Scrum不能解决问题,只能暴露问题。然而为什么大家都认为它就是解决方案呢?
1. 问:为什么大家都认为Scrum是解决方案?
2. 答:因为我们需要解决方案。
3. 问:可Scrum不是解决方案啊。
4. 答:这不重要,因为我们需要解决方案。
5. 问:我们还需要学习敏捷思想、原则和其他实践。
6. 答:实践可以有,思想就不必了,因为我们已经有了Scrum解决方案。
上面的问答真有爱。“你想要什么,你便得到了什么。”因为我们需要解决方案,我们就有了解决方案,我们也有了无数的网站和人宣传和咨询这个解决方案。
2.2 硬套会死的很难看
Scrum不是解决方案,它甚至不是一种方法学,Scrum可以和其他的方法学一起使用,当然相性不合,死的很难看。
2.3 Scrum配合敏捷
回到敏捷宣言和原则,从以事为中心到以人为本、人事和谐发展,这应该是Scrum可以发挥更大威力的重要方式。(篇幅有限,没有讨论为什么我信奉敏捷。)
转载于:https://www.cnblogs.com/davidzhang33/archive/2011/11/27/2264829.html
我不信奉Scrum,我信奉敏捷相关推荐
- 敏捷开发与Scrum区别(敏捷开发(Agile)教程)
敏捷是一种使用1至4周的短迭代的软件开发方法的迭代方法.由于敏捷方法,开发过程是一致的,以满足不断变化的业务需求.使用敏捷方法,软件分发(版本发布)紧凑,更少. Scrum是一个敏捷框架,可以帮助敏捷 ...
- PM(项目经理)和Scrum Master(敏捷教练)不是非此即彼,也不应是隶属关系,应该有权利制衡
提到敏捷,就一定会想到:团队自制,每个迭代都交付可用的产品.这是纸面的敏捷,实际运行中的敏捷相信大部分不是这样的,这是个终极愿景,达到这个终极目标的门槛太高了. 似乎有点跑题,其实这是真实感受,后面的 ...
- Martin Fowler谈Scrum认证、敏捷现状与未来
Martin Fowler谈Scrum认证.敏捷现状与未来 作者 李剑 发布于 2008年6月24日 上午3时12分 社区 Agile 主题 敏捷实施, 敏捷技术 标签 敏捷宣言, 敏捷理论, Scr ...
- 那些我们常用的scrum工具、敏捷开发工具
1,Leangoo Leangoo非常适用于Scrum和敏捷开发,我们可以用它轻松的创建Sprint Backlog,添加用户故事卡或任务卡,为用户故事添加估算的故事点,或通过拖拽来移动卡片到不同的状 ...
- 借助Scrum工作室使用敏捷原则提升组织响应能力
借助Scrum工作室,变革团队使用一种基于敏捷原则的变革方法帮助荷兰一家养老金投资管理公司以较低的结构成本实现了更高的响应能力.他们通过运用与预期结果有类似特征的.透明的迭代变革来践行他们所宣扬的东西 ...
- [转]敏捷开发之Scrum扫盲,及敏捷开发中XP与SCRUM的区别
敏捷开发之Scrum扫盲篇 现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP- 为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自 ...
- 敏捷 scrum_重新想象您的Scrum以增强敏捷性
敏捷 scrum 当今的许多企业都很难在当今世界扮演领导角色. 它们是在过去世界的稳定性和高可预测性前提下进行设计的,这些重复性工作具有易于扩展的结果. 他们在必须穿越当今世界上不确定和不可预测的海洋 ...
- Scrum中文网解析敏捷实践编年史
文章转自:Scrum中文网 敏捷实践编年史(敏捷联盟版)记录了上世纪六十年代至今敏捷相关实践的发展史,其英文原版材料来自于国际敏捷联盟网站(AgileAlliance.org) . 原文链接: htt ...
- 敏捷开发之Scrum扫盲,及敏捷开发中XP与SCRUM的区别
敏捷开发之Scrum扫盲篇 现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP- 为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自 ...
最新文章
- C++builder XE 安装控件 及输出路径
- Quick-cocos2d-x3.3 Study (十五)--------- 为小鸟添加一个物理加速度
- P1291 [SHOI2002]百事世界杯之旅
- Linux系统下常见性能分析工具的使用
- R语言:文本(字符串)处理与正则表达式
- uml 时序图_面向对象设计与统一建模语言UML
- 构造方法Constructor
- Python之 dict(字典)(回)
- 速修复!Netgear交换机曝3个严重的认证绕过漏洞
- java项目启动失败的解决方案
- QImage、QPainter绘图
- 在Linux中编译jrtplib
- Please either set ERLANG_HOME to point to your Erlang installation or place
- DoS攻击原理和防御方法
- 建立TCP连接的时候,syn包什么情况下会被对端rst?
- 程序员也要学英语——名词和代词
- LCM ASN 在MOBILE下收货流程的后台数据流
- mixamo骨骼_mixamo动作库的模型和动作绑定控制器的方法-上集
- SEED LABS初入
- 项目管理中的成本计算
热门文章
- Android下实现GPS定位服务
- 在虚机上安装WIN2003
- idea建立一个java工程_IntelliJ IDEA(三、各种工程的创建 -- 之一 -- 创建一个简单的Java工程)...
- 循环造数据_项目管理数据与信息--DIKW模型
- 重新加一个window_Activity、View、Window关系,进程间通信,责任链模式,Https,数据存储...
- docker下载tomact
- 在关于测试高速光纤链路的BICSI会前研讨会上获得3个CEC
- 前端必备知识点—SVG
- JAVA输出x和y和z_JAVA实例:输入三个整数x,y,z,请把这三个数由小到大输出-吾爱编程网...
- linux 动态执行cp,Linux常用命令之cp、mv、rm、cat、more、head、tail、ln命令讲解