【技术交流】如何进行团队协作
表达逻辑：是什么，为什么，好不好，怎么做是什么：最近中途加入一个方案前期工作，期间像往常或者普通的思考模式做事情。提纲、参考、 成果。但得到的结果没达到要求。
为什么：自己以为我已经做到了该做的，缺没得到想要的结果。细想发现自己并没明白如何进行团队协作，如何协调别人好好的完成一项任务。引出对团队协作的思考。
好不好：通过两个实际的案例对比好不好。
一、平时生活工作中，自己以为做了很多，觉得自己很累，别人应该表扬、感激你，但常常事与愿违；
二、有的leader,可以带着在你看来很差的人把事情做的很好；但有的leader，带着能力很强的人却做不好简单的事情。
怎么做：通过自己经历过的事情以及生活中的案例，发现我们主要的问题即：
一、以终为始的思维
在安排事情的时候，不明白什么是重点，不知道要达到什么目的，得到一个成果，眉毛鼻子一把抓。
具体操作，首先自己要完全了解整个事情，知道什么是重点。因为你要协调大家一起做。在你理解清楚后，与大家一起制定清晰明确的任务，并得出明确的评判标准（二八原则确立任务）
1. 关于如何进行团队协作，大家有什么经验可以分享？
2. 如何进行团队协作需要注意哪些关键点？
3. 有没有相关的规范或案例可以参考？ 关于团队协作的本质定义
在建筑工程领域，团队协作的核心是目标对齐+责任闭环，不是简单分工。根据《建设工程项目管理规范》GB/T 50326-2017第4.3.2条，项目团队应建立"目标分解-过程监控-结果评价"的闭环机制。拿设计院配合来说：当建筑专业出方案图时，结构、机电专业必须同步介入，而不是等建筑图完成后再被动配合。你提到中途加入项目结果不达标，很可能因为前期目标分解时没把你纳入责任矩阵——就像施工中水电预埋没参与图纸会审，后期必然要凿墙返工。
为什么个人努力≠团队成果？
这个问题在工程管理中太典型了。结合你描述的案例，关键在三个断层：
■ 信息断层：你按常规做提纲参考，但没确认前期决策链。比如方案阶段甲方口头提过需求变更，但没人同步给你，你按旧版基础做成果当然不符要求。这就像施工员按旧版图纸绑钢筋，验收时才发现设计已修改。
■ 责任断层：自以为做到位，可能只完成了任务而非结果。规范第5.2.4条强调"以交付成果为导向"，你交了提纲但没确认是否满足下游专业需求（比如结构专业需要你提供荷载参数才能计算）。就像钢筋工绑完骨架却没留管线通道，表面完工实际埋隐患。
■ 反馈断层：工程行业最忌"闷头干活"。你提到"以为该做的都做了"，但没建立阶段性确认机制。参考EPC项目管理经验，我们每次方案调整后必开15分钟站会，用BIM模型直观对齐各方意见。你中途加入时若没主动要历史会议纪要，就像新进场监理没看监理日志直接验桩。
如何落地团队协作？三个工程场景建议
刚入行时我也栽过跟头，后来摸索出可操作的方法：
■ 接手项目先画责任矩阵表
把任务拆解到具体动作，明确"谁决策/谁执行/谁知情"。比如方案修改：建筑专业是执行人，结构专业是决策人（涉及荷载调整），成本部是知情方。参考规范附录B的RACI矩阵模板，用Excel就能做。上周我们改幕墙方案，就是靠这个表避免了结构专业漏审的问题。
■ 建立信息同步双通道
除了常规会议，必设关键信息快照。比如每次方案调整后，我用3句话邮件同步：1）变更点 2）影响专业 3）需确认时限。有次修改楼梯位置，30秒写清"梯段移位1.2m→影响结构梁高→请结构明日12点前确认"，比开长会高效得多。这招是从总包协调分包中学来的。
■ 阶段性做"成果预验收"
别等最终交付才反馈。方案做到60%时，主动约相关方快速过一遍。参考施工样板引路制度，我们方案阶段会做迷你汇报会：15分钟展示+5分钟确认。有次方案中期，结构专业当场指出层高不足，比后期返工省了3天。记住规范第4.5.3条说的"过程验收比最终验收更重要"。
最后提醒：团队协作不是讨好所有人。我见过施工员为让各方满意反复改方案，结果超工期。要像处理工程变更一样——先评估影响，再按程序确认。你提到leader带差团队也能成事，本质是抓关键路径：设计阶段抓结构安全，施工阶段抓质量红线。具体执行时，建议把《建设工程项目管理规范》第5章打印贴工位，比空谈协作有用得多。需要的话我私你RACI矩阵模板。
页:
[1]