1.看板方法---解决敏捷管理者的困境

1.解决敏捷管理者的困境
	面临的挑战：
		1.如何实现在敏捷社区所称的可持续步调，保护团队免受业务部门提出的无穷无尽的需求的困扰？
		2.如何克服其中不可避免的变革阻力，将敏捷方法成功推广到整个企业内？

	敏捷社区将可持续步调简单解释为"每周工作40个小时"。敏捷过程强调可持续开发。出资人，开发者和用户应共同维护一个长期稳定的步调。

	消极：一直以"不行"这种拒绝方式，抵挡来自业务方持续不断和善变的需求。

	软件部门和IT部门似乎总会遭遇被其他组织任意摆布的悲惨命运。大多数团队则是既没有透彻的分析方法，又没有任何历史数据支持，
  在那些想要迫使他们承诺未知(甚至是不合理的)交付期限的权术手腕下，他们无疑是势单力薄的。与此同时，软件工程师也已经基本上接受了疯狂的进度表和献身精神，并对此
  司空见惯。软件工程师好像根本不该拥有社交活动和家庭生活似的。

  	一个是要有积极的领导者，根据不同的环境裁剪框架，如果缺少这种指引，就很可能会基于自己盲目的信仰，主观的将变化强加给团队。这与因强行施加不适宜的流程模板而
  招致更大的愤怒和反对。

  	每个团队都是不同的：不同的技能要求，不同的团队能力和不同的经验。
  	每个项目也是不同的：不同的成本预算，进度，规模和风险情况。
  	每一个组织也是不同的：不同的市场，不同的价值链环节。
  	简而言之，脱离具体情境的变革建议，都会遭受身在其中，了解项目具体状况的工作者的抵制和拒绝。

  	由消除一个又一个瓶颈来不断演化发展出一个新过程，是最好的做法。这是艾利.高德拉特的约束理论的核心主题。该方法的主旨是:识别并设法减少瓶颈因素，直到瓶颈因素
  不再对效能产生约束；消除一个瓶颈之后，又会涌现出另外一个新的瓶颈，如此循环不已。这种方法以迭代方式，通过识别和消除瓶颈，系统性的提升效能。

  	我认识到，可以将这项技术和精益方法中的一些理念合成在一起。首先以价值流对软件开发的生命周期的工作流程进行建模，然后建立一个可视化的追踪系统，此后，当新
  工作"流"经该系统时，通过追踪其状态的变化，便可识别出瓶颈。在约束理论的基本模型中，具备识别瓶颈的能力是第一步。
  	鼓-缓冲-绳 被看成是拉动系统这类解决方案的一个具体实例。看板系统是拉动系统的另外一个实例。拉动系统是一个有趣副效应是，它们通过将在制品限制在一定的数量范围
  内，来防止工作者的工作量过载。此外，只有在瓶颈区的工作者会满负荷，其他人则应该会有富余时间。

  	可视化工作流程，工作项类型，节奏，服务类别，专门的管理报告和运营回顾等，共同定义了看板方法。