拆分与解耦是敏捷与精益的核心

预计阅读时间：8分钟

“今年是在新部门的第二年，在敏捷与精益的理解和应用上有了新的突破。我非常认同拆分与解耦是敏捷与精益的核心的观点。以下是我围绕着这两点的一些实践与心得。”

01

—

今年的实践与小结

挑战

我们最重要的大型项目依然采用瀑布式开发的计划模式，交付周期以年计，交付风险非常高。部分的业务代表也缺乏采纳敏捷的意愿或者不知道从何下手。

人员的分配以项目为单位，大部分人员被分配到最重要的项目中，但由于需求不明确，项目成员很难进行持续的高价值交付。而另一边厢，系统维护、审计需求、业务流程优化等方面的需求很多，却缺乏人员应付，造成整体人员工作分配不合理和不均衡。

解决方案

新交付方式

我们暂时无法在上面提到的大型项目采纳敏捷，但我们从小处出发，在业务流程优化需求上搞试验田，尝试以下的“新交付方式”（我们没有宣称这是在搞敏捷与精益，但思路是一致的）。

                           

• 拥抱变化——适应任何需求变化以满足业务的最终需求。拆分原始请求并快速交付其中最重要的需求获取反馈并及时修改。

• 拆分——把大的需求拆分成最小可交付工件来缩短交付时间和实现持续交付。

• 简化流程——最终用户与程序员直接沟通，减少交接与签署。不再依赖繁文缛节的文档。业务可通过我们管理软件（JIRA）直接提交需求。

• 透明可视化——需求与细节都记录在JIRA。通过看板可视化进度与阻碍。定期汇报。

• 改进服务——上线后为每个交付收集业务反馈。建立交付排行榜激励人们参与交付及拆