丧，Scrum开发的又一次预料中的失败心得

Posted 2021-04-25 季月

背景

公司是一家初创公司，因为新业务需求：另外两个部门需要开发互联网产品。于是，公司成立了IT研发部，我的岗位是产品，另成员还有前端3枚、后端1枚、UI1枚、产品总监1枚。除产品总监外，其余都是萌新，经验有限。

IT技术总监决定以Scrum敏捷开发来进行日常开发，由于其比较忙，一周两天在公司，暂由我担任敏捷教练，带着从没接触过敏捷开发的大家，一起尝试。

到目前，大家有1年的磨合了，开发完了两个公司的线上产品。然而，对于团队的战斗力（一个产品需要多久开发完？大概几个sprint完成？每个sprint能做多少个任务？）还是模糊不清的，可以说是失败的scrum开发，下面就与大家分享下，希望后来者能避开我走过的坑。

Sprint1：估算埋的坑

我是运营转的产品，对技术上可以说是比较白的，只能边学边摸索着推进团队Scrum开发的进程。一开始真的是一个头两个大。技术总监让我切割故事点，和程序一起估算开发任务，并组织开站会。我对如何切割故事点？怎么估算开发周期？晨会每个人说完三个问题后又应该如何？这些都都很模糊，但只能硬着头皮干了。

显示准备阶段，我把需求和故事点迷迷糊糊屡出来后，和程序开会，让他们了解产品的需求。我们采取了每个程序各自估算的方法。前端负责做前端页面和管理后台，后端就一个人，所有后端一个人负责。需求列表里属于谁的故事，就自己估算自己的工作，以人天为单位，一起放到teambition里。

到了开发阶段，每天早晨站会，我们坐在各自电脑前开。越往后大家越不上心，有点为了应付开的，过程中我问他们答，我就当做记录的工作在做。前端开发还比较好理解，后端我不懂，程序告知的也比较模糊，我脸皮薄，不太好意思追问。

下面，问题来了。

1、前端页面两个人写的，各自有分配到页面，但后期发现其中有个页面是几乎一样的，这个而我切割故事的时候也没有注意，他们各自重复的写了，浪费了时间。

2、过程中，我发现前期估算其实很不合理，结果延期了。我注意到一开始他们一天甚至可以完成估算的3天的工作量，但最终结果还是延期了。排除程序请假的因素，我发现原因是有些任务程序不熟悉或开发期间遇到麻烦了，导致估算1天可以解决的任务，却做了好多天。问对方能不能解决，有没有啥困难，都口头上都是说很快解决，实际结果不是这样。

Sprint2：沟而不通，有形无神

到了第二个sprint的，遇到了一个极其严重的问题：由于前期后端接口的任务没有估算和切割（我当时也不懂，主要是引导者前端把故事做切割）。然后，程序采取的是先写页面后调联的方式（该方式也导致了后面前端程序回过头调试时，有些功能都已经遗忘了，开发效率下降），导致前端页面样式都写完了，却没有接口调试，只能停下来等后端写接口。

其实，这个问题已经在过程中暴露了：前后端各自独立的开发模式，加上前后端沟通不畅；后端程序不太乐于沟通，数据库不太熟悉也没有及时表达出来，进度卡在了那里，也没及时说出来；我不太懂技术，前期切割任务，完全没有发现这个问题，期间站会后端的汇报也不太听得懂，就略过了；另外，我脸皮比较薄，一般催了一次两次，后面就不好意思继续跟踪了。各种因素一起，导致了这个尴尬的局面。

Sprint3：士气全无，为了结束

受前一个sprint的影响，后面只能让后端穿插着配合前端写接口，前端等待的状况无法避免，已经延期了，大家的目标就是尽快交付，期间Scrum开发已经没有啥意义了，有形而无神。

回顾整个过程，还又一些问题值得注意，例如：页面与调试的分离，导致每个阶段都没法进行测试，后面我测试发现很多问题，只能又退回去返工，导致延期时间延长，拖了快1个月才上线；新手前端页面不熟悉，也没有人负责代码检验，导致有些页面用不了，重新返工；延期期间每天加班，大家士气更加低落，协作得非常糟糕，我也hold不住，只能无力的硬撑着，对自己的能力极度怀疑；发现问题了，找当事人沟通后，问题一定时间内还是得不到解决，往往只采取了催催催的政策，最后这证明了没啥用，我应该及时汇报并让领导介入帮助的，虽然有种打小报告的感觉，我在管理上感觉非常的粘稠；开发完成后，发现和需求不一致，程序的理解和我的转述不一致，导致返工。

总结

最近一段时间，大家主要在解决各种bug与开发新项目的穿插中，本来Scrum就用起来很不熟悉，这次就更加失败了。问题还是老问题，最后大领导责问技术总监，技术总监追责我，看着程序无辜的眼神，我也特别委屈无奈，但也难辞其咎。

有时候我会很迷茫，觉得自己不是在做产品的工作，除了调研产品、设计原型、沟通需求外，还要为项目负责。对外沟通难，对内更加难，像个老妈子一样催着程序员。且自己的性格貌似也不适合管理，不要累人累己。但又很不甘心，从哪里失败了，就想从哪里爬起来，也许没有我想象中那么难，只要再改进一点就接近成功了。

这些都是最真实的经历，期间至少有两次，我感觉自己的自我被击碎了。

改进思路

前面太丧了，下面我分享一些我之后的改进思路，带点正能量。

1、 开一次轻松的会，大家集思广益改善Scrum的意见，保持公开透明。

2、 规范任务开发，以故事点+打扑克牌来一起打个样。

3、 高效沟通，适当拍拍程序马屁，贿赂下午茶激励，脸皮厚点必须追踪，确保每个人理解故事。

4、确立验收标准，每个阶段发布产品测试，及时发现问题，开会对外演示施加点压力。

5、燃尽图跟进进度，发现问题，及时反馈邀请专家介入帮助，拒绝粘稠和人情，谁的锅谁背吧！

6、把线上的互动，全部转移到线下来，调动每个人参与，白板用起来，给工作以仪式感。

做完这些会成功吗？我能严格做好吗？我也不知道，有结果会与大家分享。