文章

Scrum-简单但并不容易

“极其简单,但又非常难”——这是在整个ScrumMaster认证培训课程中,甚至是在把Scrum转变成你组织的一部分的整个过程中,最为贴切的一句话。Ken Schwaber说,在所有采纳Scrum的组织中,只有大约百分之三十能够成功。一旦大多数组织越过“极其简单”的阶段后,开始经历到“非常困难”的现实,此时坚持到底是具有挑战性的。原因很简单,该组织目前软件开发工作的痛苦可能远不及Scrum转变带来的痛苦。实施治疗在短期效果上可能比疾病更槽糕。 Read more

敏捷开发思想之自组织

最佳的架构、需求和设计出自于自组织的团队。蜂巢中的工蜂们看似忙碌,但其工作却是有序而有效,归根结底就是它们的组织架构其实是自我组织的。在自我组织的团队中,团队是一个整体,没有角色之分、职位之分、也没有高下之分。团队成员的任务不是项目经理强加于身,而是根据自己的愿望和能力对任务进行合理评估,并主动进行领取。被动与主动所产生的驱动力显然不可同日而语。 Read more

腾讯与敏捷开发

在这风起云涌的年代,最为人们津津乐道的国内互联网三巨头无疑是腾讯、百度和阿里巴巴,比较凑巧,鄙人曾在其中两家的研发部门任职。因为已离开Tencent,所以现在可以站在另一个角度冷静思考,梳理回忆当年的所见所感,让众人一睹Tencent研发的峥嵘。 Read more

敏捷的弱点是什么

“敏捷的弱点是什么?”,一个刚接触敏捷的朋友如是问。

敏捷方法是一种适应性方法,换句话说,由于它本身的适应性,他可以去适应各种情况,并且可以根据实际的效果来调整自身,从而改善它的适应程度。因此,首先我们说,敏捷的弱点或者优点这样的问法是不妥的,应该问,在什么情况下敏捷适用性不好? Read more

敏捷是另一颗银弹吗

这个问题其实是一个伪问题,因为大多数软件从业人员都相信没有银弹,但很多时候这一观念需要不断被强化。Ivar就说过,软件行业是一个时尚行业,人们不断将旧的概念包装和组合来创造新的概念。在过去十年中,先是面向对象/UML而后是CMM(I)被当成银弹来出售。据我个人的观察,敏捷有被神化成下一颗银弹的趋势。 Read more

Scrum的风险管理

Michele Sliger指出在敏捷开发中每日站立会议、迭代计划会议、发行计划会议、项目回顾(retrospective)以及检讨会议都能应付风险。但是,她也提出结构性风险管理方法。步骤包括,

风险确定——每次迭代中整个团队都进行一次,在结果纪录在白板或者活页样板上。

风险分析——凭主观判断、直觉、及经验作定性分析去判断风险和潜在损失。敏捷开发中的短开发周期及定期检讨使这分析可行而有效。这有别於传统项目管理中进行定量分析,按破坏程度配以分数。

风险反应计划——整个团队参与探讨相关措施及行动以减低威胁

风险监察及控制——于迭代后期监察风险及商讨控制策略。以信息辐射体(Information Radiator)方式每日监察风险Read more

敏捷开发的常见误区

1. 敏捷是“一个”过程

敏捷不是一个过程,是一类过程的统称,它们有一个共性,就是符合敏捷价值观,遵循敏捷的原则。

敏捷的价值观如下:

个体和交互 胜过 过程和工具

可以工作的软件 胜过 面面俱到的文档

客户合作 胜过 合同谈判

响应变化 胜过 遵循计划 Read more

SCRUM 敏捷开发基础及失败成功案例分析

什么是敏捷开发方法?什么是SCRUM?

有人在这个字面上下功夫,说敏捷就是反应要灵敏,动作要快捷;有人还在字面上进行延伸,说敏捷就是又好又快,或者就是多快好省;有人说敏捷就是光写代码不写文档;有人觉得敏捷就是没有制度,管理松散的工作方式;有人觉得只要敏捷了,就代表高软件交付水平。

那么,敏捷这个词到底由何而来呢?在九十世纪中期,涌现了一批软件行业的激进人士,他们反对那些以过程为本的重型软件开发方法(例如:传统的瀑布开发方 法)。在2001年,17位软件业界的专家们齐聚一堂,讨论正在兴起的轻量级开发方法(Lightweight methods)。专家们给这类轻量级的方法学起了一个新的名字叫做敏捷,并发布了敏捷开发者宣言。 Read more