敏捷开发一千零一问系列之十二：敏捷实施的步骤？

 

问题

原问题：敏捷的具体实施是否按照必定的步骤？

方案

越前面的方案月容易实施，可是也越容易流于肤浅而失败。

方案1：按部就班

这个能够说是全部事物推广的方法，不仅是敏捷，而做为“敏捷”而言，崇尚迭代交付，天然更符合按部就班的思想。

方案2：面向问题

经常听到这样一个问题：我是过程改进人员，之前CMMI过级的时候很忙碌，也很充实，最近公司今年没有过级的任务，你们都闲下来了，下一步该怎么办呢？

既然是过程改进人员，就应该改进过程，和CMMI原本是无关的。CMMI的引入，是帮助咱们解决问题的，而不是让咱们忙碌和充实的。现实项目的问题和困难，才是咱们忙碌和充实的缘由。

对于敏捷地推动者，也是如此。

若是不知道“按部就班”从哪开始，就看看团队有哪些最严峻的问题亟待解决，做为一个起点。

方案3：营造生态

生态是个高级话题，在“敏捷生态系统”系列中有描述。

举个例子，若是发现“队员之间缺少沟通”是当前最亟待解决的问题，就会很容易把站立会议做为起点，看似一下就解决了沟通问题。

但不久应该就会发现，队员们说是说了，可是各说各的，很快就解体了。缘由就是以前所说的，因为没有团队关系上的共同关心、互相帮助的机制，有效的沟通很难创建起来。

这种状况下，师徒制度是一个很好的起点，高手早就想当“组长”了，新手则一直想“拜师”，原本就是一拍即合的事情。

方案4：共振

Ken描述过他应邀去一家企业挽救一个问题重重的部门的故事。

那时候敏捷乃至他本人尚未名气，因此他意识到若是把敏捷以一种全新的方法论引入，必须通过高层领导对“新体制”的审核才能推广，周期和过程都很漫长。

因而他就先使用了一些雕虫小技，好比需求条目化和优先级排序，这些都是些工程实践，根本无需高层领导过问。刚开始你们还迟疑不信，但当人们感受到了好处，他就再推动一些新的实践，就没有人迟疑了；无形之中若干时间以后，“新体制”已经存在了。

方案5：无为

无为属于老子说的“很是道”佛陀说的“不可说”的东西，一提及来就带着点玄劲。不过看看1～4，不就是无为吗？（我在揣摩文字的时候刚发现的）

按部就班，是一句很废话的事情，即便是一次性周密计划好的事情，也是按部就班走的，至关于没说。

面向问题，就是不要制造问题（好比“我们没有CMMI级别啊”“人家都推了敏捷了啊”），不制造问题，开发问题就够多的了，无需制造。

营造生态，生态是自然存在的，随便抓一把土放到花盆里边，只浇水施肥，都不用放种子，就会长出植物来。企业中历来不乏想改进的团队和个体，为他们创造环境他们会本身成长。

共振，坏人老是互相利用，好人老是互相帮助，电影里坏人作非法买卖也是先作几单小的试试水，因此好人作好事也别着急。现实世界很像一个悬疑片，在前80分钟你分不清谁是好人谁是坏人的，领导怀疑你是我的兴趣，团队怀疑你想占据功劳，因此先用实际行动取得信任再说。

因此无为，不是无所做为，而是不要刻意为之，而要充分利用既有的问题、资源、方法、人员……阻断向不利方向发展的条件，创造向有利方向发展的条件，剩下的让“无”来管理。

分析

敏捷开发和其余事情的推广，不少时候都是“随缘”的，没有既定的道路可走。

这时候方向比路径重要（无住），立意比行为重要（无我）。

昨天有人问我博客之星是怎么当上的，是“评选”的仍是“申请”的，说实话我也不知道，仍是别人在首页看到后在QQ群告诉个人，因此也没办法回答“成为博客之星的具体步骤”。

我就只管每个月尽心地写2位数的博客。