昨天看到Caoz公众号的文章《谈谈产品与运营之 - 润物细无声》，其中一段，非常赞同：
图片发自简书App
作为一个团队，协作不简简单单是分工，更是合作，对工作划分可以有界限，但不意味着分别死等在界限两边，中间靠“流水线”传递工作接口打通，要实现这样的规范化，代价是很多的无用功，带来低效率。就和上文所说的一样，明明工程师可以搞定的、很多是约定俗成的设计细节，如果非让产品文档里写的清清楚楚，一则增加文档工作量，二来产品经理的准备时间就会加长，增加了整个迭代周期，让产品节奏变慢。
何况，有很多技术细节是很多产品经理所不具备的，而相关工程师更熟悉，所以对应一个需求，往往可以有更优雅、简洁的解决方案，如果这时候再严格按照产品经理的设计来做，工程师会痛苦，用户也不会满意，后果就是团队里互相指责，暗地里互骂SB。进而为了所谓“甩锅”更进一步死守职责划分，进入恶性循环。
好的团队协作往往有一些默契，很多东西不言自明，节省了沟通成本。另一方面，成员之间工作有一定的重合度，上下游衔接才能顺畅，而不至于互相不理解，只能靠中间文档来沟通。
面试时，所有人都会声称自己有很好的团队精神，而又有多少能举出这样“越界”、“补位”上下游工作的例子呢？仅仅和自己相同职位同事间互相帮助还不足以说明有好的团队精神，更不用提在Team Building中的表现了。
严格的职责划分和僵硬的流程，这是官僚，不应该出现在互联网公司，更不应该出现在创业公司，这不敏捷，不是吗？
