`
javasee
  • 浏览: 960524 次
  • 性别: Icon_minigender_1
  • 来自: 北京
文章分类
社区版块
存档分类
最新评论

西行漫记(8):做客户,不容易

阅读更多

Story Bootcamp上完了,昨天早上的课叫做Release Planning。作为客户当然最好是什么都要,但时间不允许成本不允许。最好的办法不是等待一年半载,等所有feature都到位;而是尽快发布、尽快使用、尽快创造价值、尽快得到反馈。所以,要发布,要快发布。通常一次发布由2至5个迭代构成,Release Planning就是讲怎么规划这2至5个迭代的工作,在0.5到3个月的时间里创造最大价值。

(插一句旁的:我在“答读者问”中解答了读者的一些问题后,有读者说我“<!--StartFragment --> 讨论起工期小于 7 天的 mini 项目了”,证据是我谈论到“<!--StartFragment --> 整体长度仅为1周或2周的迭代”。任何一个做过软件开发的人都知道,迭代的长度不是项目的长度,甚至项目的一部分、一个release都要由几个迭代构成——请原谅我说“任何一个做过软件开发的人”,因为有些开发者可能确实不知道迭代是怎么回事,看起来我又需要诚挚道歉了。)

这个课给了我一个难能可贵的体验:这次我扮客户。说老实话工作这么些年真是没有做过甲方,思考问题都是从开发者的角度来的。一上来,几个同学——也就是“分析师”们——就问:你觉得哪部分最有价值最优先?我左右支吾一下,说可能下订单和支付最重要吧?于是跟着这个线作迭代计划,第一迭代第二迭代,到了规划第三迭代时才发现,有了收款的功能却没有发货的功能——那就等于收款的功能白做。于是继续调整,把发货也放到第二迭代的开头处作掉,这样我在3周之内就可以看到订货、收款、发货的流程。恩恩,make sense。

旁边那组的同学先把stories分了组,这几张是关于交易的,那几张是关于搜索的,还有几张是关于购物车的……他们的客户看起来要轻松得多。我们这组终于没有完成release plan,15分钟时间我们才计划到第三迭代。想想真正的客户也不容易,一堆电话和会议在等着,一堆文件和票据在等着,一堆他的客户也在等着,他还花时间跟我们一起做prioritizing,我们没有理由这样浪费他的时间的。

另外,同学们倒是都很专业,一直是以提建议的态度和我交流,没有自作主张。但是即便如此客户也很不容易,因为面对的都是那么聪明的顾问,要做到听取他们的建议而又不被他们的观点左右,很难。所以,做回TWer之后,心里想的就是,更加充分地了解客户的想法,更加充分地了解业务领域的价值,才不会自作主张地用自己的观点去影响客户的正确判断——TWer都有超过常人的能力去影响别人,所以需要更加谨慎地运用这种能力。

昨天下午的课是negotiation。negotiation的关键不是辩才,而是了解对方的价值与兴趣,寻求到双赢的途径。客户花了钱,又给我们提供这么好的条件,又给我们信任,是很不容易的——这是上一个项目给我留下最深刻的印象。所以,要为客户创造价值,要把客户的生活变得容易一点,我们责无旁贷的。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics