落地敏捷典型问题：新产品开发的两大教训
我在2004年开始用敏捷开发的模式带领团队快速交付，一路走来有很多的经验，也有很多的教训。这里分享两个曾经的失败教训：
1. 没有正确理解PO角色：PO要和客户直接沟通，要能真正代表客户意图，否则产品很可能失败
关 键的客户沟通不到位，导致快上线了，客户认为的关键功能PO都不知道。产品开发之初，公司没有产品负责人（PO），也没有敏捷开发模式，完全是业务部门和 客户直接沟通，然后反馈给研发部门。当时的问题是业务部门没有时间和研发部门沟通，往往是一页纸的需求，细节也没有和客户沟通清楚。后来公司成立了产品 部，业务部门把需求反馈给产品部，由专职的PO和研发部沟通需求。请注意信息流转的方式：客户 -> 业务部门 -> PO -> 研发部门。确实，需求非常清晰，研发部的质量也不断提高。但是，最大的问题出现了：客户的需求经业务部门转述后偏离了客户的本意，产品部又没有和客户直接 沟通，Sprint之后的Demo业务部门也没有和客户沟通，需求的偏离在不断的积累...在敏捷开发中，最终客户必须要参与到开发过程中，特别是 Backlog和Demo。PO不代表客户，特别是PO不是和客户直接联系时，这个问题就会出现。
2. 不要认为会给研发团队很好重构的时间
产 品开发之初，为了尽快上线，产品的技术架构、性能、负载均衡、高可靠性等均没有考量，总认为可以不断的重构，但实际上公司根本不会给团队一个完整的时间去 做重构，不断的业务需求占据了团队几乎全部的时间。于是脆弱的架构越来越弱，完成一个新的需求需要越来越长的时间。现在总结一下，架构的高扩展性和稳定性 是最高的优先级，可以满足业务需求不断扩展。网站的性能是次优先级，特别是登录前的静态页面。CMS（content Management System）也是很重要的，最好在项目的前期就做，可以选择外包的方式，否则大量的页面修改，要根据发布流程，业务部门会不断提出申述…所有这些需要在 Sprint0阶段就要考量清楚，实践中Agile Modeling确实是实用的。