张力驱动变化
最近护照开发小组在产品开发的过程中遇到了大量的问题，直接导致了本轮冲刺完全瘫痪......
- 不在乎用户的感受，不清楚用户在想什么
- 产品没有快速到达用户
- 被同事的用户故事牵着走
- 冲刺一些未经验证的假故事
- 重要的用户故事没有提上日程
上面大量的问题又引发了同事之间的张力， 这样的张力让人极其难受的同时又在推动着问题的解决和变化。造成这样的问题原因是什呢？这需要每个参与开发的人员用5W1H来思考清楚，并且知道该如何解决以确保不会重复犯相同的错误。下面是讨论达成共识后的新的产品开发流程，以确保不会在重蹈覆辙！
怎么才能快速到达用户？精益开发的测试到底说的是什么？每个人的理解又是什么？
在Retro的整个过程当中，在讨论产品为什么没有快速到达用户，该如何快速到达用户的时候。发现了一个非常重要的问题，我们对于原型测试和快速到达的理解并不一致。
之前的理解是：产品经理根据确定冲刺的用户故事设计产品原型。原型设计好后，给PO和相关方展示和测试，讨论功能的合理性以及确定需要迭代的细节，达成共识后就可以交付给开发人员进行程序开发。
这样给其他小组的小伙伴体验就是火急火燎的进行了开发，在做的过程中又需要不断的调整。非常痛苦不说，其实效率低下，到达用户进行测试并没有那么快同时返工成本又很高。
从原型设计阶段就必须到达用户测试，这样才能更快的验证假设
原型测试不仅仅是团队沟通工具，更要重的一个方面是去探索产品的价值。这里面非常重的一个原因是，制作原型可以非常快并且成本很低，一个原型其实就可以到达用户验证假设，而不需要等到实际产品完成开发上线在进行测试。
利用原型测试，不但能减轻程序员的负担，还能够让产品经理能快速获取用户反馈让自己更加了解自己的产品，从而达到更棒的设计。
做用户想要的产品
基于真实的用户故事完成版本规划和优先级排序后，通过迭代后的开发流程就可以避免开发团队浪费时间和精力开发产品并且需要不断的修改，最后到达用户的结果也不尽人意，根本不是用户想要的产品，体验也不好。
而越快的到达用户验证产品假设，探索到产品的本质。这样也就可以确保开发团队能持续开发有价值且用户愿意使用的产品，真正为用户带来价值！
