OpenUP核心原则二：协作，协作以协调利益，以及保证理解一致。

协作，协作以协调利益，以及保证理解一致。

      培育一种健康的团队环境，支持团队成员互相协作并且形成对项目的一致理解。

简介

      软件是由具有不同兴趣爱好和技巧的团队成员一起创建而成，这些人通过一起协同工作来保证高效性。
      本文描述的开发实践关注于培养一个健康的团队环境。健康的团队环境支持高效的协作，使项目参与者（开发团队、质量保证工程师、产品干系人和客户）利益达成一致，帮助项目参与者形成对项目的一致理解。

实践

维持一致的理解

      项目参与人需要对项目达成一致的理解以保持项目协作的高效性。否则，如果团队成员在理解和利益方面都无法达成一致，大家都基于不同的目标一起工作，这将导致项目混乱无序。
     我们需要建立一种机制让项目参与者主动沟通，并且共享信息。不要假设每个人都会寻找他们需要的信息进行了解，甚至是假设每个成员对项目的理解和其他人的理解是一样的。使用工作产品（例如愿景、工作项列表和需求文档）让干系人和开发人员之间达成一致的理解。使用架构关注开发人员的利益并且让他们达成一致认识。在每个迭代的最后，在迭代目标是否达成上需要达成一致认识，如果迭代目标没有达成，下一步应该采取什么措施也需要达成一致认识。

培育高信任度的环境

      在感觉到不安全的环境下，人们通常不愿意交流他们的想法，不愿采取主动，甚至是默许他们的无知状态。在这种信任度较低的工作环境，我们需要费尽周折地把项目活动计划得很详细，细致的监控，过度的审计。低信任度的工作环境也可能导致团队无法快速的应对变更。

我们可以采取措施培育一个高信任度的环境：

根据意图管理(manage by intent)：

      创建一个环境让团队进行自我管理，管理者只是作为团队教练出现，帮助团队成员完成他们的目标。

推倒障碍墙

      移除抑制项目参与者之间达成一致理解的物理上和心理上的障碍。

设身处地的为他人考虑

      在批评别人或者面对别人的批评时，尊重并且理解别人的观点。

以中肯的态度回复他人观点

      人们常常通过争吵或者反对观点回复别人的观点，尤其是技术人员，这将导致观点上的对抗或者互挑毛病，仅仅少数人提供了有意义的讨论意见。鼓励并且培养习惯重视有价值的讨论，而不是一味的争吵和提出反对意见。

从自身开始检讨沟通问题的根源

      我们需要理解每个都有自己看问题的视角，这些都隐藏在每个人的思维背后。我们应该养成一种习惯，识别出个人思维中的一些假设或者偏见，这些内容将导致争吵和不良的沟通结果。总有些时候有些人很难“对付”，不过可以通过调整自己对问题的看法得到解决。

理解工作团队文化的约束

      有些组织允许团队成员犯错误，提问并且做出尝试。有些组织则无法做到，但是随着时间推移和付出的努力，这些组织正在慢慢改变。一些组织不能够容忍错误，如果这些团队的成员允许犯些错误并且做出尝试，那么他们自身会处于危险的境地。理解你所处的环境并且相应的保护自己。我们需要理解在信任度低的组织中在达到他们的目标过程中会存在更多的问题，而且提供的工作环境的满意度也会更低。

共同承担责任

      当团队成员一个人独立完成任务时，会存在一些不利因素。这个成员与团队其他成员的沟通将越来越少，甚至停止了沟通。这种环境下工作的团队成员可能会遇到问题并且不寻求帮助，或者是没有意识到团队已经遇到问题了并且需要他们提供帮助。他们对于项目的理解与团队其他成员对项目的理解并不一致。更为糟糕的是，当看到团队的成员根据自己的兴趣朝着不同的目的努力时，团队成员之间的信任将被打破。

      团队成员都对各自工作产品负有主要责任，与此同时，团队成员也应该对团队的工作产品共同承担责任。不存在只是别人责任职责范围内的产出。这也意味着需要团队成员之间帮助加快进度延缓的工作，或者和因为某些原因工作拖延的团队成员一起工作，甚至是寻求帮助。经验丰富的团队成员应该额外警惕并且帮助经验不足的员工，鼓励他们在需要帮助的时候寻求帮助。

持续学习

      不仅仅是因为软件开发是一个快速发展的领域，技术技能会快速过时，而且这个领域经验很重要，软件开发是一个不断的尝试和遇到问题的过程。更进一步来说，软件是由一个共同协作才能达成目标的团队开发出来的。
      我们需要持续的开发技术上和人际交往上的技巧。学习同事的好榜样，同时成为同事的老师和学生。不断增强个人的能力以解决自己对其他团队成员的对抗态度。

以架构为中心

      当项目规模不断扩大，团队成员之间的沟通变得日渐复杂。如果所有的团队成员都理解完整的系统，他们将能够更专注于他们重点负责的一到多个子系统。通过为团队提供一份相同的词汇和系统共同的思维模型（mental model），以架构为中心开展工作的方式还有助于促进团队成员之间的沟通。
      以架构为中心，并且持有共同的词汇和对系统一致的认识开展工作。通过这种方式可以避免个人和团队形成所谓的信息孤岛——他们完全地把注意力聚焦到子系统，并且对其他系统毫不知情。