SCRUM 给我们带来了什么?

公司实施 SCRUM 从第一次参加培训已近三月,我有不自作总结不算入道的习惯,那 SCRUM 到底为我们带来了什么?今天刚好看到同事的一篇博客,Scrum 改革的本质,于是就也解释下我的认识。

对同事的这篇文章,在 FCity 层上有所认同,毕竟在经历大规模的团队扩张后,管理层面急迫的需要一种理论来进行指导。但在 SCRUM 层面上则保留自己意见,SCRUM 的好并不在于压榨成员的剩余价值,则是通过提高团队的主观能动性,减少浪费,从而创造更多价值。

####What’s SCRUM?

Scrum is an agile framework for completing complex projects. Scrum originally was formalized for software development projects, but works well for any complex, innovative scope of work. The possibilities are endless. The Scrum framework is deceptively simple. Scrum Is an Innovative Approach to Getting Work Done - Scrum Alliance

可以看出SCRUM是为了致力于软件复杂性的敏捷框架。是敏捷指导思想下的一种方法论,偏向管理方。

因为软件可变的特性,这一点在Agile Testing中已大量讨论,导致其开发方向从瀑布式的一气呵成到迭代式的渐进演化,软件工厂的梦想一点点被击碎,开发人员的特性也不断被放大,这就是敏捷的起点。但敏捷只是一种倡导,鼓励更有实效的生产、客户参于创作、开发人员参于业务的实践。在实施层面上不再有更多的指导。

####XP

作为敏捷的积极倡导者,Kent在不断的实践,他提出测试作为质量的基石,让开发人员来写单元测试;用工作代替手工来做自动化集成,保证产品当前信息在团队的共识;等等。这些就是XP。可以说XP是技术人对敏捷的实践结晶,以至于在现代开发,不写UT,不用CI就不算敏捷。

但是XP更多的是对技术上的实践,我们需要什么样的组织,怎么样的开发流程,需求从何而来,又以什么样的形式来保护团队开发中的稳定性及平衡这种稳定和软件变的特性。

很多组织、社团都在尝试,传统的开发流程也都在进行着改进,加入迭代的特性,所以在Agile里,这些旧的流派也都不断的革新,换上新的面孔,其中杰夫·萨瑟兰在自己的实践中开发了一种新的方式,起名叫作SCRUM。

####Issue

在讲到SCRUM前,先来看看软件开发中经典的问题:

需求变动:变是整个软件生命周期中唯一不变的话题,传统开发是抵制变动的,他们认为软件开发就像建筑一样,一旦蓝图设定,基石一封,就不因进行修改。但事实上比特经济下这一措辞显然不成立,没人愿意做淘汰者,软件开发朝着另一个方向进化,从瀑布到RUP、CMMI到今天的敏捷就是一张传记。为了应对这种变化,在语言上,管理上,开发方式等都有对应的演进。

团队组织:团队应以什么样的形式来组织,这历来是个不衰的话题,传统开发偏向于金字塔,高高在上的架构师和辛苦的底层民工。但现代则更偏向于渐进式的架构,而且软件已发展到架构很容易搭建的程度。更多的时候组织架构考虑的是让每个人在这样的团体中进行更好的发挥。

信息沟通:

成员价值:最了解产品细节的一定是开发人员,每个人都渴望价值的体现,但传统软件开发想的是用更快的机器和更好的算法去掉人的手工劳动,现代软件开发则是用更好的人写更好的代码来实现更多的价值。人的特性就被提高了。

生产力:提高生产力是任何管理者必念的经,生产力不会无故提高,怎么让开发人员在现有资源下创造价值最大化?

。。。。。。

SCRUM针对上述的问题,都有自己的解答。

首先在需求变动上,采用短迭代的方式来降低变动所带来的灾难后果。

SCRUM的一个核心思想就是基于过程动态学的可能性艺术,它强调人们想事情的时候不应该把注意力集中在“不能做的事情”,而是应该把注意力放在“什么事情可以做或者可能做”,不要被诸多的不确定性因素所困扰,先做可以做的,然后看有什么新的发现,有什么新的思维出现。再简单来讲就是要尽快去做,把复杂事物进行分解,尽早的开始可以做的事情,当可以做的事情完成后你会发现很多原来不可能的事情又变成了可能,一切原来模糊的东西都逐渐变清晰,这是SCRUM的最高指导思想。- SCRUM敏捷方法论

3S5W所提倡的

团队架构:扁平的组织关系,自上而下的改革。

开发周期:

脑子又不好使了,明天接着写。

像开场所提到的。SCRUM是对整个团队有利的,让PO作出有有价值的故事点,为公司创收;ScrumMaster通晓团队事物,把握进度,为团队服务,降低外界噪音;Team Members则各显神通,不计利益,抢苦分劳,并享受这一乐趣。说白了,这不是共产主义,就是传销。但并不是不可能,在新兴的创业团队中,每个人心向一致,且都极强的使命感,这种做法是完全可行的。也就是说,要的是人。不是随便一个团队就能成功的实现SCRUM的转型。试想,团队中有一人能力不足且不思上进,那其它人会如何,标准三个和尚的故事,这也是为什么敏捷强调,宁可高薪供一人,也绝不能走人海策略,还有招人要慢,开人尽快的原则。

就像引用博客中所提到那样成员是心甘情愿,那更多的付出是否意味着对应的回报?所以敏捷不是自下而上,有些事情,在你做或你不做都能交差时,做的人会有什么样的回报?SCRUM中没有提到过,但在管理学中最重要的奖惩却在这里缺失,因为SCRUM只是软件开发过程的框架,心理学管理学也从没离开过。但为什么却没有人提出来这其中的结合?让人深思。