化；E是交换，指系统内外能量和信息的交换。CDE是影响系统自组织的速度，路径，方向的3个条件。
我觉得CDE模型可以很好去阐述，什么要素在项目团队建立和启动期，对团队自组织的形成至关重要。
Container：
Container就是容器，容器的含义就是，把一个团队绑定在一起的东西。这个可以是实体的，比如空间，地理位置；可以是虚拟的，比如规则；可以是情感上的，比如成员之间的感情喜恶，受人敬重的领导者等。
想要团队具备自组织的条件，在容器这个角度来说，可以考虑这几点。
团队规模
敏捷里面一直鼓励小规模的团队。scrum里面建议一个团队是7人左右。
成员数量如果太小，不成规模且很可能无法在关键事情上获得好的决策。
但团队的规模太大了，沟通管理内耗大，且容易形成小团队小组织。
为什么scrum 建议的是7人，也正是因为这个道理。N个人的团队的两两沟通路径，是N*(N-1)/2, 7个人的沟通路径总数是21， 8个人就变成28， 9个人就是36。超过9个人，沟通的内耗就太大了。
团队的名称
给团队取个名字，容易让团队成员获得归属感和集体荣誉感。
集中办公
让整个项目团队坐在一起办公，是增加沟通效率最直接的方法。在矩阵组织中，这样做的一个弊端是，减弱了职能部门间的交流。这个就需要职能部门通过某些规则，比如定期召开的会议，来把大家组织在一起交流分享，增进沟通。
共同目标
团队需要有共同的，清晰定义的目标。团队协作的本质是共同奉献，这种共同奉献需要一个切实可行、具有挑战意义且让成员能够为之信服的目标。只有这样，才能激发团队的工作动力和奉献精神。
制定规则
团队需要有清晰定义，公开透明的规则。这个规则是团队成员讨论后一致认同的，而不是管理层要求的。规则里面定义的通常是哪些事情，想法，言论是被鼓励的，哪些是禁止的。这个规则可以和团队目标一起，打印出来贴在团队的白板（假设是有物理白板）上，作为一个提醒。
团队的规则一般不需要太多太细，只需要把重点列出来几条就可以了。而且可以定期回顾和修改。
规则可以是团队行为上的规则，也可以是项目上的规则，比如敏捷中的DoD，其他用于保证质量和流程的，都可以作为统一的规则。
Difference：
Difference虽然翻译为差异，但这里指的其实不仅仅是团队的差异性，团队成员的差异性，而是指在一个系统中，比如一个团队中，我们可以引入什么样的差异，来为团队的自组织作出贡献。差异创造的是张力，是能量，让系统发生变化的原动力。
团队成员选择
团队成员要考虑差异性：不同性别，国籍，教育背景，性格等。都可以为团队变化产生作用。比如，假如团队成员普遍比较谨慎，可以考虑引入性格比较乐观的人，激发团队内部的不同视角和观点。又比如，团队成员新人较多，可以找资深员工给团队的关键工作把关。
另外我们要鼓励不一样的声音，鼓励健康的“争论”，允许求同存异。
当然很重要的是，我们要选择主动性强的员工，而不是完成工作的机器，或者更甚的是无事生非，抱怨挑事的。没有主动性的员工，无法在团队内部创造能量和张力。而无事生非的员工，只会创造负面的能量破坏团队的稳定性。所以这样的人假如在团队里存在，团队的自组织就会受到很大的障碍。
怎样选择人才，怎样调动员工积极性，也是企业管理者很大的课题。
听说有些公司，做过让员工自己选择队友组队尝试，取得了很好的效果。
决策边界
我
