【项目管理】使用禅道搭建工作流

GShion

主要是工种之间合作与工作顺序的问题
核心是工作流，禅道只是表现
换共享excel来搭也是一样的

任何任务与需求均应当反映在工单上。

提工单原则：一单一事一结。 可以开具有一定工作范围的工单（如完成策划案1，2和3），但开完之后严禁在同一单中添加非相关事务。对于版本策划而言，所有工单默认分开提单，只有在工单负责人要求提具有一定工作范围的工单的情况下才会这样提单，但如果该工单描述不清楚（如修正自己当前版本需要与程序对接的策划案）
如果一个模块涉及到多工种共同开发（如策划、前端、后端、美术），那么也分开提单、格式为“工单名称-xx（xx为策划等工种）”

如果在当前版本中临时添加新内容，那么该内容必须得到对应负责人（包括任务负责人，负责人所属主管和策划主管）的同意。

任何事情必须有单，没有工单程序可以拒绝做事情。当前版本出现的所有验收后的问题与bug默认提到下个版本。所有工单必须得到对应开发主管、策划主管和实际负责人的同意才能添加到当前版本。

严格限制口头通知做内容的情况。工单宁愿多一点杂一点，不要少。同样，除非是很快就做的小优化小调整，程序也应当养成没工单不接工作的习惯。

工作流程为提单->指派->解决->验收->关单。

工单有四种状态：激活，已解决，已完成和已关闭。

“激活”：工单内容尚未开始工作，或是开发端正在工作中且未完成的状态。
“已解决”：工单内容已经由开发端完成并自测，可以交付给策划验收的状态。
“已关闭”：工单内容已经由测试验收并通过，可以上线的状态。
大致上，“激活”状态工单由程序美术策划等共同开发，开发完成后状态改为“已解决”，然后交给策划。策划验收后备注一下验收完成并交给测试。测试验收通过后将工单改为“已关闭”状态。

1. 提单

提单标题格式为“【版本号_版本日】任务简述”，例如：【1.0.001_2022.12.29】完成战斗底层设计。

在此说明一下工单各个使用到的字段的意义。

影响版本：（必填）即该工单影响范围是主干/分支/线上。由于目前没有线上的概念，现在开单只使用默认的主干就好。
当前指派：（开始工作后必填）该工单的负责人。
截止日期：（开始工作后必填）工单的截止日期。如果工单为长时跟踪工单，没有结束时间的话，结束时间可以不填，但要填开始时间。注意，当延期工单时，只更改工单的版本号，不用更改工单的截止日期。
Bug标题：（必填）工单的标题。格式见上文。
严重程度：工单造成的影响的严重程度。目前暂时不需要管，默认就好。
优先级：完成该工单的优先级。目前暂时不需要管，默认就好。
重现步骤：（必填）bug的重现步骤，bug呈现的结果，以及修复bug后的期望结果。如果是开发工单，那么步骤和结果可以不填，只需要填期望。
抄送给：（开始工作后必填）目前用来确认跟进该工单的策划。
附件：详细描述该工单所需的附件。注意如果为需要随时变动的内容如策划案，那么不要在附件上传该内容，只用写需求时描述对应文件的名称即可。

提单完成后，如果工单标题不能描述工单的所有内容，那么应当在工单的评论/附件中详细描述该工单的内容。
如果开发工单分别涉及到美术，前端和后端，那么分别提单，分别指派。记得在开单前就问清楚。

2. 指派

指派指的是确认工单负责人的行为。

严格来说，在创建单子的时候已经可以指派，但在工作过程中，可能出现多人员先后进行工作的情况，这时就需要更改指派人员。

3. 解决

开发端完成任务开发的行为称为解决。
注意，在解决之前，一定要先自测！

在解决的过程中，重要反馈（需要记录留档的反馈）需要添加到备注中。重要文件（如效果图文件位置，测试记录录像等）需要添加到附件中。
如果该工单的当前执行人已经完成了自己的所有任务，但该工单还无法称之为已解决（即可交付策划验收的状态）时，当前执行人应当在评论里说明自身工作已完成，并且通知下一个执行人，或是直接指派。

如果提交工作内容至某个版本，在描述提交注释时，需要附加对应工单的序号与名称。

如果该工单已解决，将工单状态改为“已解决”并且将该工单指派给对应策划即可。

4. 验收

策划/测试验收已解决的工单的过程。

策划根据工单验收完成后，即可将工单状态改为已完成。
要注意的是，在验收完毕后，需要先合美术资源，再合策划表格（包括前后端），再通知前后端合代码。
*该栏目视项目实际情况可能更改。

有时候工单虽然已经精确描述内容，但相应策划看不懂。此时需要和对应人员（一般是程序）确认验收方法并将验收方法附在工单上。
策划验收完毕，并且所有代码和资源都合并分支（目前是主干）后才可以通知测试验收，并将工单指派给测试。

5. 关单

测试验收通过之后即关单。此时需要将对应工单状态更改为“已关闭”。
就目前而言，只有版本策划，没有测试。因此目前的关单原则是：开发端自测-对应策划联调，验收-版本策划验收-关单。注意版本策划一定要再次验收！
*略写了测试详细的验收过程。

6. 打回

当验收内容不合格时，对应人员需要在评论中描述不合格内容详情，重新激活该工单，并且将工单指派回给上一个负责人。

7. 延期/改排期

当任意工单无法在当前版本完成时，需要将工单延期。
延期时需要将工单的标题更改到对应版本，并通知版本负责策划，再由版本负责策划统一通知策划主管。
注意，不要更改延期工单的截止时间，用于快速定位延期工单以及延期时长。

当任意工单不必在当前版本完成时，可以将工单排期更改至其他时间。
更改排期不算延期。因此，更改后不仅要更改标题里面的版本，还要更改截止时间。
注意，文中的不必指的是对应工单当前版本没有足够的重要性，或是有新的工单进入排期，调换其他没有那么优先的工单出版本的情况。如果应当完成的工单没有完成，正常情况仍应按照延期排。

8. 长期工单

当该工单需要改为长期跟踪工单时，需要取消工单的截止时间。

9. bug工单与工单重激活

内网主干工程中出现的问题不提单，直接在群里通知。
问题出现在分支工程/内网包/外网（线上）包/渠道包的时候需要提bug单。
bug单应当包括问题描述、可量化的解决目标、包体类型、系统环境

问题描述：无歧义，尽量简略。
可量化的解决目标：如果解决目标需要量化，那么就必须给出具体的量化内容。比如时间，大小，字号，反馈表现等。
包体类型：工程/内网包/外网（线上）包/渠道包。
系统环境：安卓/ios/模拟器，机型，安卓版本。

如果某个bug完成后过一段时间又复现了，那么需要将该工单重新激活，描述复现详情并且重新排期。