2014年进入现东家，从项目测试负责人到测试组长、测试专家、副总监、总监。
简单分享下团队管理的一些工作和反思。
跟大部分同行有区别的，是去年中因为部门调整的原因，"管理"对象从软件测试扩散到了产品研发团队的"支持管理"。所以后续的团队管理分享的内容也会有一些超出质量管理职能的内容。
对于管理的场景和期望，我个人的理解：
- 在有限的时间和资源下有效的实现统一的目标
- 在公司、部门、与个人之间不断寻求共同点，创造共赢
万物皆有理，"无规矩，不成方圆"，团队的运作需要一套完备的规范、流程和环境，既可以提升效率，又可以使工作分工明确，很大程度的降低沟通成本，让工作有法可依有章可循。而流程中间产生和积累的数据也可以为我们后续的工作优化指明方向。
制定工作流程规范
如何制定流程？首先，要坚持一个原则："流程是解决问题的，不是制造问题的"。任何一个流程都是要经过制定和不断调整的，要接受试错（试点调研）。
流程的制定一定要符合团队自身业务的发展需要，同时对团队有正向的驱动力，制定流程要考虑的因素：
- 工作流程要能够帮助团队成员在工作中更加融洽，做到承上启下，是员工间配合工作的润滑剂。
- 工作流程应考虑在团队目标达成不受损失的情况下，尽力降低成本，提升效率。
- 工作流程的制定考虑团队人员的分工和技术水平，在不同阶段采取不同的工作流程。
推进流程
工作流程涉及多个部门和工种之间的协作，大家对于流程的执行受到各种因素制约。部门间的利益，已有规范和工作习惯，以及流程执行边界模糊等诸多问题。
在流程制定环节，一定要从根本上挖掘工作中各角色的痛点，真正为大家解决这些痛点。同时，要让各部门的Leader参与进来，让大家对于痛点的方案达成一致，同时增加参与感，让被推动者变成推动者。
对于流程执行中的参与部门，要加强部门Leader层面的沟通，建立部门合作关系，关注大局观，不局限在单个部门利益范畴。
流程的执行依赖团队对于"变化"的响应意识和能力。IT行业飞速发展，要跟上时代的步伐，需要不断审视自己，做出适应变化的改变。
工作流程执行落地的初期，应加强跟进机制，可以制定检查点，采取流程跟进记录的方式跟进流程的执行情况。同时在流程执行过程中，要记录发生的问题，建立SQA表格（问题，责任人，如何解决），对于流程的重要节点产出要重点关注，考量流程的推行有没有对团队的 KPI/OKR 或团队工作效率有所提升。如果同预期j结果存在出入，要根据数据分析原因，找出下一步流程优化的方向。
（共赢，参与感，响应变化，QA，EPG）
改进流程
对流程优化，一定要做到"有理有据"，要在现有的流程中间进行数据收集，将收集的数据进行汇总分析，这些数据将为流程优化指明方向。
例：增加APP封板检测流程
选择项目进行流程试点，收集执行和未执行流程的项目数据，包括：测试有效bug产出、版本数量、线上遗留bug、测试人力成本等几个维度来进行对比，判断团队增加APP封板检测流程是否有效。做到用数据说话。研发团队管理，一些建议实践的点：
(后面会慢慢分享，透露下：一篇关于管理的是研发环境的统一。)
- 研发环境的统一。新员工的加入都会有开账号，装系统，配环境，跑代码，这些过程花费的时间超出我们的现象，完成可以自动化处理。后续工作中因为产品研发环境不一致出现的问题更会让人感到焦头烂额。
- 流程规范。测试流程，开发流程，软件发布流程，升级上线流程 ... 。责任明晰、高效对接、明确交付要求和标准、确保结果可评估。
- 代码管理。约定好研发版本管理规范及审核机制，有效降低代码风险，保证版本持续迭代。
- 项目进度管理。定期Review，引入的是项目管理工具redmine，工时和看板功能可以有效展示数据。
- 研发阶段的产品发布流程和测试反馈。
- 持续集成，持续发布。自动构建，持续打包，持续部署，持续测试，持续代码扫描。让时间更多的保留在研发，通过持续集成快速发现错误，快速解决，将人工的成本放入到机器去自动化操作，不断提效。
- 知识共享。规范文件发布，经验沉淀，一定要支持快速查询和检索。
- ...
