很多软件公司，在遇到产品交付延期、开发周期长、产品质量低下、运维成本高、响应需求慢等等问题时，会尝试引入敏捷来改善。然而，大多数公司的老板和管理者，从一开始就是错的，就注定要失败——因为他们本末倒置，忽略了人的能力和责任心，只期望从过程和控制上来改善。

个人或团队绩效低的原因

一个人做不好工作，主要有两个原因：

自我认知不清
缺乏责任心

自我认知不清指一个人不知道自己想干什么、能干什么、能把什么干好，简单说就是没有自知之明，不知道自己的位置。

缺乏责任心是指一个人认为手上的事儿不是他的，是别人的（比如老板的、公司的、经理的），干好干坏和他没什么关系，所以这个事儿唤不起他的责任心，做起来就没动力，结果自然就是做不好。

一个公司或团队，要想有好绩效，就应该在这两方面努力：

找到有自我认知的成员

给成员选择和做决定的权利，让其产生责任感

搞明白了这个关键，接下来我们就结合Scrum最重要的一个阶段——冲刺启动会议——来看看为什么大多数Scrum实践会失败。

启动会议的四个关键点

Scrum中的Sprint启动会议（计划会议）必须开，而且PO（Product Owner），SM（Scrum Master），ST（Scrum Team）都要参加。

一般来讲，Sprint启动会议要做下列事情：

进行需求讲解
挑选PBI（Product Backlog Item），也就是由客户选出重要的PBI.
拆解PBI到SBI（Sprint Backlog Item）。
讨论每个SBI的工时。
ST挑选任务。

很多团队会把启动会议分解，1、2两件事放一起做，3、4、5三件事放一起做。

当我们把需求讲解和PBI单独来做时，就很容易走回老路上去：只有所谓的核心人员参与讨论。

很多团队在做Scrum实践时，会嫌启动会议中的需求讲解和PBI挑选耽误事儿，或者觉得没必要大家都参加，只要产品经理、项目经理、技术大拿参加就好了，需求讨论好了再让其他团队成员参加。

这就在最开始犯了严重的错误。这样做，那些没参加需求讨论的成员，肯定没什么积极性！因为，这种形式，和之前的瀑布或迭代，没有任何差别啊，都是一小撮人决定需求，然后告知或安排给其他成员做。告知、命令、安排，这些传统的控制手段，非但不产生积极性，还大大挫伤和打击团队成员的积极性。

参与感非常重要，哪个成员没有参与决策而过程，哪个成员就没有积极性，就没有责任感，潜力和效率就出不来。所以，不要怕一开始花费的时间长，只要拿时间盒限制一下，不要离谱就好了。

这是SPRINT的起点，也是第一个关键点：Scrum TEAM都要参与需求确认。这一步做错了，对后面的影响很大。

第二个关键点就是从PBI到SBI，和第一个关键点一样，要由PO、SM、ST共同完成。这个冲刺是ST在做，所以ST一定要对SBI认同，他们需要“我决定了我们这个冲刺做什么”的感觉，这种感觉带来把控感，带来积极性。否则，就回到老路上：你让我干啥我就干啥呗，还能怎么样……注意到了吗，这是非常消极的做法。

当一个人不能决定他要做什么时，就会失去责任心，就会消极对待（或者无法主动积极）。

这一点下面的环节还会谈到。

第三个关键点就是讨论工时。合理的工时，才能让人心甘情愿的接受。

假如一个SBI需要32个工时，SM非要压到10个，那谁拿了这个SBI都会不情不愿，结果一定是花费比32个工时更多的时间。

讨论工时需要注意一点：不要让技术能力最强的人来决定工时。显而易见，技术水平高的开发人员估出来的工时，要比其他人少很多，因为他会以自己的能力和效率为基准。如果某个SBI比较复杂，只有技术和业务能力强的人才能把控，那就把他们估出来的工时乘一个系数（建议乘2或者1.5）。

最后，对讨论出的所有工时，再乘1.2或1.5的系数。这样最终的工时才是比较靠谱的。

最后一个关键点就是挑选任务。

注意，“挑选任务”中的挑选二字，正是它们带来了参与感、自主性、积极性。

假如SBI分解完毕，工时估算就绪，然后SM说，张三你做这个李四你做那个，那前面的功夫基本上就白费了。而这一点恰恰是很多SM常犯的错误。当我们被安排时，非但很难有动力去把一件事情完成得很好，甚至还会消极对待，任务差不多就不愿再花心思了。

一个人愿意选择需要他学习新技能的任务去做，这是非常棒的事情，说明他愿意挑战自己，渴望成长。如果你给他当头一盆冷水，就伤着宝宝了……

