vlambda博客
学习文章列表

这是我的第63篇原创，点蓝字关注我吧

这篇文章是一个听了我周末Scrum圆桌的小伙伴的约稿。我当时答应给TA写一篇有关Scrum如何改变人的文章，并承诺说周末结束前写完，让TA周日再提醒一下我。 写这篇的原因是因为我认为Scrum不仅是给从事软件开发的团队应用的，它对个人的生活和性格都有方方面面的积极影响，就算是普通老百姓也可以学习。

我对Scrum有三年多的项目经验，被公司送去培训了两次，去年考完了PSPO，今年考完了Scrum Master一级和二级，可谓对它还是了解得比较深刻的。 在说到Scrum如何改善我的拖延症和完美主义前，还是先简要介绍下Scrum的核心及价值。

（在圆桌中给大家展示的大纲）

1

Scrum 是什么？

Scrum是一个Framework，不是一种方法。它的诞生是为了解决复杂的项目，且鼓励创造性和灵活性。 在Scrum之前，Wasserfall（瀑布）用得比较多，但是它更适合范围和价格已经确定了的项目。如果用其对付复杂的项目，可能产生的负面结果是在等待交付这段时间，技术产生变化，需求产生变化，导致最后的产品没有原先预期的价值。瀑布的Scope是常量，但时间是变量，所以time-to-market会比较长。

Scrum的时间是固定的，Scope是可变的。 在确定时间，不确定Scope和价格的情况下，Scrum允许在项目交付期间不断地更改需求，release increment以及获用户的反馈。

（Wasserfall和Scrum的区别）

2

Scrum的价值

Scrum的核心是一小群灵活性很高的人。 它提出了5种价值，至今我的私人电脑的桌面上还随时放着这5种价值的截图，它们分别是：承诺Commitment，焦点Focus，开放Openness，尊重Respect 和勇气Courage。

（Scrum的五个价值）

刚从事Scrum的时候只是惊讶，什么样的工作需要这么多次强调勇气？ 后来逐渐才发现，不管是Scrum Master，产品经理还是Dev Team，都是一份需要勇气的工作，至于原因，我会在后文给大家说明。

这五个价值我深以为然，已经不再只是职业上的标准，也变成了我个人生活上与人相处的原则。

Scrum里面有一个很重要的Event叫做Sprint（迭代），Sprint就像一个Container一样，又包含了其他四个Events。这张图我在圆桌上花了差不多20分钟给大家详细介绍了一下，相信大家都还有印象，如果忘记了可以再看一遍我的视频回放，链接见“”。不一定每个Sprint都需要release，但是需要release bereit。

（Scrum的流程）

3

我的完美主义 & 拖延症

要说我是如何被Scrum改变的，必须给大家刨析一下Scrum以前的我。我以前是一个完美主义者，接手任何任务，我都希望能做得面面俱到，不太能承受别人的负面反馈，特别害怕承认自己的失败。可想而知，我的完美主义也导致了我的拖延症。

为此，我在读研的时候问我的导师借过一本书，书名大致为如何有效改善拖延症。当时看看书里的内容觉得都对，但几年过去了，我一点儿也不记得它讲了什么了。从长远来看，它对我的人生并没有产生任何影响。

在刚进入这家德国IT公司时，我看到团队做出来的网页和营销企划，总觉得不够完美。于是，我向老板申请了几天时间，自己来完善。然而当我自己自学和建设网站时，很多预想不到的难题都出现了。有时候一个Seite我花了好几个小时终于设计出了自己满意的效果，但是换到下一个页面，改了一点小细节，第一个设计很久的页面又被弄乱了。对此，我非常抓狂，几天过去了也没有一个好的作品。追求完美，并没有让我自己在固定的时间内递交出一个令人满意的成果。

4

Scrum的出现

Scrum的出现改变了这一切。我刚开始接触它的时候并没有学习它的理论，公司也没安排我马上去接受培训，我是在实践中一点一点了解它的。最先知道的是Scrum的5个Events，比如每天早上的站会(Daily Standup)，顺便提一句，Scrum的考题里真的会有一些无厘头的题：比如Daily Standup是不是要站着开？还有Sprint Planning, Sprint Review, Sprint Retrospective以及Sprint本身。

我们是2个星期一次Sprint，也就是说除了每天站会外，每两周都要召开上述几个会议。我是会议的主持者，每次开会前都会挺痛苦，因为要准备的东西很多，尤其是Review。我们的Review分两次，一次是公司内部加上两个客户，一次是去客户那边和其他几个供应商一起展示。我最害怕的是后者，因为我这个德语非母语者还要和其他德语母语者上台PK。大家都知道做演讲除了语言功底，个人的讲话风格，逻辑，幽默感等都是演讲的重要因素，这也就是为什么我现在在业余时间要制作德语和英语的即兴视频，还有组织圆桌的原因，就是希望通过不断的练习提高我的演讲水平和会议组织能力。

