[Day20] Scrum失败经验谈 – 只想得太大太远

Scrum是大家想要导入的文化与工具，在分享了很多工具、体会和方法後，感觉是个好时机要来讲如何导入scrum了，可惜的是，我还未能有自信地大声说，我成功运行scrum了，正在持续让现在的IT能够真正scrum起来，现在多了许多空间，可以让我在每推进一步的时候，多深化scrum所需具备的元素，然後再进一步执行，当然现在也具备了即时落地的概念，希望能看见scrum能在我的推动之下顺利运行。在scrum之中，我想扮演好的角色是PO与Scrum master，可以和工程师相互合作的良好氛围下，实现产品。在网路上、书籍中，要获得scrum的资讯自然不少，也包含了他的guideline。但就像现在多元的商业样貌，scrum运行在不同的公司其中，也就会需要微调，也需要因应团队的状态，找到合适的切入点，将scrum逐步引进。Scrum不是IT团队自己的事，共同把目标完成的部门也都会相关，我相信，身为产品经理的我们，绝对可以在第一线促进好事发生。我尚未有任何称头的成功经验，藉由清点失败，我能在未来避免重复踏入相同的坑洞里，也能再次厘清思绪，为了这次的成功准备！

我翻起了去年的档案，为了能顺利导入scrum，也算是费尽心思，未能真正体会核心和自身问题，最终也是徒然。在看这些资料的时候，会发现一个蛮严重的事情：什麽都大、什麽都复杂，这意味着，攻下第一座山头遥遥无期。在我前一份工作筹备新创的时候，不论去见哪一位VC或mentor，他们所在意的是，第一位买单的客户，意即，第一份的成功，其所能带来的效益，你我都知。把凡事想得过大过远，是一种mental model，换句话说，在各方面都能瞧见蛛丝马迹。先是运作流程，从需求厘清会议、到进入评估、任务在sprint期间被切4、5个状态、到交付等，整个流程设计想的是很大很成熟的运作团队，没有看见团队当下所需，没有MVP概念，在产品设计也是，当时的开发平台，我想了很多大区块的功能，档案管理、资料分析、工具等等，也因此每个User story都很庞大，也很难厘清，这个User story做出来之後，可以为哪件事有所贡献。当时的我是这样想的「只要忍耐几个月，最後大平台做出来之後，所有问题都能被解决的」超级不scrum精神的想法，是一个假装scrum的陨石waterfall开发。就像一台笨重的大拖车，加速起来很困难，真的快起来也要担心即将失控引发的灾难。Dream big不是件坏事，若没有远景，就没有持续前进的动力，但不能start big，要成就一件大事，所要去除的障碍一定不少的，我相信就算是大神级的人，也难以直接从大的下手。身为一个产品经理，随时都要掌握短中长程目标，去年我一直被执行长提醒，「你有高的目标，也有细节的执行力，但一直缺乏中间的东西」，很抽象吧？那时候，我有不小心真的有营造出中间的东西，也被称赞就是那个，不过我没有任何深刻的体会。直到这一刻，我才略懂，长远目标是我对於这个产品的掌握，是我来自过去技术实力的累积与观察，短程规划是我工作的习惯与能力，而中程，就是Outcome，一路知道在为团队解决什麽问题，以一定频率产生outcome为导向逐步往大目标迈进，这是我缺乏正在历练的，而这样的想法，很Scrum!