Story Bootcamp上完了，昨天早上的课叫做Release Planning。作为客户当然最好是什么都要，但时间不允许成本不允许。最好的办法不是等待一年半载，等所有feature都到位；而是尽快发布、尽快使用、尽快创造价值、尽快得到反馈。所以，要发布，要快发布。通常一次发布由2至5个迭代构成，Release Planning就是讲怎么规划这2至5个迭代的工作，在0.5到3个月的时间里创造最大价值。
（插一句旁的：我在“答读者问”中解答了读者的一些问题后，有读者说我“ 讨论起工期小于 7 天的 mini 项目了”，证据是我谈论到“ 整体长度仅为1周或2周的迭代”。任何一个做过软件开发的人都知道，迭代的长度不是项目的长度，甚至项目的一部分、一个release都要由几个迭代构成——请原谅我说“任何一个做过软件开发的人”，因为有些开发者可能确实不知道迭代是怎么回事，看起来我又需要诚挚道歉了。）
这个课给了我一个难能可贵的体验：这次我扮客户。说老实话工作这么些年真是没有做过甲方，思考问题都是从开发者的角度来的。一上来，几个同学——也就是“分析师”们——就问：你觉得哪部分最有价值最优先？我左右支吾一下，说可能下订单和支付最重要吧？于是跟着这个线作迭代计划，第一迭代第二迭代，到了规划第三迭代时才发现，有了收款的功能却没有发货的功能——那就等于收款的功能白做。于是继续调整，把发货也放到第二迭代的开头处作掉，这样我在3周之内就可以看到订货、收款、发货的流程。恩恩，make sense。
旁边那组的同学先把stories分了组，这几张是关于交易的，那几张是关于搜索的，还有几张是关于购物车的……他们的客户看起来要轻松得多。我们这组终于没有完成release plan，15分钟时间我们才计划到第三迭代。想想真正的客户也不容易，一堆电话和会议在等着，一堆文件和票据在等着，一堆他的客户也在等着，他还花时间跟我们一起做prioritizing，我们没有理由这样浪费他的时间的。
另外，同学们倒是都很专业，一直是以提建议的态度和我交流，没有自作主张。但是即便如此客户也很不容易，因为面对的都是那么聪明的顾问，要做到听取他们的建议而又不被他们的观点左右，很难。所以，做回TWer之后，心里想的就是，更加充分地了解客户的想法，更加充分地了解业务领域的价值，才不会自作主张地用自己的观点去影响客户的正确判断——TWer都有超过常人的能力去影响别人，所以需要更加谨慎地运用这种能力。
昨天下午的课是negotiation。negotiation的关键不是辩才，而是了解对方的价值与兴趣，寻求到双赢的途径。客户花了钱，又给我们提供这么好的条件，又给我们信任，是很不容易的——这是上一个项目给我留下最深刻的印象。所以，要为客户创造价值，要把客户的生活变得容易一点，我们责无旁贷的。