1. 项目协同
  2. 代码仓库
  3. DevOps 实践之旅
  4. 一分钟开始持续集成之旅
  5. 持续部署
  6. 制品库

快速开始经典项目协同

下文将以一个虚拟商城——飞鸟市集作为举例场景,说明团队是如何使用经典项目协同模式进行协作的。

添加项目成员

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

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

在左侧菜单栏「项目协同」中选择经典项目管理。

创建需求

要想在竞争红海的电商领域立足,离不开详尽的潜在的用户群体调研。通常情况下,产品经理会根据市场痛点或用户反馈形成产品的需求文档。

此时,在「需求」功能页就可以进行需求创建。创建需求时支持附件上传与引入外部资源(墨刀原型),任何时刻的灵感闪现都可以方便地融入至团队协作中。右侧菜单还支持勾选需求优先级、需求类型与截止日期。若对该需求的工作时间有所要求,则还可以填写预估工时与项目进度。

协调开发计划

需求调研结束后通常是需求池评审会,在对收集上来的需求进行了统一的讨论与评审后,项目 leader 批准了开发计划。自此衍生出的开发排期计划都可以使用「迭代」作为承载单元。

利用该功能可以将较为大型的计划(包括但不限于开发计划)拆分具体的事项如需求、任务并落实至具体的责任人,产品经理前期编写的各项需求也可以无缝融入至迭代计划中。

需求可以分解为子需求或子任务,还支持缺陷关联。通过「引入」功能,能看到执行本需求所需要的其他资源的执行进度。如果受其他事项进度的影响造成了阻碍,可以直接将该事项定义为「阻塞关系」。

除了阻塞关系,还可以将其他需求或任务作为本事项的资源。

分配开发任务

在一个迭代计划中,通过创建任务或接受他人的任务指派进行协作,团队的人员都可以其中各司其职。譬如「客服入口」的上线需求就可以拆分为开发任务和测试任务。待开发完成后,还能够继续拆分为推广任务并交由运营部门进行功能点营销活动。

执行计划

待各项计划制订完成并分发至具体的执行人后,团队内成员都可以在首页的【工作台】->【我的事项】清晰的看到待完成的事项、由本人发起的合并请求或待检视的合并请求、持续集成中的构建任务、待确认的持续部署发布单。

开发任务还支持直接引用代码仓库中的合并请求记录。在合并请求记录中点选「关联资源」或在直接在 commit message 中填写任务 ID 即可自动关联任务。

关联完成后在开发任务中就可以看到代码的提交记录与编写情况。

在任务的右侧菜单处支持登记工时。通过填写使用工时(已经工作的时间)和预计剩下的工时,能够自动形成完整的工时记录。登记工时有助于迭代完成后的复盘与效率分析。

在完成每天的开发后,除了将状态变更为「已完成」,还可以前往填写开发进度百分比,整体迭代的进度将会随着各个事项的进度推进情况而增长。

测试环节

开发任务的闭环关键离不开尽可能全面的测试环节。虽然开发人员的自测通常可以解决大部分常见问题,但仅仅依靠个人自觉是不够的。测试还有助于及早暴露开发过程中的基础执行逻辑与可能的缺失项。CODING 内置了诸如代码扫描、制品扫描等自动化测试工具。

测试人员在发现 bug 后,就可以在迭代中新建缺陷并与需求或任务相关联。

修复缺陷的过程中同样支持登记工时与填写进度百分比。除了在事项中进行测试任务的分配与填写,测试人员还可以前往【测试管理】模块编写测试用例。

在测试计划的「编辑」选项中能够设置测试所属迭代。

项目上线

基础的开发任务完成后,通过使用 CODING 其他的持续集成/持续部署服务,让代码的有效性能够快速被验证。

扩展阅读——《持续集成——快速开始》《持续部署——示例项目实践》

各项迭代计划结束后,在【概览与统计】中可以查看该迭代周期的状态趋势与工时燃尽图,管理者能够随时掌握团队在该计划下的工作进度。

自定义团队工作流

事项的完成状态与流程状态并非仅有默认选项,您可以前往【项目设置】->【项目协同】中自定义各事项的工作流。

上一篇快速开始 Scrum 敏捷协同模式
最近更新
感谢反馈有用
感谢反馈没用

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

您希望我们如何改进?