使用 Gitlab 作为软件研发协作平台

March 11 2020

基本介绍

是一个在软件开发行业非常出名的平台。在乐聚我们将 Gitlab 和软件研发进行了高度的集成和融合。

主要解决一下问题:

以下描述的 lejuhub 实际上是 Gitlab，只不过我们是部署到自己的服务器上。为了和官方的平台区分，我们下面会使用 lejuhub 来称呼当前的平台。

Assignee

每个事物都应该有一个责任人，或者叫负责人。

一件事情如果有多个负责人，最后就会流于形式, 大部分人都会觉得这件事情应该是别人做。如果只有一个负责人，只要给他足够的空间和资源，他就能尽心尽力。
Issue

基本上就是代表一件事，但是在物品管理的场景里面，我用它来代表一个物品。
Issue title

一个 Issue 的标题。一般就像一篇文章的题目。

如果标题写得好就像一篇文章写得好，会让跟进的人快速的了解基础背景信息。同时又能便于搜索。

在物品管理的场景里面，我们使用它来代表物品的名称。所以如果你物品的名称起的足够详细，那么搜索的时候就越方便。

在乐聚提供的软件中所有用户反馈的信息，都会自动收集到 lejuhub 中。每个反馈都会以一个 Issue 的形式来保存。通过分配 Issue ，记录 Issue 完成情况我们可以高效地处理客户反馈的问题。

同时通过分析反馈信息的种类，频率。我们内部可以对产品的市场反应有一个科学的分析依据。

通过将每个需求点转化为 lejuhub 的 Merge Request，需求的搜集，讨论和评审都被详细完整地记录下来。

另外我们自研了一些流程推进机器人，主要的作用是进行一些日常的提醒和流程推进。比如某个需求长时间没有讨论，或者某些讨论没有得到回复。

评审通过的需求，我们会进入需求池。在开发周期启动的时候，会从需求池中提取优先级最高的需求。

此时开发负责人会为对应的需求分配里程碑，只有里程碑完成之后，需求的内容才会被合并到正式的需求文档中。

这个流程中也是有一些自动化的机器人，比如定时跟踪里程碑的完成情况。跟踪需求定下的 deadline, 在 deadline 即将超期的时候进行提醒。

开发用的电脑，手机设备等。我们都是以一个 Issue 来记录，可以方便快捷地盘点和查询。