Scrum方案的快速指引

Posted 2021-04-25 Danny话你知

甚么是Scrum方案呢？这是在复杂的项目中，简单助长团队协作的框架。好消息就是，Scrum很容易了解的，而坏消息就是，它很难精通。

 

Scrum着重的是在项目管理中的团队合作，它强调责任，同时向着明确的目的不断前进。Scrum是Agile软件开发中的部份，以及团队实践着的Agile。这名字来自榄球运动，在那里scrum是个队形，每个人都在履行专门的责任，而每个人都在采取着快速的策略前进。

 

当在使用着Scrum方案工作时，由已经知道的作为开始，并且然后追纵进度，有需要时改变你的行动。

 

1.  Scrum的历史

Scrum行为的起源在1990年初期，JeffSutherland和KenSchwaber想出了这个行为，他们在1995年得克萨斯州（Texas）奥斯汀（Austin）的OOPSLA（Object-Oriented Programming, Systems,Languages & Applications对像导向程序，系统，语言和程序）研讨会中作出了介绍，他们然后把规范化的方案发表了在论文上，称为「Scrum软件开发行为」。

 

无论如何，Scrum这个名字，是通过管理专家HirotakaTakeuchi和IkujiroNonaka，在1986年发表的一篇文章中继承而来的，被称为「新产品的开发游戏」。他们用上这个词scrum，是因为它与榄球有关，强调的意思是对于项目成功，重要的就是团队的协作。

 

Scrum的框架然后会把这研究，实施在软件开发的适应实践上。随着时间的推移，Schwaber聘请了Babatunde A. OgunnaikeTunde教授，一位行为控制研究工程师，去看看Scrum与另一些方案是如何工作的。

 

能确定的这方案就像是Waterfall，而另外传统的框架行为并不能与Scrum框架配合。Tunde教授得出的结论，就是经验方案是与Scrum配合最好的行为。

 

在2001年，Sutherland和Schwaber与15位其他的软件开发领导者，建立起了Manifesto for Agile软件开发。没过多久，Agile同盟成立，而Schwaber就是首位主席。Schwaber与Mike Beedle在2001年合着了Scrum的第一本书，Agile SoftwareDevelopment with Scrum。

 

Scrum同盟是由主席Schwaber，与Mike Cohn和Esther Derbry在2002年成立的。他们迟些又给公司增加了一个证书装备，拿到了Scrum大师程序的证书。在2006年，Sutherland创立了Scrum Inc.，并且持续的去教导Scrum的证书课程。

 

变化在Scrum的小区是不断的，2009年Schwaber离开了Scrum同盟，启动了Scrum.org，提供专业的Scrum系列。

 

从此以后，Scrum通过在2010年首次发行的Scrum指引，在项目管理上呈现了全球性的作用，并且在2011年和2013年作出了更新。这就是今天所知道的，是在管理项目中最常用Agile框架之一。

 

与大型团队一起工作也会成长的，Scrum的Scrum在利用这种技术，实施在扩展Scrum到大型群组中。

 

2.  Scrum如何配合Agile的呢？

Scrum是Agile行为中的一部份，但确实并非只是一部份。Agile是顶大型帐篷，而Scrum就是个重要的台柱，Scrum的思维作为一个框架，让你可以实施在Agile开发上。

 

Agile并没有一套要跟随的步骤，因此Scrum就提供了一些把Agile应用在你项目上的方法。有很多你可以利用在Agile开发上的框架，就像是极限编程（ExtremeProgramming）或者是功能驱动开发（FeatureDriven Development），但Scrum的简单化和自主性就是卖点。

 

Scrum亦可以用作其它Agile实施的一个进入点，它亦不只仅仅是软件的一个框架，而且可以对于很多其它种类的项目都有好处。

 

3.  Scrum的架构

Scrum框架应该是很简单的，这较少是传统的方案，而更多的是学习的框架。如所述的框架，就是Agile软件开发的部份，并且由产品拥有者、Scrum大师和团队所组成。

 

开始通过产品的积存，带领到冲刺计划中，然后是冲刺，只有当交付物准备好了给客户或股东时，才算是完成。跟随的行为就是查看，然后是整个框架再次开始。所有这些都会由Scrum大师监看。

 

a.   产品积存

产品拥有者会制作出需要做好的任务栏表，同时他们会根据排序依次放置，这就是建立你的项目积存。他们通过确定甚么是必须有的事项来做，是没那么关键的，还有那些并不配合分配的时间框架的。那意思就是每个事项的价值必须很清楚，它们的影响、风险是甚么呢，还有那些事项或许怎样能帮助学习的行为呢？

 

b.   冲刺计划

利用产品积存，团队以排序最高的事项来开始，同时确定如何能达到这个目标。当计划要尽力去做，以及只从准备好的事项开始，这是个很好的窍门。还有，记着计划是个短期的行为，所以不要在细节上停滞不前。只要努力达到目标吧，保持计划的协调，团队亦应该询问产品的拥有者和股东问题。

 

c.    冲刺

一个完成目标的短时期，通常是2到4星期，但要通过Scrum会议保证事情就如所需要的进展。要保证你的冲刺尽可能的有效率和有生产力，在冲刺中，不应该有甚么变化，把冲刺的目标置于危险之中。无论如何，范筹在产品拥有者和团队之间，都要搞清楚和作出修正。

 

d.   由Scrum大师监督

Scrum大师只是，一位Scrum中的专家，他在监督着项目的整体，并且基于他们的经验和技能，提供着建议和方向。Scrum大师应该每次只工作在一个项目上，提供他们完全的注意力，同时专注在改善团队的有效性上。他们并非是经理，但是促进者，而且至为重要的是他们要清楚的定义所做的事，是意味着甚么。

 

e.   完成冲刺

冲刺要完成，只有在当工作早已准备好交付给客户，或者展示给股东时。那意味着就要做回归测试，不是重复运作冲刺中的所有事，而是有所选择。这是收集额外的数据，但这可以是很昂贵和花时间的。因此，你想要尽量的有效率，自动化就可以帮助解决事件成本和时间上的问题了。

 

f.    查看

你想要回看冲刺，而会看到甚么是可行的，甚么是不行的。你然后可以采用这些数据，并且实施在未来的项目中，复制正面的，减少负面的。通过感谢参与者来开始进行，在讨论中提供简短的介绍，并且制订落地的规则。

 

g.   重复

一旦通过了这个循环，通过重回积存之事，同时把下个准备好的事项，放在排序列表的顶端来重新开始。然后你只要跟随以上的步骤，通过前度的经验来改善行为，不断的调整工作，尽可能把它做到有效率。

 

4.  Scrum是你工具箱中的另一个工具

Scrum对于项目管理是个出色的框架，但这并非是虽唯一的。根据你的项目，或许需要更有架构性和传统的方向。又或者你可以把你的方法，混合配搭到项目不同的阶段或部份中去。

 

Scrum出色之处，就是可适应的。如果你在意建立起一个混合的方案，你通常可以塞入到Scrum中，在那里它会为这项目所用，同时利用其它的方案，在那里他们会证明更为有生产力的。

 

Agile或许在像Scrum所涵盖的框架中是个帐篷，但其它的方案，甚至是就像Waterfall般传统架构的，都可以在使用Scrum中获得好处。聪明的项目经理会去利用可提供给他们的整个工具，最佳的定位这些项目的事件，并且把它转向为成功。