一个组织想要成功地推进敏捷，除了组织内部，特别是高层管理者支持外，更重要的是敏捷方法也得到客户的支持和认可。
为什么这么说呢？
持续交付
敏捷提倡持续交付，即分批、分阶段地向用户交付软件产品。这样，既满足用户分阶段的使用需求，也便于用户反馈、确认需求。
但是，这种价值观必须得到用户的认可。否则，开发方这边分阶段开发完成后，想要交付给用户，用户根本都不想收，也不配合你做反馈，那你还敏捷个啥！
及时反馈
敏捷开发要求用户能够参与迭代评审会，或在接收阶段性交付的产品后及时进行需求的确认和反馈。如果用户不配合，这个及时反馈就无从谈起，还是只有回到最终交付后才反馈问题的老路上来。
需求优先级
敏捷开发中的迭代需求列表都是根据用户划分的需求优先级来定的。所以，你要制定出一个合理的迭代计划，就需要用户支持你划分出正确的需求优先级。
面对面交流
敏捷开发要求项目团队与用户保持紧密的沟通方式，最好能够面对面地进行需求交流。这也需要用户能够尽可能地配合。
以上需要用户支持的场景中，虽然可以由产品经理代替用户完成一部分活动，但是产品经理所做的这部分活动仍然离不开用户的支持。
所以说，离开用户的支持，敏捷开发的一部分原则就会失效，项目也就不可能敏捷起来。
这正是：
敏捷若想获成功，离开用户可不行
持续交付多反馈，坚持原则不放松
参考书目：术以载道：软件过程改进实践指南，作者：任甲林，出版社：人民邮电出版社
联系客服
