如何把控代码质量和准时交付
背景
随着大家对系统稳定性愈加重视，提高线上系统稳定，加强代码设计、编码等评审工作，成为京麦团队在本次迭代开展的一项重要工作。但是，本次迭代对设计评审过程中暴露出的问题，大家在本次迭代的回顾会议上也进行了思考和建议，从如何提高评审效率，总结出了有建设性的意见。
同时，在本次迭代中有一些时间点特质的故事出现严重延期，让别人对团队的能力产生了质疑，大家在本次迭代的回顾会议上也是痛定思痛，认真考虑和提议，从如何保障准时上线，总结出了有建设性的建议。
1. 如何提高评审效率
几乎团队的每个人都认为进行设计评审和代码评审是有必要的，并且会帮助团队提高代码质量，但是如何高效的召开评审会议，成为我们讨论的焦点。
因为本次迭代大家反映最多一点就是评审过多，时间太长，成果微薄。
大家积极发言，提出n+1模式（n代表业务小组成员，1代表外部专家），时间太长是因为缺少设计经验，设计评审能从别人业务中学到东西，评审之前应先讨论清楚方案，评审不能形式，参与人自愿，超过三人评审会议即可开始，建议小组结对设计等等。
大家提出了好多建议，最终总结以下几点，一、确认评审步骤，二、评审把握关键点，三、明确产出
步骤
(1) 思路确定
在进行设计之前，需要确认设计思路是否正确，如果是业务类需求，需与产品确认沟通业务逻辑是否一致，如果是技改类需求，需与架构师讨论设计思想是否存在缺陷。
(2) 设计
在确认设计正确的基础上，进行设计，不需要整理设计说明书，如果几张图能说清楚是最好不过的了。
(3) 小组讨论
在召开集体进行设计评审之前，需先进行小组讨论，确保小组沟通意见一致，如有异议，可保留至设计评审进行确认，但是，异议是采用提供多方案对比，而不是在集体评审上没有方案，等待大家出方案，以及对使用的技术不了解等，如果是这样，请回到步骤1。
(4) 集体评审
集体评审的目的在于：从听众者不同的视角给出设计建议，避免设计者因技术壁垒或钻牛角尖等问题出现的技术缺陷，而且集体评审的另一个作用要能对听众者启动有借鉴的作用。
关键点
在进行设计评审过程中，需要把握一些关键点。
(1) 时长
This chapter requires login to view full content. You are viewing a preview.
Login to View Full ContentCourse Curriculum
建立敏捷基础 —— 让流程“跑起来”（2013–2014）
提升团队效能 —— 让协作“顺起来”（2015–2016）
穿越震荡周期 —— 让系统“稳下来”（2017–2018）
驱动持续进化 —— 让组织“强起来”（2019）
Speaker
