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

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

  1. 1、本文档共15页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

小型研发团队管理流程和文档模板

文档目的

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

团队背景

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

图SEQ图\*ARABIC1与研发团队相关的人员组织结构

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

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

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

制定流程

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

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

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

另外,对于小团队,有些管理人员可能认为文档太多,会影响工作效率,大家也觉得痛苦;这也没有错,关键是分析清楚团队日常工作中有哪些问题,在流程中适当的节点增加产出物能否解决这个问题;另外,文档本身可以简单可以复杂,里面的内容足够解决问题即可。文档里的内容一定要自己填写一遍,对于网上下载的表格,有些内容不知道要填什么的就大胆地删掉。

下面用例子来说明上面的提到的关键点。

软件需求开发流程

研发团队接受需求开发是日常最重要的工作了,为这个建立流程是理所当然的,当前流程如下:

图SEQ图\*ARABIC2软件更新流程

大家看这个流程是不是觉得很复杂,我来给大家分析一下。

首先分析团队出现的问题:

运营总监与软件副总在软件功能上的意见不一致,有时候周会上就吵起来了;

需求做完了,需求提出人发现不是他要的功能;

需求做完了,软件都更新完了,相关人员还不知道功能已经上线了;

软件更新到现场了,客户说新版本的某个功能(如老版本不做限制但新版本做了限制)不是我要的,要在之前的版本上更新才行;

售后今天提需求,明天就要求上线;

领导对于软件界面的变更很敏感,有时候改一点会很不满意。

以上是我们研发团队在流程制定前遇到的很显著的一些问题,那上面的流程是如何避免这些问题的呢。

软件任务书

在制定完流程之后,我在钉钉上建立内部功能群,包含软件研发团队、运营总监、生产主管、售后主管,将流程发到群里,告诉大家后续工作的流程,同时将软件任务书模板发送到群里,告知大家可以直接在群里提需求,也可以编辑软件任务书并发送到群里。

接收到需求后,在群里可以讨论,我这边会重点关注需求上线的时间;讨论的内容领导们都能看到,对于不明确不合理的需求,我这边可以直接拒绝,如果领导觉得这个是要做的内容,那么再讨论;如果领导不发话,那么大家都知道这个是不用做的了;甚至有些不合理的需求,领导就直接拒绝了(流程执行一段时间后真的会有!)。

有没有这个步骤是非常重要的,一方面告诉大家我们的团队是开放的,接受需求接受变化,另一方面小团队既要规范又要高效,在这里就把一些不合理的需求名正言顺地筛掉了。

文档模板

软件任务书模板很简单,如下:

软件任务书

£优化£新增

申请人

申请日期

软件版本

申请编号

问题描述

(修改必填)

需求描述

需求要求

上线时间

填写示例

软件任务书

£优化R新增

申请人

张三

申请日期

2022/09/02

软件版本

V1.5.2

申请编号

20220902002

问题描述

(修改必填)

出现板翘很多情况下,员工也会手动去选孔完成曝光作业,导致有部分曝

文档评论(0)

偶遇 + 关注
实名认证
内容提供者

个人介绍

1亿VIP精品文档

相关文档