相较于Scrum, 我更推崇精益Kanban，帮助团队建立价值交付流，识别瓶颈问题

本文讨论了敏捷开发中的Scrum和Kanban方法的差异，并探索了它们的结合使用。作者更倾向于Kanban，因为它更灵活，更注重持续改进和流程透明。

Scrum和Kanban都是敏捷开发和项目管理的策略。Scrum是结构化的，以短周期的工作冲刺为特征；而Kanban则侧重于持续改进和流的灵活性。Scrum有明确的角色、优先级排列和固定时长的迭代，而Kanban则强调工作流程的可视化和在制品（WIP）的限制。

Scrum的关键指标是团队的效率，而Kanban则关注循环周期。Scrum在迭代过程中不鼓励范围变更，而Kanban则允许随时根据优先级添加、暂停或删除工作项。

Scrum和Kanban在敏捷和精益思想、"拉动式"日程安排、工作数目限制、透明度驱动、早期频繁交付软件、自我组织团队、工作细分和基于经验数据优化发布计划等方面存在共同点。不同之处在于系统范围、故事的范围、价值交付、持续改进和变革导入等方面。

实践中，根据业务性质，团队可能会结合Scrum和Kanban的优势。作者的团队面临需求不固定、客户反馈需快速解决和资源紧张等问题，通过多个阶段的调整和改进，最终采用Kanban方法，促进了自组织和分工有序。Scrum的仪式被简化，迭代被用来定义业务发布的范围，提高了需求交付速度。

总结而言，Kanban通过可视化工作、限制在制品和持续改进工作流来提高效率，而Scrum通过固定间隔的冲刺和客户反馈创造快速学习环境。两者的结合可以帮助团队更好地完成目标。

在探讨Scrum和Kanban之前，需要明确系统范围的不同。Scrum围绕产品运作，强调故事的端到端完成；而Kanban则定义了价值流的范围。两者都旨在帮助价值交付和持续改进。

Scrum适合处理复杂项目，Kanban则致力于自我检讨和效能追求。团队应根据需要选择合适的方法。作者建议先采用Kanban以减少浪费并提高效能，再结合Scrum的开发流程以克服复杂的软件开发问题。

最后，作者分享了结合Scrum和Kanban的实践经验，如何在迭代、版本、变更和改进中融合两种方法，并强调了数据分析在帮助团队改进中的作用。