1. 授权认证
  2. 获取用户个人信息
  3. 项目协同
  4. 代码托管
  5. 持续集成
  6. 制品仓库
  7. 测试管理
  8. 文档管理
  1. 项目协同
  2. 代码仓库
  3. DevOps 实践之旅
  4. 一分钟开始持续集成之旅
  5. 持续部署
  6. 制品库

快速开始 Scrum 敏捷协同模式

敏捷研发是涉及整个软件工程的理念与实践,它的核心是迭代和增量式软件开发:开发者快速发布一个可运行但不完美的版本投入市场,在后续迭代中根据用户的反馈改进产品,从而逼近产品的最终形态。敏捷研发比较特别的地方是它是 组织文化,流程以及工具的结合体,在敏捷研发介绍中要着重强调三者的同样的重要而且缺一不可:“工具,流程,组织文化”。缺少工具支持的敏捷研发无法实现“高速”;缺少组织文化支持的敏捷研发会让团队成员之间无法团结一致完成共同的目标。而 Scrum 正是被广大软件开发团队认可的敏捷实践方法论。

快速开始

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

添加项目成员

敏捷研发的第一步是 确认敏捷团队的人员构成。一般而言,敏捷团队有三个角色:

  1. 具备决策的 Product Owner(产品负责人)

  2. 为团队提供敏捷流程服务的 Scrum Master(敏捷教练)

  3. 开发人员 Developers

管理员在创建项目后,可以前往【项目设置】->【项目与成员】->【成员组】中设置团队内的权限角色组。用户组权限会决定处于该用户组的成员所能访问到的项目内资源,是否具备编辑事项的权限。

设置完成后,点击下拉菜单的【邀请成员】就可以前往邀请成员的界面。CODING 还支持直接导入第三方服务中设置好的部门成员。

创建项目

在确立好团队成员之后,在 CODING 研发管理中创建一个用于此次敏捷研发的项目,创建完项目之后将团队中所有的成员都加入到该项目中。CODING 的敏捷研发模块主要是由 5 个核心功能构成: 迭代、需求管理、任务管理、缺陷管理与测试管理。同时在迭代中还有完整的统计功能,方便负责人实时查看整体研发进度。

在左侧菜单栏「项目协同」中选择 Scrum 敏捷协同。

若需切换模式,请点击菜单栏左下角的「项目设置」>「项目协同」>「更改协作模式」。

第一个迭代

配合迭代计划会议,在会上将本次迭代所需进行的工作都进行清晰定义,团队成员都达成共识后,Scrum Master 负责将规划好的需求、缺陷和工作添加进迭代中,并设定好开始和结束时间。所有团队成员都可以在迭代中实时查看整个迭代的进度,此次迭代的结束日期等信息。

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

在迭代开始后,团队需要通过每天早上开站立会议来讨论和解决在执行过程中发现的问题。每天的站立会议尽可能的精简,控制在半个小时以内,团队成员每天早上需要描述昨天做的事情,今天要做的事情,以及遇到的问题。当有问题出现,相关的人需要一起协力解决。每天的会议纪要可以使用【文档管理】->【Wiki】进行记录,方便复盘与查阅。

在迭代模块下的事物状态趋势通过堆叠式面积图的方式来展示事物(需求、缺陷和工作)的状态以及随时间而变化的程度,可以进一步帮助 Scrum 负责人了解每天哪些任务的进度。

需求管理

敏捷开发模板提供需求管理功能模块。产品负责人可以在该模块中制定项目的产品规划(Product Backlog)并负责维护和更新,并分配或由开发人员认领相关需求。在撰写需求时,可以制定需求的优先级、需求处理人、截止日期等关键信息。需求还支持文件上传,关联外部资源等。

测试管理

一般来说,每次迭代会产出一个可上线的版本,在正式部署之前还有一个重要的环节:测试。

现在 CODING 研发管理系统的测试管理功能底层由专业测试工具飞蛾( FEIE.WORK)承载,提供了一站式研发闭环体验。

测试工程师可以根据功能情况,编写测试用例、规划和执行测试计划。在测试计划的执行过程中,会发现项目中的一些问题,称之为 bug 或者缺陷。所以后续的迭代中,除了需求,我们需要将另一个任务类型考虑进来——缺陷。

缺陷管理

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

结束第一个迭代

到了预设的结束时间之后,意味着迭代周期的结束,不论迭代内的事务是否都完成了。在迭代真正结束之前,需要由相应的产品负责人(Product Owner)对所有的成果进行评估,重新审视事务完成情况,计算距离设想目标的达成率,在所有事务评审完成之后。Scrum Master 就可以点击迭代中完成迭代的按钮,正式宣告本次迭代结束。

最后整个团队还需要进行一次回顾会议,回顾这次迭代有哪些做的好,哪些做的不好,并列出下次的可执行任务,便于改进整个团队的研发效能。

开启新的迭代

敏捷研发的核心在于多个短频快的迭代,每个迭代环环相扣。在迭代中验证产品功能与市场反应,交付有价值的产品。想要更好的实践敏捷在选对合适的流程和工具之外,组织的支持也是必不可少。每个团队各自面临的问题也不尽相同,实践敏捷本身就是一个迭代的过程,每次回顾总结提炼的问题都将成为团队内宝贵的经验。

上一篇选择合适的模式
最近更新
感谢反馈有用
感谢反馈没用

在阅读中是否遇到以下问题?

您希望我们如何改进?