技术团队普遍存在的问题和解决方案

写这篇文章的背景，在于提供一些我之前所处团队的遇到的问题和解决的方案，全是干货，拿出来分享。

敏捷开发工具

如果不采用一站式的平台，那么在敏捷开发、团队协作、测试和集成部署都有各自优秀的工具，例如团队协作可以选择与企业微信融合更深的TAPD，或者简道云，测试管理可以使用禅道等等。
个人觉得优秀的团队协作工具共有的特征：

• 支持敏捷开发协作
• 成员工作效能统计
• 支持根据团队情况自定义工作流
• 灵活调整迭代计划
• …

使用邮件辅助工作流程

尽管使用了优秀的敏捷开发工具，约束团队成员的操作流程依然需要一定的沟通成本，测试工程师是否可以开始测试？运维是否可以发布正式环境？没有明确的文件/邮件的依据，仅靠口述或者微信等交流方式确定协作流程中的重要环节，肯定会出现各种问题，并且难以追溯，例如以下场景：

假设团队中一个版本的迭代已经开发完成，即将交付给测试工程师进行测试…这是口述的场景：

前端：我这个功能已经开发好了，等后端发包你就可以测试了

后端：我发包了，你测吧

测试：好的

15分钟后…

测试：这个有问题，后端你看下，截图发你了

后端：前端参数传错了，前端你看下

前端：改好了，已发包，测试你再看下

…（当类似的阻塞问题出现多次）

出现的问题：

• 开发自测不充分，导致提交测试后主流程不通
• 多次的阻塞、小修改提交、再通知进行测试，直到测试走完冒烟，浪费的时间不得而知
• 导致项目延期后，责任无法溯源，测试进度慢？开发技术菜？
• 出现问题仅凭口述，上级和领导无法了解项目进度和测试情况

使用邮件驱动的场景：

解决的问题：

• 提测内容详细，提现在邮件内容中
• 同事、上级领导更清楚的了解项目进度、测试情况
• 责任分明，明确开发必须在测试环境自主走完主流程，否则提测打回并追究开发责任
• 通过邮件聚合和项目协同工具可以清晰的了解项目流程和遇到的阻塞等情况

其实针对的并不是一定要通过邮件去强化协作流程，而是利用类似的工具去避免口述带来的信息不明确和流程不规范，特别是在敏捷开发流程中的重要节点；

如果选择的做法是通过微信群并@相关成员的方式，一是信息不明确和送达率的问题，比如成员没有及时查看或者消息被覆盖，亦或者聊天记录清空等情况；二是很难直观的了解到项目的进度和排期情况，以及各个成员、功能模块的开发进度等，这对于成员没有进度概念，对于上级领导也无法根据当前的项目进度去决策后面的排期，可以使用甘特图等类似工具去强化这一块的工作，各个开发的进度、任务、时间节点都很清楚。

环环相扣，责任分摊

责任落实到各个团队成员，整体质量才得以有最基础的保证，才不会出了问题互相推锅。

各个层级负责人不能只顾自己的分内事，更要关心整体情况，自身上下游流程的进度，信息反馈和发送的及时性。

开发有严格按照测试用例主流程进行自测的义务，提测后测试主流程不通有向开发打回提测申请的权利，反过来也一样，测试有向开发提供测试用例和用例评审的义务，否则开发有拒绝提测的权利。

这在注重将 Bug 作为开发绩效考核因素之一的团队中，尤为重要。开发和测试互相约束了自身的责任，提升了工作质量，开发为测试减少了测试工作，测试也为开发梳理了需求逻辑，减少了 Bug 量。

提测邮件要怎么写？

这里不说格式问题，而是要阐述一封提测、或者上线的邮件最起码要包含什么内容，绝对不是一句发什么版本、什么项目、都开发了什么内容这么简单。

提测邮件模板是我们最早规范的内容之一，明确了邮件信息必须包括项目名称、提测申请人、提测版本号、提测内容列表、应用地址、提测时间、代码发布/回退流程等比填字段，而且必须抄送相关开发和上下游负责人或领导。

其实就是要让邮件接受者可以清楚的知道，你要我做什么？什么时候做？有问题该找谁？问题来了怎么处理？

真的可以不用大半夜去上线

很多公司选择在晚上更新版本，理由千篇一律为：“晚上发版对用户影响较少”。

一部分原因是在系统重启的过程中，可能会导致用户无法正常使用的情况，而大多数原因，是对开发和测试工作的不自信，发布上线后，仍会出现这样那样的问题。更严重的是，相关开发、测试、产品和负责人都得奋斗到大半夜直到问题解决，第二天早上一起选择调休，导致再次出现问题无人响应。

算下来工作时长都一样，为何不理智的选择白天发布，大家轻轻松松发完版下班多好。

对于前端而言，自动部署可以无痛的更新代码，并不会影响用户的正常使用。对于后端，可以使用 nginx 和 web-server 结合实现无损发布。

不加班的团队效率会有多高

这里不得不涉及到996的问题，毋庸置疑，996肯定是一个百害而无一利的工作方式，员工失去了大好时光，身体还搞得不健康；企业输掉了员工的积极性，团队效能降低，也输掉了企业整体形象，人员流失严重，导致招聘也变得困难，一听到996简历都不想投过来。

那么加班与否对团队的工作效能影响有多大，绝大多数领导和企业老板都在想办法提升员工的工作时长，降低企业开支成本，而实际上工作时长上去了，效率却大打折扣，这时候员工心里的念头不是积极工作，而是反正今晚要加班，把工作放晚上完成好了。

优秀的团队领导会怎么做？他会想办法的提升员工的工作效率而不是工作时长，不提倡加班，甚至不给一分一毫的加班补贴，这时候员工心里的念头就变成了：这家公司加班啥也没有，感觉干完准时下班吧。效率自然就上去了。

怎样做好一个团建

企业或团队如果选择在休息日给员工组织团建，其实是一个非常傻的做法，费力不讨好还没有效果，去运动？员工跟家人一起去岂不是更好；去吃饭？员工也貌似不缺这一顿饭才能好好工作。增强团队凝聚力？这也不是一次团建就可以搞定的事。

团建的目的大多是为了让员工可以更努力、更有效率、更自信的工作，最好的方式其实很简单，就是「打胜仗」，带着大家伙攻下一个项目，完美的完成一件事情，最后大家一起分享劳动荣誉和成果，该奖励的奖励，该涨薪的涨薪，该升职的升职，这比任何团队建设活动都更直接有效的多。

临时起意，遂此文，若有不当，理解万岁❤️