团队沟通经验，双赢方法论那些不得不说的秘密

写给第一次做项目的小白，合作中一定要避开的雷区。

1. 任何项目一定要确认并熟悉团队，在选择队友时，你需要确定自己的需求，看重能力，性格，还是经验。当然，在面对无法选择的情况下，你需要把握好人际交往的距离，否则过近的关系导致你拉不下面子，过远的关系导致无效的沟通。

2. 团队一定需要leader。我这里用leader，区别于带有官僚主义色彩的“领导”。成为leader，起码有责任心，对项目架构认知清晰，关心项目进度并积极沟通，努力构造好的团队氛围。

3. 在一个开放式命题比赛中，第一个争端出现在方案的选择。提出的不同方案最好不要一开始就否决，而是列出清单并标注优先级，哪些是项目必须完成的基本目标，哪些是锦上添花的内容。而最终的清单需要可行性验证，实际使用的技术及完成功能的人员。将那些不满足要求的选项划去。

4. 在确定完目标后，将需求拆分成小单元，单元规模参考软件构造，低耦合高内聚的要求。保证代码改动不影响外部，代码逻辑简洁。

5. 开始开发前需要设置项目开发的环境，包括代码版本管理工具，操作系统，硬件驱动，依赖，库，编译器或解释器版本。并将安装流程及冲突问题解决方法整理成文档。如果没有代码版本管理工具，不便确定哪个是最新版本，而遇到问题该退回哪个版本。代码的注释帮助接手工作的开发者迅速理解代码，提高效率。

6. 项目的计划需要安排包括时间，地点，人员，工作内容。在技术不成熟的情况下，无法合理的安排分工将严重拖慢开发效率。工作内容的交接需要明确输入输出及测试标准，明确工作完成期限，及工作遇到问题无法在期限完成的补救方案。

7. 开发过程中不要对他人的工作指指点点，要有等待他人完成工作的耐心，要乐于帮助他人解决问题。

8. 沟通的语言不要带有个人色彩，少一点说教的意味，不要谈及工作无关的私人生活，不要辱骂、讽刺、贬低他人。不要做一切阻碍沟通的事情，也不要占据别人的个人时间。谈事情要在工作的时间，工作的场合谈，合理的安排包括非工作场景突发状况的解决。

9. 制造焦虑的人要负责解决焦虑。

10. 工作中和别人沟通要说明自己的需求，同时提供交换的条件，在协商中达成共赢。

最后总结一下，工作不同于交友，利益的交换隔断情感的依赖。