Gitlab协同开发指南
为高效交付优质的产品或项目, 本文基于Gitlab的核心功能, 约定若干最佳实践(含 目的), 以指引团队协同开发.
注意
若最佳实践的效果并不理想, 请参阅者依照 目的 酌情调整, 并改良实践. 目的位于标题下方的引文, 如:
最佳实践
> 目的
Issues
达成交付共识
上图形象的表明了交付团队不同角色之间的 认知偏差, 最终导致的 交付偏差, 这也是交付风险最大的来源. 不幸的是, 认知偏差 是不可避免的, 我们能为之努力的是不断 缩小偏差 的范围.
减少信息传递的次数, 最好能统一信息获取的来源, 是缩小偏差最有效的手段之一. 使用 Issues 来记录, 讨论, 传递信息, 便可实现这一手段.
为什么不用邮件或者钉钉?
> 这二者都是非常成熟和优秀的即时沟通协作工具, Issues 与二者并不冲突, 往往还需要二者作为即时性沟通的有力补充.
Issues 有二者不具备的特质:
1. 信息以产品或项目为核心上下文组织, 利于 聚焦 与 检索;
2. 沉淀的信息可以很容易的被新人所共享, 利于经验传播;
3. 无缝结合 看板 工具, 方便全局 跟踪 和 调度 , 利于 把控交付风险.
同时, 围绕以下三个问题在 Issue 中讨论并明确答案, 最大程度上让 结果靠近期望:
- 为何要做?
- 如何去做?
- 何叫做好?
Issue 模版参考
# 背景>回答为何要做, 不做会有怎样的问题.# 方案>回答如何去做, 提供参考思路或模型.# 验证>回答何叫做好, 验证结果满足预期的标准有哪些, 是什么.