搜索项目原来是我这边修改的一个框架，也算是二次开发。改吧改吧就用上了，效果不错，

感谢：dog cutting大师。后来公司收购了一个更厉害，专业做搜索的团队过来，自然，搜索的相关

解决方案由此团队来承担，暂称此队伍为:H队。H队指定了一个接口人与我方进行沟通，

我方组成人员如下：

A组：负责a功能开发。

B组：负责b功能开发。

C组：负责c功能开发。

作为PM的我，如何来协调这类问题？针对提供参数接口这件事，

我原来的做法：

1、让各个小组提供接口参数，以邮件方式，发给搜索接口人。

2、让DBA将数据库的文档发送一份给搜索接口人。

3、跟踪任务进度。

以为没事了，具体的工作，他们会搞定。

结果，问题来了。。。。

面临的问题：

A、B、C组人把接口参数一股脑的丢给搜索接口人，每个接口对应的参数各不相同，这样，就苦了搜索接口人。

他要一个个的去查DB文档 ，对文档的字段含义，长度，描述等信息。。。

后果？可想而知了。。。。

此时，又一个“沼泽”来了，

数据库的结构在随时变化着，或者是库结构在不段的调整，造成搜索接口人根本就有几个字段对不上，

或者，不理解字段的含义，于是，他就要去找各个小组的人。来确认问题。

如此恶性循环下去，，，麻烦越来越多，参数变的不稳定，双方情绪也变得恶化。

最重要的是，项目的时间在不断的被延期。。。

现在做法：

1、各个小组成员把需求反馈给我，做进一步汇总整合。

2、汇总后的结果，转交给DBA，做进一步的订正，除错。

3、保持一个稳定的库表结构，最好接近于生产环境。

4、将整理后的结果，反馈给搜索接口人。

5、搜索不确定的因素以及疑问，以FAQ形式丢给我们，协调各个小组成员去解疑。