精彩回顾 | 禅道·中国行【杭州站】顺利举办，内附「敏捷圆桌问题解答合集」

8月28日下午，禅道·中国行【杭州站】的敏捷圆桌派活动在书香典雅中落下帷幕。

此次敏捷圆桌派活动，由禅道12年资深敏捷管理经验的徐贺老师，和大家一起围绕Scrum实践和项目团队管理两方面，畅所欲言，共同探讨，解决目前团队所处的难点和困境，找到解决项目团队难题的有效的管理解决方案，全程干货！

开场，徐贺老师做了简单的介绍，让大家彼此熟悉之后，将自己团队目前遇到的问题写下来，并将其收集起来，在后面的活动环节中对其逐一进行深刻细致的解答。

敏捷圆桌派分为了上半场和下半场。上半场主要围绕团队在Scrum实践中遇到痛点，与会的小伙伴们积极提出了目前自己团队在实践过程中遇到的问题，徐贺老师逐一解答，针对性地给出了有效、可实践的答复。

下半场结束后，小伙伴们稍作休息，一边聊天一边享用精心为大家准备的茶歇。

问：如何进行有效的代码评审？

代码评审会议是一项重要且不紧急的任务，可以根据团队的实际情况制定适合自己团队的节奏。主要是由整体团队在一起进行评审，由团队内的资深人员进行主持，团队共同参与，提前做好会议准备。

我们需要明确三个问题：会议要拿到的结果，会议要解决的问题以及后续的解决方案。

1. 在会议开始之前，我们要做好此次会议主要内容的同步，明确参会人员与会议内容；

2. 在会议过程中，做好发现的问题的记录和跟进；

3. 会议记录的问题和改进项在后续的一个迭代中进行持续跟进和优化。

除此之外，为了让我们的代码评审更加高效，我们可以做出如下改进：

1. 不是一次性评审越多代码就越好，做代码评审的时候可以将需要评审的代码限制在一个团队成员不会出现疲劳的范围内，比如200-400行代码，这个具体范围需要根据自己团队实际情况进行制定；

2. 营造一个安全、积极的评审氛围：我们不是在找某个人犯的错，而是在找帮助我们的代码更加完美的方法。对于写出Bug的人来说，这不是一次审判，而是一次积极学习的机会；

3. 通过代码评审工具的辅助来减少代码评审的工作量。

问：时间紧急的项目怎样做好项目管理？例如：项目时间紧急，项目中会砍掉一些流程，从而出现一些问题。

遇到紧急的项目，我们要优先把问题解决掉，在这个前提之下有时候确实要突破一些流程，但这并不是一种常规的开发模式，建议用看板的管理模型应用到此类场景中。

针对这个问题，团队可以通过以下几点进行改进：

（1）原则上而言不要中途加人，大家都了解过人月神话，中途强行加入不关联的人，会导致沟通成本和开发成本增加，最后不是提效而是减效。如果对人月神话不太了解的小伙伴，可以通过这一链接简单了解：https://www.zentao.net/video/pmp-brookslaw-80788.html

（2）我们可以在项目开始之前，对项目资源进行计划、评估，确定可用的资源，然后衡量项目中最紧急最核心的内容，优先进行开发。

（3）可以采用看板模型进行管理，限制在制品数量，提升交付效率。

（4）有条件的团队可以进行封闭式开发。

问：因为项目时间紧、任务重，团队成员在禅道中维护任务的积极性不够。任务维护后，再修改任务时间很麻烦。

禅道里的开发任务记录日志、更新工时，每天只需要5分钟时间就能完成，工作量并不大。如果团队任务没有得到及时更新的话，项目进度和燃尽图都无法体现实际的工作进展，影响会比较大，也不利于我们后续对这一迭代做出整体回顾。

我们可以通过制定明确的操作规范，然后引导大家养成好的习惯。

已经更新的工时是既定事实，不应修改，我们可以对对该任务后续的剩余工作量重新进行评估。

问：项目任务多且紧张，但不足以推动招人，团队加加班就能解决。成员加班不多，主要Leader加班。如何才能更好地激发队员工作积极性？

首先要明确的一点是作为一个管理者，其重要职责是带领团队完成业务指标，所以管理者不要以研发主干的标准要求自己。如果是保姆性质的管理，其本质是把别人肩膀上的猴子揽到自己肩膀上。

团队内部业务边界可以模糊，但团队与团队之间的业务边界要清晰。此外，管理者需要衡量目前需求的工作量，现有的资源能否承载，分配任务的时候是否合理等情况。

问：项目成员日常工作相对较繁重，比较辛苦。作为负责人如何委婉向上级提出给成员发放奖金？

这需要明确是特殊性问题还是普适性问题，如果是普适性问题，就需要调整公司薪酬体系进行适用，如果是特殊性问题建议和上级领导沟通，走公司流程进行申请比较合适。另外整个公司对团队的努力进行认可也是一个非常重要的点，认可大家额外的付出和努力，除了物质上的奖励，也可以进行精神上的奖励，比如全公司的表彰等。