主持会议虽然痛苦，但是我也能深刻体会到采用Scrum的好处，比如它能让我们团队一直vorantreiben。说实话，我们几乎没有一个会议是完美不出错的，Planning的时候会遇到某几个写好的user stories无法推到下一个Sprint，Review的时候会遇到某些功能展示出错。但即使如此，我们每次会议都会有成果，也都知道下一步要做什么，怎么做，达到什么Sprint goal。我回家常常听家属老胡抱怨说，他今天开会又没有什么results，几个星期前的内容在今天的会议上又被重新提了一遍，每一个利益相关者各抒己见，没有一个最终的决策。我每次都会一边安慰他，一边感叹：还好我们用的是Scrum。即使大家意见都不一致，我们还是要在会议结束前对至少某项决定达成一致。

说到这里，就不得不提Product Backlog的好处了。一个项目只有一个Product Backlog，成员们随时随地都能清晰地看到Sprint里各item的状态，所有人做的工作全在这个Backlog里体现。除此之外，一个Product Backlog只能对接一个Product Owner，只有产品经理本人（且只有TA一人）才是此Product Backlog的最终负责人。这就将责任分化得很明确。

（给大家办Scrum圆桌的我）

5

家里的Product Backlog

正是因为Product Backlog的透明性，我在家和老胡也有一个属于我们自己的Product Backlog，我们每一段时间开展一次Retrospective。在我的眼里，Retrospective对团队关系起到了至关重要的作用。它是团队成员之间一回平等的对话，是一次内在审视，也是一个集思广益提高团队协作的大好机会。可惜，很多公司为了节约员工的时间，都砍掉了Retrospective。他们不断想办法提高开发团队的Velocity，催促程序员们加班加点完成更多的Story points。这些其实都是违背Scrum的精神的。

我和老胡一般都会利用这个常规会议，回顾一下近段时间家庭的工作，提出自己觉得做得不完善的地方。举个例子，比如大家都忙于工作，没有人会定时查看冰箱里的食物是不是有的临近保质期了。这条就会被写成一个Product Backlog item，然后我们一起想想我们的DOD (Definition of Done)，比如：不留过期食品，某月某日前轮流定时清理等。到了再下一次Retro，我们再把这条拿出来，看看DOD是不是都满足了，能不能移到Done。

我觉得这个过程对我们的感情很有帮助，至少它帮我们认清了一点：家务是没有完美的。就如同Scrum里提到的，Product Backlog是个living artifact，它是永无止尽，生生不息的，我和老胡也意识到我们无论何时都不会变得完美无缺，我们永远都有事情要做。这就防止了我们两个的情绪波动，使得我们不太会像一些情侣一样，某一天突然被家里鸡毛蒜皮的杂乱事折磨到情绪爆发（当然偶尔也会！）。

Scrum的Events永远是定时定点发生的，也就是说，它不会因为参与者的个人原因而推迟。比方说，我这段时间特别忙，出于人的惰性我很想和老胡说：“咱们这次的Retro就算了吧！” 但是本着Scrum的精神，我没法说出口。再忙我也必须到点就上，然后我就会发现，还好这次开了这个会，我才会更了解对方。这就有点像健身，健身前总是想偷懒，健了以后就庆幸还好去做了这事。

制作自己的Product Backlog有一个小技巧：把User Stories分的细一点，一个User Story只有一个重点，解决一个问题。并且，里面的acceptance criteria (AC)写得详细一点，比方说：你要组织一场圆桌，那么AC可能是：1. 确定圆桌时间 2. 建立Zoom会议 3. 制定参赛者人数标准 4. 等等。这里的难点是，你要想全所有的Scenario。另外，你要制定自己的Definition of Done (DoD)。DoD和AC不是一样东西，AC是针对一个User Story的，DoD是所有User Stories完成的标准，具体的区别大家想知道的话可以和我私下交流。

（我项目中用的Product Backlog）

6

          Scrum的精神是最重要的，但有时也是很难做到的 。比方说，勇气。在职场上，很多时候不赞同团队里的某些做法，但是处于上下级关系考虑，话到嘴边又咽下了。但是Scrum就鼓励团队之间“ 说出口”，做正确的事。本着这个精神，我公开质疑过一些东西，也发表过自己反对的意见。我知道当下可能会让人不舒服，但是长期来看有助于团队的发展。

（我的每周计划表）

有的人说这样可能有损自己的形象，我以前也是这么认为。但是我从来没有真的找到过一天，光线是那么刚好，妆容是那么美丽，发音犹如母语者一样地道，如果这一天不会来临，那么我宁愿“有损”自己的形象，也不愿意不做这件事情。很多事情本身就是越做越好的，你不可能省略当中的“出丑”环节，就一下达到完美无瑕的水平。想明白这点以后，我的行动力更强了，也能stay focus了。就像Scrum一样，我的目标小但是明确，一次就解决一个问题。

其实还有很多个人成长的心得想和大家分享，但这篇文章再写下去就太长了。我也很好奇大家使用Scrum或对付拖延症及完美主义的心路历程。欢迎你们加入“读者讨论”和我分享。另外，这个星期我会发我的英德视频，欢迎大家到时候给我点评，你们的反馈就是User Feedback，我需要借助善意的反馈让我自己进步～

如果你对⌈Scrum的精神及拖延症⌋ 还有话想说，

欢迎给我留言

 往期推荐 

🔗

点个在看，Scrum Up