1. 你在这里:
2. 团队看板的使用介绍

• 团队看板的使用介绍
  • 1. 背景
    • 1.1 工具介绍
  • 2. 使用介绍
    • 2.1 团队看板
    • 2.1.1 Team视图
    • 2.1.2 Todos视图
    • 2.1.3 Todos-个人视图
    • 2.2 标签部分
    • 2.2 议题模板部分
    • 2.3 CICD自动化
  • 3. 具体操作方式
  • 4. 改进提高

团队看板的使用介绍

1. 背景

远程工作作为一种独特的工作方式，在近来疫情肆虐的背景下，越来越走近IT从业者的视线。如何做好团队工作的协调工作，使团队成员了解整个团队的工作进展，进而形成合力，发挥出团队的效力，成为工作中的重点。这里我们试通过使用Gitlab内部的工具完成这一工作。

1.1 工具介绍

用到的工具主要包括：

• 议题
• 标签
• 里程碑
• 议题模板
• 议题看板
• CICD

议题用来描述一个事件。一个议题上可以添加主题、内容、可以供大家评论、添加标签、指派处理人、指定到期日期等等。一个Issue的事件完成后，可以关闭掉。详细的功能介绍可以参见Issue文档。我们用议题来跟踪某个工作的进展。通过议题的内容描述和评论作为主要的交流载体。

示例issue：https://jihulab.com/jihulab/customersuccess/customerproject/hospital-hospital-authority/-/issues/2

议题看板可以用来规划、组织、分配Issue，它结合了问题跟踪和项目管理的功能。作用详细的功能介绍可以参见议题看板文档。我们用议题看板来进行任务的规划和跟踪，同时在周例会中进行任务的Review。

议题模板用于针对不同的工作内容，定义标准的工作流程。详细信息请参阅议题模板文档。

CICD 在该场景下，通过CICD将重复性的动作进行自动化以提高效率。

2. 使用介绍

2.1 团队看板

议题看板包括三种类型board，可通过不同的角度来观察并协调工作。

• Team
• Todos
• Todos - member’s name

2.1.1 Team视图

该视图从团队成员的视角来描述团队当前的工作情况。

2.1.2 Todos视图

该视图从任务的推进状态来描述团队当前的工作情况。

2.1.3 Todos-个人视图

该视图从个人的任务推进情况来描述个人的工作状态。这是大家最常用的视图。

该视图中通过scope标签划分了多个泳道，当Issue创建好后，默认会显示在Status::Backup中，您可以按照工作的进展情况，通过在泳道间拖动议题来切换任务的状态。

各个标签代表的不同的议题状态。

• Status::Backlog - 表示该议题的工作处于备忘状态，未开始进行
• Status::Pending - 表示该议题的工作已在处理中，但遇到到某些情况影响。等待完成
• Status::Doing - 表示该议题的工作正在处理中，
• Status::Done - 表示该议题的工作已经完成，等待review
• Status::Review - 表示该议题可以进行review，当review完成后，由管理者closed该议题

2.2 标签部分

目前团队看板使用了如下几类标签：

• 状态标签：scope标签，表明当前的议题所处于的状态；

• 客户标签：Scope标签，表明当前议题是为哪个客户服务的；其中无特定指向的工作任务，请选择 Customer::内部服务 类型。

• 任务类型标签：Scope标签，表明当前议题是什么类型的任务；该标签一般由工单模板自动创建，无需手工选择。

• 优先级标签：Scope标签，表明当前议题的优先级高低；

• review标签：普通标签，表明该议题在哪次周例会上被Review过；该标签由CICD自动标注。

• 工单状态标签：scope标签，工单类型的议题专用，表明当前工单的处理状态；

• 内部服务任务标签：scope标签，内部服务任务的议题专用。用于区分内部服务的细分类型；

2.2 议题模板部分

议题模板主要是为了解决议题内容标准化的问题，保证议题中包含了必须的信息。同时通过增加quick action，减轻issue操作过程中的复杂性。

以正式实施的议题模板为例进行说明。

1. 其中<!— —>为注释说明,不会显示在议题正文中。

2. 可根据注释说明进行相应的填写，以及Check Box进行相应的勾选。

   

3. 注意：1. 对Scope标签，不要忘记勾选对应的标签，如上图所示。

1. 注意：2. 模板中预制了一些默认状态，会随议题的创建，自动完成。例如上图所示，任务类型为Task Type::正式实施支持；任务的状态是默认Status:: Backlog; 同时将任务指派给自己，将里程碑设置为4月4号这一周的里程碑;

2.3 CICD自动化

为了减少大家在创建议题过程中的重复操作，因此通过CICD（https://jihulab.com/cs/cicd-helper）进行了进行了一定程度自动化,包括：

1. 每周末创建新里程碑，并替换所有任务模板中的里程碑。以便本周创建的议题自动落入本周的里程碑中。
2. 将所有标记为Status::Done状态的issue，自动切换为Status::Review状态，并追加本周的review标签。以便周例会中Review议题后，关闭议题。
3. 将所有标记为Status::Doing状态的issue，设置为本周新的”周迭代“的里程碑,并追加本周的review标签。示意经过了哪些周的review。
4. 将所有标记为Status::Pending和Status::Backlog状态的issue，设置为本周新的”周迭代“的里程碑。

3. 具体操作方式

一般的一体创建流程如下：

下面通过一个例子， 演示一个议题从设立到完成的整个操作过程。

1. 在customer-success-teamwork项目中，新建议题。
2. 该任务属于内部服务任务类型，填入Title内容，并在Description中选择对应任务模板。

1. 根据模板提示，填写具体的模板内容

1. 选项对应标签

1. 点击 “create issue” 创建议题，自动填写相关label与里程碑

1. 在customer-success群组下的个人Todo看板中查看与操作

4. 改进提高

上述流程只是对远程工作协助方式的一种探索。欢迎大家提出多多意见和建议，提出新的想法，从而改进工作流程。