CODING 敏捷实践彻底指南

你好，欢迎使用 CODING！
这份最佳实践将帮助你掌握 CODING 敏捷管理工具，更好地实践敏捷开发流程。

更多实践案例持续更新中

什么是敏捷研发

敏捷研发是涉及整个软件工程的理念与实践，它的核心是迭代和增量式软件开发方法。开发者快速发布一个可运行但不完美的版本投入市场，在后续迭代中根据用户的反馈改进产品，新增一到多个用户能够感知的完整功能，从而逼近产品的最终形态。迭代就是整个理论的核心，坦白的说迭代开发并非新鲜词汇，可是敏捷研发理论大大完善了迭代开发的理论，使之可以被广大的软件开发团队承认，并开发了具体的实践方法如：Scrum 等。

敏捷研发比较特别的地方是它是组织文化，流程以及工具的结合体，在敏捷研发介绍中要着重强调三者的一样的重要并且缺一不可：“工具，流程，组织文化”。缺乏工具支持的敏捷研发没法实现“高速”；缺乏组织文化支持的敏捷研发会让团队成员之间没法团结一致完成共同的目标。

如何使用 CODING 进行敏捷研发（SCRUM）

CODING 研发管理系统承载了最早进的敏捷研发理论，可以帮助您和您的团队快速入门敏捷研发，并经过标准化的流程和完整的信息统计成为企业实践敏捷研发的好工具。

建立项目

敏捷研发的第一步是确认敏捷团队的人员构成，并选出对这次项目最为了解的成为 SCRUM 负责人，负责人不必定是团队中职级最高的那我的。

在确立好团队成员以后，在 CODING 研发管理中建立一个用于这次敏捷研发的项目，建立完项目以后将团队中全部的成员都加入到该项目中。CODING 的敏捷研发模块主要是由 5 个核心功能构成：迭代、需求管理、工做管理、缺陷管理和测试管理。同时在迭代中还有完整的统计功能，方便负责人实时查看总体研发进度。

需求管理

首先要由本项目的产品经理在需求管理模块中制定项目的产品规划并负责维护和更新。由于接下来的产品迭代都是创建于需求之上的。

在规划需求的时候，优先级越高，时间要求最紧的需求文档须要越完善。同时可使用 CODING 研发管理系统的文件功能上传原型图等必要文件，并关联到需求中。

固然总体需求是须要整个团队配合的，每一个功能都须要通过团队评估。团队的其余成员在看到需求的时候能够经过线下会议或者线上讨论的形式（CODING 研发管理系统的需求管理模块支持团队成员之间在需求下留言进行讨论，并由产品负责人实时更新内容，同时支持版本控制，方便溯洄）进行需求讨论。

迭代规划会议

在团队已经到位且产品规划已经完善后，就是时候开工了。

这个时候须要 Scrum 负责人组织整个项目中相当重要的会议-冲刺规划会议，Scrum 负责人能够经过 CODING 研发管理系统中的项目公告功能提醒你们并同步会议的总体信息。这个会议是全部敏捷会议中最重要的会，由于它是接下来很长时间工做的基础。一个好的计划会议基本表明着整个迭代成功了一大半。一般这个会议的时间较长，因此须要各个成员提早作好准备。在会议中整个团队须要把以前作的初步产品计划进行更细颗粒度极的细化，把需求拆解成能够执行的事务，并对每一个工做进行工时的预估。若是总体工做量超出了团队的产能，须要适当的将一些需求放到下个迭代；若是低于产能，须要将后续的需求前置。因此产品经理须要确保尽量多将需求准备完善。

第一个迭代

在会议结束之后，全部的工做都定义清晰以后，Scrum负责人就会把规划好的需求、缺陷和工做添加进迭代中，并设定好开始和结束时间，同时 Scrum 负责人还能够在迭代中实时查看整个迭代的进度和距离这次迭代结束还有多少天等信息。

接下来就开始第一个迭代周期了，这个过程当中，迭代模块中的统计面板将是全部团队成员最为关注的地方，根据进度调整本身手上的工做，而如何确保迭代按照原计划进行则是 Scrum 负责人所最关心的。

在迭代开始后，团队须要经过天天早上开站立会议来讨论和解决在执行过程当中发现的问题。天天的站立会议尽量的精简，控制在半个小时之内，团队成员天天早上须要描述昨天作的事情，今天要作的事情，以及遇到的问题。当有问题出现，相关的人须要一块儿合力解决。天天的会议纪要可使用 CODING 研发管理系统中的 wiki 功能进行记录，方便查阅。

在迭代模块下的事物状态趋势经过堆叠式面积图的方式来展现事物（需求、缺陷和工做）的状态以及随时间而变化的程度，能够进一步帮助 Scrum 负责人了解天天哪些任务的进度。

结束第一个迭代

当到了迭代预设的结束时间以后，就意味着迭代周期的结束，不管是否是全部事务都完成了。

在迭代真正结束以前，须要由相应的产品负责人对全部的成果进行评估，确保事务完成状况和计算最初设想目标的达成率，在全部事务评审完成以后。Scrum 负责人就能够点击迭代中完成迭代的按钮，正式宣告本次迭代的结束。

最后整个团队还须要进行一次回顾会议，回顾此次迭代有哪些作的好，哪些作的很差，并列出下次的可执行任务，便于改进整个团队的研发效能。

测试管理

通常来讲，每次迭代会产出一个可上线的版本，在正式部署以前还有一个重要的环节：测试。

如今 CODING 研发管理系统的测试管理功能由 18 年收购的专业测试工具飞蛾（ FEIE.WORK）承载，现已实现了企业帐号打通，能够直接在测试管理中点击跳转到飞蛾的工做界面。

在飞蛾中测试工程师能够根据功能状况，编写测试用例、规划和执行测试计划。在测试计划的执行过程当中，会有多多少少出现一些问题，称之为 bug 或者缺陷。因此后续的迭代中，除了需求，咱们须要将另外一个任务类型考虑进来——缺陷。

缺陷管理

在测试环节和正式上线以后，发现的问题，均可以在 CODING 研发管理系统的缺陷管理模块中概括统一，并排出优先级做为下一个迭代中的工做来源之一。不过这也要具体问题具体分析，紧急程度高的缺陷须要第一时间反馈到产品进行修复，优先级不高的会安排到接下来迭代修复。缺陷管理也具备强大的统计功能，对缺陷类型、优先级、模块、发现时间等关键指标进行全面的统计，方便测试工程师了解项目的总体进度。

开启新的迭代

敏捷研发讲究的就是在可控的状况下进行一个一个短频快的迭代，每一个迭代环环相扣，快速反馈，快速验证。

想要更好的实践敏捷在选对合适的流程和工具以外，组织的支持也是必不可少的。毕竟敏捷研发带来的是一种全新的更灵活的组织架构，要适应新的体系远没有上面说的那么轻松。并且每一个团队遇到的问题也不同，可是好在实践敏捷自己就是一个迭代的过程，每一次回顾都会发现一些问题，并在新的迭代中改进。

欢迎试用 CODING 研发管理系统。体验敏捷研发，拥抱变化！