搜索项目原来是我这边修改的一个框架,也算是二次开发。改吧改吧就用上了,效果不错,
感谢: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形式丢给我们,协调各个小组成员去解疑。