Scrum改变了我的人生，聊聊它的价值和流程如何治好了我的完美主义和拖延症
Posted 土豆国生存指南
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Scrum改变了我的人生，聊聊它的价值和流程如何治好了我的完美主义和拖延症相关的知识，希望对你有一定的参考价值。
这是我的第63篇原创，点蓝字关注我吧
（在圆桌中给大家展示的大纲）
1
Scrum 是什么？
（Wasserfall和Scrum的区别）
2
Scrum的价值
（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
有的人说这样可能有损自己的形象，我以前也是这么认为。但是我从来没有真的找到过一天，光线是那么刚好，妆容是那么美丽，发音犹如母语者一样地道，如果这一天不会来临，那么我宁愿“有损”自己的形象，也不愿意不做这件事情。很多事情本身就是越做越好的，你不可能省略当中的“出丑”环节，就一下达到完美无瑕的水平。想明白这点以后，我的行动力更强了，也能stay focus了。就像Scrum一样，我的目标小但是明确，一次就解决一个问题。
其实还有很多个人成长的心得想和大家分享，但这篇文章再写下去就太长了。我也很好奇大家使用Scrum或对付拖延症及完美主义的心路历程。欢迎你们加入“读者讨论”和我分享。另外，这个星期我会发我的英德视频，欢迎大家到时候给我点评，你们的反馈就是User Feedback，我需要借助善意的反馈让我自己进步～
以上是关于Scrum改变了我的人生，聊聊它的价值和流程如何治好了我的完美主义和拖延症的主要内容，如果未能解决你的问题，请参考以下文章