实施敏捷开发最大的障碍就是缺少Trust
在刚开始实施Scrum时，如果你的Commitment没有承诺，两次之后，Trust将丢失。看看我们的教训：公司要求快速提交新产品，但短的 周期导致需求经常变化（开始就没有清晰的思路），开发人员和PO的沟通不好，想当然开始编程，同时也没有必要的设计讨论，做出的产品和需求不符，同时质量 也有问题。公司的管理层追究责任，PO、研发部、工程部都在相互推脱，最后演变为设计严谨的流程，各个部分之间必须要有清晰的交付物。从公司的角度可以从 责任和流程来控制产品，从各个部门演变为标准的waterfall管理：PO设计需求，研发部和PO明确需求，做设计，提交开发计划。研发部为了不承担开 发与需求不符的责任，在PO和研发部签字需求之前，不做任何的设计、编码，而PO又不可能将需求设计的非常完美，双方在扯皮，其实两个部门都知道这样做不 是最佳方案，但不愿承担责任（一旦承担，成本太高，或者没有绩效工资，或者失去职位...）。
如何建立信任？我们是这样做的：降低Sprint完成的功能数量，提高质量，增加各个环节的透明度，例如如何评估工作量、项目进展、风险及时沟通等，重新建立信任
迅思威尔－领先的敏捷培训整体解决方案提供商
迅思威尔推出了VIP会员服务，100小时 Agile
& Scrum 企业内训，12个月技术支持，企业全员参加，实现落地敏捷。