使用Issue管理软件项目(入门）

只要开始进行软件开发，数人配合，就必须进行项目管理，Issue是最通用的管理工具之一。

一、什么是Issue

Issue指的的是一项待完成的工作，通常与系统的改进相关。翻译为中文叫“问题”，不过我更喜欢另一种说法“事务”。

• 一个软件Bug
• 一项功能建议
• 一项待完成任务
• 文档说明缺失报告

以上都是Issue的例子。每个Issue包含事务的所有信息和历史，使得后来人只看这个Issue，就能了解问题的所有方面和过程。

这个本来的原型是客服部门的工单，每一个处理步骤，及与用户的交流都要更新工单，记录全部信息。因此，Issue的原始功能是问题追踪和工单管理，后来不停扩展，包括了计划的制定，里程碑的建立等，逐渐完善了项目管理流程。

二、Issue软件

其实Issue的软件有很多，但是这里我并不想进行介绍，以前用BugZilla,JIRA，Mantis，BugFree（禅道）还有很多杂七杂八的软件，但是强大归强大，优秀归优秀。这些软件有共同的缺点。

1. 功能复杂，学习成本高
2. 界面比较反人类，必须要深入了解之后才能用好
3. 需要线下部署，安装复杂（授权，收费高昂，小公司不会用）

很多想要学习相关知识的人员马上就会被磨灭兴趣。还是介绍已给免费简单，而且程序员最应该学会的GitHub Issues。

2.1基本用法

在Github代码仓库的Issues面板点击，NewIssue按钮添加新Issue面板

上图是新建的Issue界面，左侧为Issue的Title和内容，右侧四个配置项（管理者可见）

Assignee,选择人员，指派Issue的处理人员

Labels，为Issue贴标签，利于分类管理和过滤查看（新建标签在Issues面板首页，点击Labels，但请先用好默认的）

Projects, 项目（其实用过看板，你可以认为Project就是快速归类Issue状态的看板，分Todo,In Progress, Done三个状态）

按我的习惯应该还有一个Plan，如果有专职测试人员，还有一个TestComplete。

Milestone:里程碑，

2.2Label的使用

每个Issue至少有两个Lable,一个表示性质，一个表示优先级（在更完善的Bug和项目管理系统，这本来就是分开的）

表示性质的可以参这篇文章。优先级如下设置即可：

• 高优先级（High）：对系统有重大影响，只有解决它才能去完成其他任务。
• 普通优先级（Medium）：对系统的某个部分有影响，用户部分操作达不到预期效果。
• 低优先级（Low）：对系统的某个部分有影响，但用户几乎感知不到。
• 最好有（NiceToHave）：对系统的功能没有影响，通常视觉效果不理想(字体，颜色）或一些个人的倾向性问题。

2.3MileStone

Milestone 叫做"里程碑"，用作 Issue 的容器，相关 Issue 可以放在一个 Milestone 里面。常见的例子是不同的版本（version）和迭代（sprint），都可以做成 Milestone。

新建 Milestone，要在 Issues 面板的首页，点击 Milestones 按钮。

这时，再接着点击 New milestone 按钮，然后填写 Milestone 的名称和内容，还可以指定到期时间。

如果在Issue中@了你，你会在全局视图issues中的Mentioned中看到这个issue.

三、看板功能

看板(kanban)是敏捷开发的重要手段，主要用于项目的进度管理，所有需要完成的任务，都做成卡片，贴在一块白板上面，这就是看板。

按照不同的阶段，看板分为若干列。最基本的就是

• Todo （待开发）
• Doing （开发中）
• Done （已完成）

当然你可以根据实际情况，分出更多的列。比如plan计划，deploy部署，test测试，都可以添加。目标就是所有的事务(Issue)都移动到Done中去。打开Github中的Projects界面就可以看到对应的界面了，这里我已经创建了3个经典的Colum。可以根据自己的管理需求，添加更多流程。

不要犹豫，立刻开始你的Github之旅吧！如果觉得自己英文不好，或者担心网络问题，也可也用开源中国社区推出的代码托管服务码云（Gitee.com）。