团队间合作的教训总结

目录：

1、客户需求

2、我们的承诺

3、验收障碍

4、教训总结

内容：

本文是由同一个部门，两个团队联合开发功能没有完全吻合转引而生，由于项目原因，在此将项目需求举例说明，文中客户表示另一个项目团队。

1、客户需求

    很明确，要去北京的颐和园。

2、我们的承诺

    我们一定能让您安全及时的到达北京颐和园。

3、验收障碍

    客户想要的是直接乘坐飞机落在颐和园的门口。而我们提供的是什么呢，我们给用户火车，到北京后转乘出租车，然后进入颐和园。结果客户不给验收。

4、教训总结

    1）、主要原因是没有经常的与客户沟通确认成果，即Scrum早会要求客户参加。导致最后才发现并不是用户想要的。

    2）、如果存在技术瓶颈的问题，在没有做好技术验证前，不要给客户承诺完美解决方案，一旦方案存确定，及时反馈给客户，并要求书面方式给予风险认可回复。不至于在验收时，没有凭证跟客户叫板。

    3）、客户给出的需求不仅仅是功能层面的，而且应该包括使用方式、操作习惯。避免出现用户喜欢坐飞机而不是火车。

    4）、同一个比自己资格老的人合作，要处处小心，任何存在的、潜在的问题都要书面确认并备份。有些过分精明的人容易斤斤计较，留一手绝没坏处。

    5）、如果客户是处于甲方的位置，即使平时很好，资格很老，也不要期盼他能帮助你什么，即使两方都有责任，他也会尽量将责任推给你这个新手。在利益的驱使下，基本的交情是不可靠的，更何况还有喜欢看热闹的人存在。