https://github.com/ceelog/simple-rd-spec

适用于中小型团队的简单研发管理规范
https://github.com/ceelog/simple-rd-spec

collaboration developer development development-workflow

Last synced: 25 days ago
JSON representation

适用于中小型团队的简单研发管理规范

• Host: GitHub
• URL: https://github.com/ceelog/simple-rd-spec
• Owner: Ceelog
• License: gpl-3.0
• Created: 2018-08-16T03:38:47.000Z (over 6 years ago)
• Default Branch: master
• Last Pushed: 2018-08-16T08:05:21.000Z (over 6 years ago)
• Last Synced: 2024-11-09T22:34:06.500Z (3 months ago)
• Topics: collaboration, developer, development, development-workflow
• Size: 15.6 KB
• Stars: 16
• Watchers: 2
• Forks: 10
• Open Issues: 0
• Metadata Files:
  • Readme: README.md
  • License: LICENSE

Awesome Lists containing this project

README

        
# Simple-RD-Spec

适用于中小型团队的简单研发管理规范

## 1. 概述

研发管理的最终目标是满足业务需求，实现用户或商业价值

研发团队通过持续交付和维护高质量的软件服务来达成上述目标

## 2. 研发过程管理

### 2.1 需求

* 需求**应该**由业务的利益相关方提出

* 需求**必须**经过需求评审，和业务利益挂钩，明确回答“是什么”和“为什么”

* 需求**应该**进入需求池，实现全生命周期管理

* 需求**必须**有优先级，优先实现优先级高的需求

* 需求**可能**发生变更，变更后的需求**必须**重新经历全部或部分生命周期

### 2.2 开发

* 开发**必须**经过技术方案评审，和需求挂钩，明确回答“怎么做”

* 代码库**必须**使用版本控制系统

* 代码提交记录**应该**遵守团队统一的规范

* 代码风格**应该**遵守团队统一的规范

* 软件设计**应该**遵守 *SOLID* 原则，提高可维护性

* 代码**应该**通过单元测试，提高软件质量

* 代码合并到主干之前**应该**经过 code review

### 2.3 测试

* 测试**必须**经过用例评审，和需求规格、技术方案挂钩，确保“所得为所需”

* 软件缺陷**应该**进入缺陷池，实现全生命周期管理

* 软件缺陷**必须**有优先级，优先修复优先级高的缺陷

* 软件缺陷**可能**被忽略，如果它造成的损失足够小

## 3. 附则

* 典型的互联网企业，业务利益相关方包括监管、用户、客户、老板、市场、销售、运营、产品、设计、开发、测试、运维

* 本规范主要以开发的视角梳理研发流程，提升业务参与各方的协作效率