相信大家都读过一千零一夜的故事,接下来,我们来回顾一下这个故事。
故事有两个主角,一个男主(主动方),一个女主(被动方),
互动的方式是: 被动方 讲故事, (可以故事里嵌套另一个故事,故事也可以有多个分支。。。)
评价体系是这样的:
A)主动方 接收 某个小故事, 被动方 继续 (可以见到明天的太阳)
B) 主动方不接收,被动方 被 主动方 kill 掉 (死翘翘)
假设咱们是这个被动方,面对这么一个客户,我们可以用下面的一组词来勾勒他:
需求模糊, 缺乏反馈, 没有成型的可参考方案….
总之,目标遥不可及。
我们来看看 被动方是怎么做的。
首先,她需要精心准备第一个故事,吸引客户的注意。
(有没有点“最小可行方案”的感觉?)
女主角学识渊博(技术积累),前期的故事不成问题,准备充分,那么还有第二个难题。
客户也有审美疲劳的时候啊,要是哪天男主打了个盹,走了下神,女主就得喀嚓了。
女主讲故事的方式很特殊,举个例子,有些地方,故事嵌套了四五层之多。
这说明,故事是分层的,子故事之间有一定的逻辑关系,客户对局部功能不埋单,没关系。(框架很重要)
最后,整个周期时间很长,将近3年,这点 和 持续交付 有异曲同工的效果。
当然这只个寓言故事,你也可以用自己方式重构它。
最后,我们以《敏捷开发一千另一夜》中104页的一段文字,作为结尾。
“如果第二天可能被砍头,没有时间顾及繁文缛节又不想坐以待毙,当天晚上想出来的方法就是敏捷方法。”