产品团队管理 - 如何制定、推行，优化工做流程

2014年进入现东家，从项目测试负责人到测试组长、测试专家、副总监、总监。

简单分享下团队管理的一些工做和反思。

跟大部分同行有区别的，是去年中由于部门调整的缘由，"管理"对象从软件测试扩散到了产品研发团队的"支持管理"。因此后续的团队管理分享的内容也会有一些超出质量管理职能的内容。

 

 

对于管理的场景和指望，我我的的理解：

• 在有限的时间和资源下有效的实现统一的目标
• 在公司、部门、与我的之间不断寻求共同点，创造双赢

   

      万物皆有理，"无规矩，不成方圆"，团队的运做须要一套完备的规范、流程和环境，既能够提高效率，又可使工做分工明确，很大程度的下降沟通成本，让工做有法可依有章可循。而流程中间产生和积累的数据也能够为咱们后续的工做优化指明方向。

   

  制定工做流程规范

      如何制定流程？首先，要坚持一个原则："流程是解决问题的，不是制造问题的"。任何一个流程都是要通过制定和不断调整的，要接受试错（试点调研）。

      流程的制定必定要符合团队自身业务的发展须要，同时对团队有正向的驱动力，制定流程要考虑的因素：

• 工做流程要可以帮助团队成员在工做中更加融洽，作到承上启下，是员工间配合工做的润滑剂。
• 工做流程应考虑在团队目标达成不受损失的状况下，尽力下降成本，提高效率。　　
• 工做流程的制定考虑团队人员的分工和技术水平，在不一样阶段采起不一样的工做流程。

   

  推动流程

   

      工做流程涉及多个部门和工种之间的协做，你们对于流程的执行受到各类因素制约。部门间的利益，已有规范和工做习惯，以及流程执行边界模糊等诸多问题。

      在流程制定环节，必定要从根本上挖掘工做中各角色的痛点，真正为你们解决这些痛点。同时，要让各部门的Leader参与进来，让你们对于痛点的方案达成一致，同时增长参与感，让被推进者变成推进者。

   

      对于流程执行中的参与部门，要增强部门Leader层面的沟通，创建部门合做关系，关注大局观，不局限在单个部门利益范畴。

   

      流程的执行依赖团队对于"变化"的响应意识和能力。IT行业飞速发展，要跟上时代的步伐，须要不断审视本身，作出适应变化的改变。

   

      工做流程执行落地的初期，应增强跟进机制，能够制定检查点，采起流程跟进记录的方式跟进流程的执行状况。同时在流程执行过程当中，要记录发生的问题，创建SQA表格（问题，责任人，如何解决），对于流程的重要节点产出要重点关注，考量流程的推行有没有对团队的 KPI/OKR 或团队工做效率有所提高。若是同预期j结果存在出入，要根据数据分析缘由，找出下一步流程优化的方向。

  （双赢，参与感，响应变化，QA，EPG）

   

  改进流程

  对流程优化，必定要作到"有理有据"，要在现有的流程中间进行数据收集，将收集的数据进行汇总分析，这些数据将为流程优化指明方向。

      例：增长APP封板检测流程
      选择项目进行流程试点，收集执行和未执行流程的项目数据，包括：测试有效bug产出、版本数量、线上遗留bug、测试人力成本等几个维度来进行对比，判断团队增长APP封板检测流程是否有效。作到用数听说话。

   

  研发团队管理，一些建议实践的点：

  (后面会慢慢分享，透露下：一篇关于管理的是研发环境的统一。)

1. 研发环境的统一。新员工的加入都会有开帐号，装系统，配环境，跑代码，这些过程花费的时间超出咱们的现象，完成能够自动化处理。后续工做中由于产品研发环境不一致出现的问题更会让人感到焦头烂额。
2.  流程规范。测试流程，开发流程，软件发布流程，升级上线流程 ... 。责任明晰、高效对接、明确交付要求和标准、确保结果可评估。
3. 代码管理。约定好研发版本管理规范及审核机制，有效下降代码风险，保证版本持续迭代。
4. 项目进度管理。按期Review，引入的是项目管理工具redmine，工时和看板功能能够有效展现数据。
5. 研发阶段的产品发布流程和测试反馈。
6. 持续集成，持续发布。自动构建，持续打包，持续部署，持续测试，持续代码扫描。让时间更多的保留在研发，经过持续集成快速发现错误，快速解决，将人工的成本放入到机器去自动化操做，不断提效。
7.  知识共享。规范文件发布，经验沉淀，必定要支持快速查询和检索。
8. ...