模式介绍

文章内容

关于经典项目管理模式
开启经典项目管理模式
自定义团队工作流

视频内容请参考此处。

关于经典项目管理模式

经典项目管理是相对于 Scrum 敏捷项目管理而言的概念，主要适用于使用传统项目管理方式的团队，特点是强计划驱动，围绕需求、资源和时间展开，需求固定下来后才可分配人员和时间，并在项目推进过程中积极跟踪和控制风险。

在经典项目管理模式下，CODING 向您和您的团队推荐如下工作流，将开发流程分为创建需求、创建计划、创建迭代、分解需求、分配任务、开发代码、测试业务，以及上线业务几个阶段，它们自上而下相互衔接，团队在完成一个功能模块的版本迭代并交付后，即可开始进行下一个版本迭代，不同功能模块的多个迭代也可以同时并行：

下文将以一个虚拟商城——飞鸟市集作为场景，说明团队如何使用「经典项目管理模式」进行协作。

开启经典项目管理模式

在首次启用项目协同功能时，请选择「经典项目管理」模式。

创建需求

要想在竞争红海的电商领域立足，离不开详尽的潜在用户群体调研。通常情况下，产品经理会根据市场痛点或用户反馈形成产品的需求文档。此时，在「需求」功能页就可以进行需求创建，支持上传附件或引入外部资源（墨刀原型），任何时候的灵感闪现都可以方便地融入团队协同中。需求详情页右侧菜单还支持调整需求优先级、需求类型与截止日期。若对该需求的工作时间有所要求，还可以填写预估工时与项目进度。

协调开发计划

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

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

需求可以分解为子需求或子任务，还支持关联缺陷和测试用例、设置执行本需求所需要的其他资源为前置事项、查看是否受其他事项进度影响造成阻塞关系、将其他需求或任务引用为本事项的资源，或查看本事项已被其他哪些资源引用。

分配开发任务

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

执行计划

待各项计划制订完成并分发至具体的执行人后，团队内成员都可以在团队首页的工作台中清晰看到待完成的事项、由本人发起的合并请求或待检视的合并请求等。

开发任务还支持直接引用代码仓库中的合并请求记录，详情可查阅《引用资源&上传附件》。关联完成后在开发任务中，就可以看到代码的提交记录与编写情况。

在事项详情页右侧菜单中，可以登记工时，通过填写事项预估工时和使用工时（已经工作的时间），能够自动形成完整的工时记录，有助于迭代完成后的复盘与效率分析。

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

测试环节

开发任务的闭环关键离不开全面的测试环节。虽然开发人员的自测通常可以解决大部分常见问题，但仅仅依靠个人自觉是不够的。测试有助于尽早暴露开发过程中的基础执行逻辑问题与可能的缺失项。CODING 内置的代码扫描、制品扫描等自动化测试工具，可以帮助测试人员发现 Bug 后，快速在迭代中新建缺陷并与需求或任务相关联。