小型开发团队管理套路之创建流程和文档模板

文档目的

我是从软件开发岗走向软件管理岗的，中间有时候挺迷茫的，期间阅读了一些管理的书籍和博客文章，也接受了管理培训；如今，我在管理的岗位上已经得心应手。作为一名企业中层管理者，上要让企业高管满意，下要维稳团队，自己还要做一些具体的技术工作，其实中间有很多“套路”可以使用，这篇文章就是把制定流程和文档模板的技巧写下来，给小型研发团队的管理人员借鉴，刚升为小组长的研发管理人员也可以参考。

团队背景

我如今所在企业是设备制造型企业，所开发软件围绕设备，包含设备标定、设备控制、生产管理等软件；需求主要来源为设备新功能、设备新部件、客户定制需求、售后支持需求等。与我的小型研发团队相关的人员组织结构如下：

与开发团队相关的人员组织结构

在这样的团队里，经常会遇到的问题如下：

我作为软件主管，受软件副总直接管理，但是运营总监对于软件的意见有时候与软件副总相左，这时候我该怎么办？

我作为软件主管，团队人员数量有限，需求各种各样，哪个要做哪个不做？哪个先做哪个后做？

制定流程

制定流程是中层管理者要做的很重要的工作，有了流程，上面的领导知道下面的团队是如何运作的，下面的团队知道工作要产出什么东西，上面列的问题通过流程就能解决80%。我们管理团队讲究的是对事不对人，当有问题发生的时候，应该第一时间思考为什么现有的流程会出现这样的问题，如何改进或建立流程来避免下次发生这样的事情。

制定流程和所有管理一样要使用PCDA环，任何流程都有其优缺点，通过循环改进流程让事情顺利起来，流程贴近团队习惯，减少问题的发生，这样日常80%左右的管理工作都是有序的，只需要很少的精力去关注，大大提高了效率。

要重点说明的是，流程绘制出来后，首先要跟直接领导说明并获得其认可，其次是跟团队人员宣贯并宣布开始执行，最后是开始执行流程时要花时间跟进流程执行情况，主要跟进产出物在正确的时间节点产生并获得确认。每当有新的成员加入团队时，首先要做的就是让他理解流程，并跟进他前面几次工作任务。到了后面，大家都习惯这个流程了，就每间隔一段时间检查一下即可。

另外，对于小团队，有些管理人员可能认为文档太多，会影响工作效率，大家也觉得痛苦；这也没有错，关键是分析清楚团队日常工作中有哪些问题，在流程中适当的节点增加产出物能否解决这个问题；另外，文档本身可以简单可以复杂，里面的