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

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

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

• 需求应该由业务的利益相关方提出
• 需求必须经过需求评审，和业务利益挂钩，明确回答“是什么”和“为什么”
• 需求应该进入需求池，实现全生命周期管理
• 需求必须有优先级，优先实现优先级高的需求
• 需求可能发生变更，变更后的需求必须重新经历全部或部分生命周期

• 开发必须经过技术方案评审，和需求挂钩，明确回答“怎么做”
• 代码库必须使用版本控制系统
• 代码提交记录应该遵守团队统一的规范
• 代码风格应该遵守团队统一的规范
• 软件设计应该遵守 SOLID 原则，提高可维护性
• 代码应该通过单元测试，提高软件质量
• 代码合并到主干之前应该经过 code review

• 测试必须经过用例评审，和需求规格、技术方案挂钩，确保“所得为所需”
• 软件缺陷应该进入缺陷池，实现全生命周期管理
• 软件缺陷必须有优先级，优先修复优先级高的缺陷
• 软件缺陷可能被忽略，如果它造成的损失足够小

• 典型的互联网企业，业务利益相关方包括监管、用户、客户、老板、市场、销售、运营、产品、设计、开发、测试、运维
• 本规范主要以开发的视角梳理研发流程，提升业务参与各方的协作效率