ScrumMaster面临的挑战

很多SM陷入安排SBI的局面，往往也是因为一些现实的困难，比如：

技能与任务的匹配度
进度压力
关键任务给以往绩效差的成员会带来风险

SM对进度压力和关键任务的担心，其实也可以归结到能力与任务不匹配这一点上。技能与任务不匹配，短期有压力，长期是向好的。这点需要SM去平衡，比如一个人领了有挑战的任务，可以再给它几个匹配度高的任务（匹配度高的SBI的工时可以调整得少一些，或者不乘前面提到的系数），这样结合起来，对进度的影响就会小一些，而这位团队成员，仍然可以做他愿意做的事，还会有积极性。

只有SM允许ST自己选择任务，ST才有积极性，否则，我Qt做得好，十年都让我做GUI，我也没意思；他Android GUI熟悉，就一辈子做，人家想搞搞iOS都没机会，也会带来消极情绪。不要把人限制在某个围墙内，要允许他成长，鼓励他成长，帮助他成长。这是SM要考虑的事情，也是他需要承担的压力和风险。

不管SM面临多大压力和多少风险，一定要谨记：有选择才有责任感，有选择才有积极性。否则，你就回到了告知、命令、安排、压制的老路上，Scrum就注定会失败。

小结

Scrum不仅仅是一套模型，它的内在是“以人为本”，只有团队成员充分的参与和选择，才能带来积极性和责任心，Scrum实践才可能成功。

缺这两点的Scrum注定失败（送书）相关推荐

5 种编程语言可能注定失败！
作者 | Nick Kolakowski 编译 | 屠敏出品 | CSDN(ID:CSDNnews) 并非所有编程语言都能长盛不衰.事实上,随着新一代开发者使用的语言与框架不断迭代,即使是当下最受欢 ...
软件测试工程师暴雪,前暴雪测试员爆《暗黑破坏神3》细节称其注定失败
前暴雪测试员爆<暗黑破坏神3>细节称其注定失败 2011-04-15 13:26:52 来源:互联网扫码可以: 1.在手机上浏览 2.分享给微信好友或朋友圈摘要: 根据外媒的报道, ...
博弈论：别人的想法（文末送书！）
本文节选自<算法之美:指导工作与生活的算法> 中信出版集团,2018年05月出版我是一个乐观主义者,我相信人类是高尚和可敬的,而且他们中的一些人真的很聪明--我对群体中的人有一些比较悲观 ...
文末送书 | 手把手教你玩转，Python 会交互的超强绘图库 Plotly！
作者:Will Koehrsen,译者:欧剃,编辑:肉松原文:https://towardsdatascience.com/the-next-level-of-data-visualization- ...
一条珍藏多年的计算机书单（文末送书）
点击获取 15张学习路线导图 3G学习资料 10G计算机书籍哈喽,大家好,我是一条~ Java学习如逆水行舟,不进则退.一条一路自学过来,踩过很多坑,吃过很多苦. 现在回想起来,当初要是能有一个完整 ...
架构师送书福利与季度总结
一,题记 2017"凛冬将至","凡人皆需侍奉".感谢博文视点出版社(电子工业出版社下属的计算机图书出版分社)大力支持,为本季架构师小秘圈粉丝倾情侍奉,献上架构 ...
媳妇居然在家偷偷背着我偷看我的面试笔记，一个月后拿下大厂offer！(文末送书)...
知乎热议: 到底要掌握哪些技术才能顺利的找一份20K的工作? 根据这些年的工作经验,加上网络搜集,我特意整理了一套针对职场进阶的干货! 有很多朋友靠着这些内容进行复习拿到了BATJ等大厂的offer, ...
机器学习 python_送书 | 深入浅出Python机器学习
大家好,我是村长, 为了感谢您一直以来的关注与支持,给大家送了点福利! 以后每周三都会送免费送技术书!您有哪方面技术书籍的需求,也可以微信告诉我~~本周送的书籍如下,后台回复送书参与书籍简介 ...
月薪没过20K的程序员要注意了！（文末送书）
知乎热议: 到底要掌握哪些技术才能顺利的找一份20K的工作? 根据这些年的工作经验,加上网络搜集,我特意整理了一套针对职场进阶的干货! 有很多朋友靠着这些内容进行复习拿到了BATJ等大厂的offer, ...

缺这两点的Scrum注定失败（送书）

个人或团队绩效低的原因

启动会议的四个关键点

ScrumMaster面临的挑战

小结

缺这两点的Scrum注定失败（送书）相关推荐

最新文章

热门文章