敏捷一词，大家都耳熟能详。在这个高速发展的信息时代，敏捷对我们来说犹为重要。敏捷就是很轻很快吗?带着这个认为，让我们来听听Autodesk中国研发中心项目经理李丁山对敏捷误区的解说。
李老师从去年的敏捷之旅上海站谈起了敏捷这个话题。他从开发机顶盒讲到Working software，引出敏捷真正关注的是什么，其实不是速度，追求速度，很多时候会带来很多问题。而真正关注的是一个客户的需要和质量，然后真正交付的是客户的价值。要先关注客户要什么，自己的东西给客户看后，他会有很多反馈。可能最终给的东西不是他真正想要的。敏捷真正想知道用户需要的是什么，而不是用户告诉自己要做这个就做这个，不做进一步的沟通，不频繁从客户那里得到反馈，李老师说道。
质量也很重要，不仅要知道客户需要什么，还要有很好的质量。敏捷一直关注客户的价值，李老师觉得，这体现在两方面：客户的需要和自己的软件。交付出来的产品必须有质量保证，只有在这两个前提下才能说实现了客户的价值。另外，还需要快速地响应变化。如果之前不去和客户沟通，不去频繁得到反馈，可能最后交给他的东西完全不是他真正要的东西。所以敏捷当中特别强调快速响应客户的变化，此变化可能是来自于客户发起的。也会是来自技术上的变化，此时需采用新技术来实现功能。李老师告诉我们作为一个敏捷的团队，需要有能力快速把客户的变化响应到现在的产品开发当中。
从敏捷的角度来说，要尽早持续交付顾客的价值。交付的前提是尽可能缩短时间，所以说敏捷的团队除了要响应变化外，还要能够尽快地持续把客户的价值交付过去。他解说到：这两点是相辅相成的，如果一个团队不能够快速响应变化，它的技术能力、团队能力不能做到这点，要做到今早持续交付客户的价值会变得很困难。真正的敏捷团队是能够不断地把客户的价值交付过去，而且客户有任何的响应变化，团队都可以很快响应过来，告诉客户很好，而且可以很快把这个变化实现，这才是敏捷的真正反映。
在北京参加会议时介绍敏捷的这个故事，道出了敏捷是有计划的。计划是为了达到目的的一个过程，是业务增长的蓝图和发展的路线图，故计划其实是个过程，并非身边看到的一个时间表，李老师这样解说。他还说敏捷的计划不太一样，它计划的对象是客户的需要。敏捷当中需要实现客户的价值，其包含了客户的需要和质量，在敏捷计划的时候，他们直接是客户的需要即需求。他们真正是客户需要的计划，不会对实现需求的每一个步骤做具体的计划，但是会对这个做计划。这个计划包含：我要做什么；我要做到什么程度，因为可能把问题做得很复杂或很简单，这取决于你要做到什么程度，这是用户验收的标准，自己怎样才算是标准，包含在这里。
什么时候需要？是李老师接下来要说的。因为计划太大了，太不清楚了，很多细节需要了解。所以什么时候需要包含了这个需要对于客户来说它的价值是什么，如果对客户来说这个价值非常高，自己把这个交给客户，他立刻就可以到市场上开始赚钱了，那对于客户来说这就是立刻要去做的，立刻做好了，客户立刻就有投资回报，对他来说非常好。
还有就是实现它的风险。很多时候敏捷团队希望风险高的东西先做，因为有时间去做一些调整，把很多高风险的地方全部扔到以后来做的话，可能风险真正变成现实的时候会发现自己已经没有机会去调整了，所以可能有很多因素去决定说什么时候需要，但这个也是他们所计划的。李老师还通过楼里用物理白板来说明通过这种方式能过很快速适应用户的需求变化。
大家都知道敏捷很多时候是用迭代的开发来做的。李老师打比方说前面讲的可能两周或者四周的一个迭代去做，自己每个迭代要完成什么目标。这个完成的目标有的朋友会说，完成目标就是把需求达成了，这个不是他们在敏捷当中所谈到的完成目标。完成的目标是完成什么功能，然后交给客户可以开始用，这个完成目标应该是客户的价值，真正把一些客户的价值实现了，而不是说自己把需求达成就可以了，这个不是他们希望的。并通过敏捷每日需要的计划，来表出敏捷的计划某种程度上是个适时的计划。也通过举人们对旅游的计划来说明敏捷确实是有计划的，而且计划有好多层，不仅仅是一个感测图。
下一个故事是关于度量的。其中提到美国人到中国，通过在周末去停车厂看车来判断加班人员。从这个度量项目引申出在敏捷的度量。李老师从中看到两点：一个是度量的整个团队需要什么，团队需要什么就度量什么。在一个就是足够就好，不是说把所有的度量都放上去就是好的度量，那么多的度量放上去未必。回报不一定让自己觉得投入是值得的。所以敏捷不希望有那么多无效的度量，它没有意义。同时提到了速度，在敏捷当中每一次迭代，这个团队能够完成总的用户需求的工作量就是这个团队的速度，可能每个迭代的速度可能上下有所浮动，可根据最新的数据就大致推断一下团队剩余的工作还有多少时间可以完成，这就是速度。另外，质量是需要度量的。质量可能有很多度量方式，李老师告诉我们。当团队需要改善的时候，需要引入新的度量，但团队需要什么度量，需不需要，要根据团队的状况，根据其需要提高的地方去调整，并没说一来就需要把20个度量放上去。最关键的是团队决定需要度量的项目，这个是敏捷当中的度量问题。
针对敏捷的团队，李老师说到几点。一个好的敏捷团队同样需要老板，而且敏捷不希望把团队成员当成一个流水线上的机器。那敏捷团队真正需要的是什么？一个是指导，一个是需要其他人做好后勤等方面的工作，另外就是保护团队不被打扰。李老师又说一个敏捷的团队并不是不需要管理，关键是如何管理：首先是给团队一个指引；其次是作为经理，要帮其扫清障碍；第三是提供培训，让团队有更好的技能和能力，能做得更好，更佳；很重要的一条是用一种反馈方式来告诉团队走的方向是否正确，就是更多的反馈，更少的命令来替代。
听了李老师敏捷的话题，相信大家对敏捷有了更确切的了解。敏捷不再是单纯的快，它富有更多的意义。“敏捷”，让大家更敏捷！