《scrum敏捷软件开发》
第十二章：领导自组织团队
自组织是敏捷软件开发的基本概念。敏捷宣言有一个原则：“最好的架构、需求和设计出于自组织团队”。
自组织并不是指由一般员工代替经理来策划组织结构的设计，也不是指让人们想干什么就干什么。他是指管理层承诺对团队成员协作中涌现出的行为方式进行引导，而不是事先指定什么行为方式是高效的。
间接控制团队：
通过选择合适的团队成员，创造开放的工作环境，鼓励现场反馈，建立基于团体的绩效评估与奖励系统，在早期的控制任何不良趋势，信息与成果后期整合的需要，容忍甚至期待错误，鼓励供应商在早期参与进来，而不控制他们。
控制越少结果越好：
如果领导层过分的约束团队解决问题的方法，就不会有自组织团队。团队讲停止思考，因为已经告诉他们太多的解决问题的细节，告诉他们如何做，接下来的部分他们也会等别人来告诉他们。
领导者如何平衡命令与影响：
需理解团队相关的三个要素如何影响团队结构，进而决定如何影响他们的行为方式，便是其中一种方法。这三个要素是“容器”、差异与与交流。
容器：
不同人在不同的地方工作或者活动，这些地方都是不同的容器，例如某某软件开发部工作的人、某某公司的人、某个国家的人。
差异：
每个容器内的个体差异也影响他们的自组织方式。这些差异可能包括：专业技能、领域知识、能力、性别、种族、教育、沟通等等。
交流：
最后，还有可改变的交流将影响团队应对挑战的方式。主要指发生在容器内成员间的交流，一个或多个个体被这种交流改变或影响。例如：团队感受到的激励也是一个可改变的交流：把能量传递给团队。
微妙的控制：
因此领导者通过调整容器、方法或减小差异、变换交流方式能够影响团队或团队间的自组织方式，也就是做到“微妙的控制”。
总结：要想实现团队的敏捷，对于团队的领导者的把控能力要求确认是蛮高的，我感触最深和的点就是“微妙控制”，重点强调引导所有成员独立思考解决问题的能力，实现一劳永逸。同时，要实现“微妙控制”，也是要讲究方式方法：改变物理容器空间、改变差异、变化交流方式等等。
