0
点赞
收藏
分享

微信扫一扫

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


这是敏捷开发一千零一问系列的第十二篇。(在这里提问,之一,之二,之三,问题总目录)

问题

原问题:敏捷的具体实施是否按照一定的步骤?

方案

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

方案1:循序渐进

这个可以说是所有事物推广的方法,不只是敏捷,而作为“敏捷”而言,崇尚迭代交付,自然更符合循序渐进的思想。

方案2:面向问题

常常听到这样一个问题:我是过程改进人员,以前CMMI过级的时候很忙碌,也很充实,最近公司今年没有过级的任务,大家都闲下来了,下一步该怎么办呢?

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

对于敏捷地推进者,也是如此。

如果不知道“循序渐进”从哪开始,就看看团队有哪些最严峻的问题亟待解决,作为一个起点。

方案3:营造生态

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

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

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

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

方案4:共振

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

那时候敏捷乃至他本人还没有名气,所以他意识到如果把敏捷以一种全新的方法论引入,必须经过高层领导对“新体制”的审核才能推广,周期和过程都很漫长。

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

方案5:无为

无为属于老子说的“非常道”佛陀说的“不可说”的东西,一说起来就带着点玄劲。不过看看1~4,不就是无为吗?(我在揣摩文字的时候刚发现的)

循序渐进,是一句很废话的事情,即使是一次性周密计划好的事情,也是循序渐进走的,相当于没说。

面向问题,就是不要制造问题(比如“咱们没有CMMI级别啊”“人家都推了敏捷了啊”),不制造问题,开发问题就够多的了,无需制造。

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

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

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

分析

敏捷开发和其他事情的推广,很多时候都是“随缘”的,没有既定的道路可走。

这时候方向比路径重要(无住),立意比行为重要(无我)。

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

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

举报

相关推荐

0 条评论