【软开云】基于华为软开云用敏捷思想管理项目团队一点思路

前言

此篇文章目的在于整理博主与好友就敏捷开发如何在中小型团队中应用的一点思路。本文梳理的目标包括以下几点：

1. 探讨如何基于华为软开云实现敏捷开发管理；
2. 如何在分配项目任务时，化被动分配为主动领取；
3. 通过项目一二季度对比，确认本方法的使用效果；
4. 其他临时想起需要探讨的内容；

可能需要说明的目标有点多，大概率会分阶段完成。可能会写个（1），（2），（3）之类的吧，最近确实也比较忙~

问题一 基于华为软开云实现敏捷开发管理

下面是本公司使用上的一些情况，或许其中某些观点不是特别正确，欢迎大家一起探讨；
另外，我要做的肯定不是如何贯彻敏捷思想到项目中，而是如何通过我手中的软开云软件，结合一定的敏捷思想，高效的管理的公司研发团队。

问题背景：

在项目管理使用过程中，我没有使用Scrum方式，而是使用了看板方式创建项目基础管理架构。原因有以下几点：

1. 之前公司一直用看板方式管理项目任务，大部分的项目成员熟悉这种方式的运作。
2. 软开云在看板基础上，提供了迭代周期的概念，从而通过看板+迭代的方式，将敏捷开发的思想贯穿到项目中；
3. 都说一千个读者，有一千个哈姆雷特。在我的管理生涯中，对我而言敏捷思想最重要的特质就是快，快速开发、快速实施、快速的推向客户、快速的回笼资金。天下武功，唯快不破。
4. 刚好我们有一个项目进入了一个比较特殊的阶段，一年期的信息化项目，60%的任务是增量模块开发任务，40%的任务是维护任务。我个人认为这个阶段的项目很具有代表性，所以特意拿来研究一下。
5. 目前项目的结算周期是按照季度的，这将是我后面划分迭代的一个重要标准

实现思路：

1. 首先我需要创建迭代周期，在软开云中的这个迭代周期，我并没有将其定义为敏捷开发中的一次迭代。这个迭代周期在我的设计中，是让我统计该周期内我需要完成的任务，以及任务的完成情况，并且最后能够导出相关的任务清单便于结算的一个周期。此处相当于取巧做了一些操作，因为按照之前公司内部管理规定，这个周期应该叫结算周期，一个结算周期中包含多个迭代周期。

2. 在现有的看板管理的工作项（新建、进行中、已解决、已测试、已关闭）中，我需要添加两个工作项，一个叫“本期任务”，一个叫“部署中”。

   本期任务，顾名思义就是本次我需要完成的工作。这个才是通常意义上的敏捷开发中的迭代概念。这个任务中，会有项目经理、产品经理以及测试经理一起讨论本期任务中需要包含哪些内容，并且这些内容是经过团队人员（最起码是核心人员）确认的。

   部署中，则是根据公司实际项目实施流程，我们会在镜像服务器上进行分批测试，但可能由于各种原因并没有按批次部署到相应的生产环境中时，就需要将需求放到部署中这一列，从而保证部署时，能够在生产服务器上验证（只能是特别初级的验证，因为无法在生产服务器上创建数据）所有的需求，不产生遗漏。但通常意义上来讲，我们将每一期任务，都归结到一次版本部署上，保证任务的收尾是干净的。

3. 现在产生了一个问题，如何在大迭代（结算周期）中，统计小迭代（本期任务）的完成情况，如何跟踪，管理。在实际操作过程中，我使用的是标签功能。我会在每一个本期任务中，分配一个小迭代标签，例如2019-2-HH-1。意思就是这是2019年2季度HH项目的第一次迭代。华为软开云中，提供了一个高级搜索的功能，能够通过标签查询。这里面它会自动的将我们添加过的标签以下拉列表的形式展示出来，从而实现小迭代版本的管理功能。

基于本公司项目运作的情况，当我每个月导出报表的时候，我能够看到几个事情：

1. 当前周期内，团队一共做了几次迭代
2. 每次小迭代中，都修复了哪些内容

一点心得：

当团队渡过了最开始由于更换项目管理工具导致的混乱期之后，收益反馈主要来源于以下几个方面：

1. 由于每期任务是由开发团队和产品经理一起确认的，优先级由他们协商决定，因此无论是对客户，还是对团队成员来说，工作强度的安排更加合理。
2. 目前的工作进度更清晰，对我而言，如果有时间可以关注一下具体的版本迭代，如果时间不是太充裕，我只需要看一下仪表盘中的数据，对大体情况有个了解即可
3. 能够看到全部的任务需求以及本期要做的任务需求，对于员工的自主性而言，有了很大的提高，大家做事情更专注于眼前的内容。
4. 最重要的是，结算统计更方便和快捷了，以前总是要花几天的时间梳理所做的开发和维护工作，现在1个小时基本上就搞定了。
5. 通过方法改造，同时也对我们的项目经理和团队核心人员提出了更高的要求，要求他们工作更主动，对业务理解更深入，同时具备更强的沟通能力。