把握契机，迎来转机

近期团队变化很快，突然之间多出来十个左右的人力，有的是长期投入，有的是中短期投入。人力的补充，自然是源于团队目前的一个现状，老牛拉破车已经不堪重负，很多负债实在太严重，问题暴露得足够的明显，领导层也能充分认识到这个问题的严重性，团队是项目的重要组成部分，可人有了？问题就一定能解决么？这是个问题？如何充分发挥大家的特长，好钢用在刀刃上，利用有限的时间内的人力投入帮助团队快速查漏补缺，填坑还账成为当前最棘手的一个问题，而质量防护网的建设成为首当其冲的第一要务，结合今年院里和项目对自动化测试的要求，以及团队实际情况对质量防护体系的迫切要求，我们接下来需要做什么？

构建完备的质量保证体系

• 新增需求质量防护体系:
  首先，需求阶段，继续深入做需求实例化和MFQ。
  其次，编码过程中更加完备的代码审查机制，尽可能保证编码质量。
  最后，新增需求自然毫不犹豫的需要有相应的自动化防护体系。
  每个story在分解时需要有相应的测试策略，根据团队模块的特征和现有基础储备，首先考虑UT和FT的自动化测试。这一系列的落地需要有效的保证新增代码的质量问题。
• 存量代码质量防护体系
  对于存量高危模块的质量防护体系需要进一步完善。目前考虑从MFQ开始，逐步实现几个高危模块的自动化防护体系。
  同时，引入代码专家，对团队高危模块的核心代码类的逻辑进行清理，从代码的角度逐渐去理顺。
  几个方向同时发力，希望能对今年的团队质量有好的成效。

要做的事情，已经有了，人也到位了，后续如何更好的保证所有的事情的落地，人员的更好的复用，以及进度的把控？

需要把握住头和尾，头是要做什么事？尾是做这件事情的验收条件是什么？把握住这两个核心的点就可以了。
团队需要维护一个类似改进事项PB表，将所有的改进事项像需求一样拆分到每个迭代进行跟踪，且每一个任务都有完备的验收条件和负责人，并进行阶段性的演示，给团队和项目进行show case，更加透明的展示出人员的使用情况以及我们的工作进展。
小步快速迭代，再根据迭代情况迅速梳理和调整改进PB表。
虽然最近团队变数很多，所幸我们能快速调整和适应，并把前段时间一直想要开展起来的工作借机开展起来。之前有很多计划和想法，可惜都未能实施，而当下发生的这一切，好像一切都是注定一样，之前的很多工作、想法都能逐一去做。原来真的一定要有想法和愿望，也许哪天真的就实现了呢？

图片发自App