最近遇到的团队协作问题

在产品研发环境,团队协作的重要性不言而喻,但现实中牵扯到责任、利益、工作量等等,会变的极其复杂,举步维艰。
最近的几个项目遇到了各种各样的奇葩问题,各种不爽,吐槽一下,算是总结吧。

场景1:

A和B项目对接测试,测试团队T负责测试和环境搭建等,AB分别在两个城市,所以测试环境需要在线上,线上环境的搭建,需要运维团队O的帮助。O团队搭建好环境,提供了环境信息清单给A和B团队,A和B系统对接时发现一个业务流程无法走通,T诊断后发现是B一个调用系统C的API的问题,然后联系系统C的dev,dev在调试时需要测试环境的一个不在环境清单上的信息来做调试,但O无法提供,因为对系统AB具体的业务不是很熟悉,dev问O要,O说不能提供,dev也不知道应该问谁要,然后就把这事撂在这里了,T跟踪后发现无法解决,将问题抛出来。

槽点:

  • 这种项目是需要一个强有力的PM的,至少能驾驭A和B的leader,PM遇到障碍后没有协调资源,导致问题不能有效解决
  • 关键位置的人对系统的熟悉度不够,那个O就是这样
  • 参与对接的几乎每个人都没有觉的这个对接测试是自己的事情,遇到问题的第一反应是推卸责任,而不是尽力解决; 这是公司文化和协作氛围的问题
    场景2:

X和Y项目对接,XY分别在两个城市,对接需要用到X项目相关的API,这部分API原来有个专门的项目组负责,后来这部分业务维护很少,项目组解散。XY对接测试开始后,接二连三遇到障碍,耗费了将近1个月后,将所有障碍列清单统计,90%是相关API的功能问题或者API的文档、SDK的缺陷,API团队的老员工目前走的走转的转,只能抓到一个比较熟悉的,但因为多年没有得到升迁有抵触情绪不想接手。测试持续了快一个月的时候,我提出终止项目上线,理由是对接条件不成熟,达不到集成测试或系统测试的程度。建议提出的时候大领导脑袋一甩,说怎么能说停就停呢,继续做。 到现在开发、测试、PM都很不爽,但项目就烂在哪里,上线遥遥无期。

槽点:

  • 项目开始前的风险评估是有问题的,没有预料到风险并做出有效的防范措施
  • 项目PM和老板是有责任的,对于下面反馈回来的信息,没有做出正确的决策
  • X项目的负责人是有很大责任的,项目内的API的成熟度不够,自己浑然不知,盲目对接