69书吧

手机浏览器扫描二维码访问

第33章 团队矛盾协调难题（第2页）

“因为你们之间缺乏真正的理解。”

我继续道，“设计不懂数据逻辑，数据不了解用户行为，运营只看指标，不问过程。

这不是项目的问题，是人的问题。”

气氛一下子沉了下来。

---

中午饭都没吃，我就一头扎进办公室，打开模拟器。

输入团队协作参数：成员关系网、过往合作频率、冲突指数、任务依赖度……

系统运行了将近十五分钟，最终输出一份详细的团队结构分析图。

结果显示，整个项目组被划分为三个“信息孤岛”

：

1.设计组与数据组几乎零交流；

2.老周与其他成员存在明显信任壁垒；

3.新上任的产品助理们形成了两个小圈子，互相较劲。

更糟的是，有一条隐藏路径显示，某些成员正在有意无意地制造分歧，影响整体节奏。

也就是说，有人在背后搞事情。

我盯着屏幕，心里已经有了打算。

---

下午两点，我召集所有人开会。

但这次会议，座位安排变了。

我把设计组和数据组混坐在一起，让老周和新人产品经理助理并排而坐，甚至把之前最吵的两个人安排在同一组。

“今天不开传统汇报会。”

我站在前面，“每个人都要汇报对方小组负责的模块进展，并指出他们可能忽略的问题。”

会议室一阵骚动。

“这不合理吧？”

小赵皱眉，“我又不是做设计的，怎么汇报他们的工作？”

“所以，你平时根本不了解他们在做什么。”

我淡淡地说，“这就是问题所在。”

会议进行到一半，果然暴露出一堆认知偏差。