软件开发的生命周期

软件开发的常规流程

1、需求分析
2、产品设计
3、技术架构设计
4、开发
5、测试
6、部署
7、运维
8、运营

SCRUM和看板的区别

SCRUM适用于分工较明确的团队，比较复杂的项目，注重团队的效率；
看板适用于工种比较单一，工作不够复杂的项目，注重个人和流程的效率。

1. 工作流程

• 看板（Kanban）：强调可视化，任务清晰，持续工作流，任务周期不固定。比较灵活。避免效率冲突，建议串行执行。强调持续交付，一个周期结束开始新的周期。
  • 连续流动：任务不受固定的时间框架限制。新任务可以随时添加，一旦有工作容量即可开始处理。
  • 可视化工作流：每个任务的状态从“待办”到“完成”都被展示出来，强调工作流的持续优化。
• Scrum：强调周期、工作量可控，明确周期、目标、任务点。在框架内执行。周期固定，不会随意新增或者删减任务数。
  • 迭代周期（Sprints）：Scrum将工作划分为固定长度的迭代周期，称为Sprint（通常为2-4周）。在每个Sprint的开始，团队从产品待办清单中选择任务，在迭代结束时交付可工作的产品增量。
  • Sprint计划：每个Sprint在开始时需要明确计划，定义清晰的任务目标，任务的增删受Sprint时间框架的限制。

2. 角色和责任

• 看板（Kanban）：

  • 没有固定的角色：看板没有规定特定的角色。团队成员根据需要自行协调任务。看板更关注流程优化，而不是角色分工。
  • 灵活角色设置：团队可以根据自己的需求选择是否设置类似Scrum的角色，但这不是强制要求。

• Scrum：

  • 固定角色：Scrum要求三个核心角色：
    • 产品负责人（Product Owner）：负责管理产品待办清单，确保团队开发的产品符合业务需求。
    • Scrum Master：确保Scrum流程正确实施，帮助团队克服障碍。
    • 开发团队：负责实际的开发工作，通常为跨职能团队。

3. 目标和度量

• 看板（Kanban）：

  • 度量工作流效率：看板常用“循环时间（Cycle Time）”、“在制品数量（WIP）”等指标，重点关注工作流的效率和任务从开始到完成的时间。
  • 改进流程：通过对流动效率和瓶颈的分析，团队持续优化整个系统。

• Scrum：

  • Sprint目标和燃尽图（Burndown Chart）：Scrum使用燃尽图等工具，追踪Sprint期间的工作进展，帮助团队监控工作量和时间之间的平衡。
  • Sprint评估：通过每个Sprint结束的评估，Scrum团队评测工作成果并根据回顾进行改进。

4. 适用场景

• 看板（Kanban）：

  • 适合持续交付项目：如支持、维护类项目，或需求频繁变化的环境，强调流动性和持续优化的场景。
  • 不限于软件开发：看板广泛应用于制造、市场营销、IT运维等不同领域，适用于各类需要优化工作流的场景。

• Scrum：

  • 适合软件开发项目：尤其是具有明确目标、需要定期交付功能增量的项目，特别适合以功能发布为目标的软件开发。
  • 项目开发型环境：Scrum更适合那些具有相对稳定需求和明确交付周期的开发型项目。

总结

总结来说，看板更适合需要高度灵活、持续优化和流动工作的项目，而Scrum适合那些需要固定周期性交付的项目。两者都可以根据团队需求进行适当的调整和结合。