尔东陈的8月个人小结（上）

清单的分类体现了你对事物的清晰程度

我用清单系统管理自己的事务的习惯，最近在清单的分类上有一些洞察。

“ 清单的分类体现了你对事物的清晰程度 ”

举个例子，前几个月我接手了一个新的研发团队，需要负责团队项目管理方方面面的工作。于是我新建了一个「xx 团队敏捷之路」的清单，把所有相关的任务都扔进了这个清单内。

没过多久，发现它变成了一个大的垃圾桶，所有的东西都可以往里面去放。带来的问题是停止了思考、觉得什么东西要做就先放进来，而不是思考清楚目标是什么，策略是什么。有了这个发现之后，我尝试重新梳理自己的目标有哪些？准备用什么策略达成 xx 团队的敏捷之路？进而拆分出了更多分类：

• 团队产品结构梳理

• 技术 PM 辅导

• 降低研发流程&工具落地的摩擦

• 研发效能月报

• ……

回顾整个过程，这两种分类其实是演进的过程、对所做事情不断澄清的过程。当没想到要怎样做的时候，先建一个容器把所有的东西都放进去。然后逐步的演进过程中看得更清楚了，我们可以拎出一些重点的项目单独拆分清单。

所以未来我想要去做好自己的任务管理，仍然可以新建一个泛华的分类，先把相关的内容都放进去，直到我们想清楚了我们要朝哪方面发力，我们就可以新建一个分类，把之前的相关内容都拎出来。

利用研发效能体系帮助你系统思考

最早在辅导第1个团队的时候，其实也非常关注团队的效能情况。具体的举措是在回顾会中回顾怎么样让团队协作得更好，提高团队的工作效率减少浪费。

但是当时遇到一个问题：从哪里看团队效能怎么样？其实是没有一个体系化的框架的，那现在业内非常火热的研发项目体系，其实为团队的效率提供了一个可观测的框架。

我们可以借助这个问题去观察，在产品质量、研发质量、测试质量方面，有没有一些可以做的改进的地方，整个团队的研发效率、缺陷修复效率有没有一些可优化的地方？

所以我们为团队去提高研发效能的时候，仍然是利用回顾会驱动，只是输入的部分可以借助这个研发效能体系更好的去帮助团队定位问题，发现问题，这样而通过回顾会找到问题的解决方案，推动落地。

重大投入的需求如何确保有效性？

在哈啰三年多的时间，辅导团队最初面临的问题是如何高效交付。但是超过千人的研发团队经常面临着资源黑洞的问题，做了很多事情最后复盘发现价值说不清楚。很长一段时间都在思考如何管理研发团队的投入有效性。

解决这个问题可以尝试几个切入点：

• 如何确保提出的项目方案是靠谱的？

• 如何验证项目成效，沉淀经验？

在敏捷的实践中有 Design Thinking 相关的实践来确保提出靠谱的假设，在实际的工作中尝试引入项目立结项机制来解决此类的问题。通过项目立项的评审来确保你的项目方案是成熟的、靠谱的。通过结项来进行验证、复盘。