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的關鍵不是辯才，而是了解對方的價值與興趣，尋求到雙贏的途徑。客戶花了錢，又給我們提供這麼好的條件，又給我們信任，是很不容易的——這是上乙個專案給我留下最深刻的印象。所以，要為客戶創造價值，要把客戶的生活變得容易一點，我們責無旁貸的。
西行漫記（8） 做客戶，不容易
story bootcamp上完了，昨天早上的課叫做release planning。作為客戶當然最好是什麼都要，但時間不允許成本不允許。最好的辦法不是等待一年半載，等所有feature都到位 而是盡快發布 盡快使用 盡快創造價值 盡快得到反饋。所以，要發布，要快發布。通常一次發布由2至5個迭代構成...
西行漫記（6） Diversity
其實diversity是昨天的課程 參加twu是我第一次出國，整個就是一次體驗diversity之旅。昨天課上作的遊戲，按照不同的屬性來分組，獨處vs扎堆 領導者vs追隨者 早起vs晚起 然後就會發現 原來每個人都有那麼多不同之處，原來每個人也還有那麼多相似之處。所以，open mind和保持自我，...
西行漫記（13） Show Time
今天是case study的showcase，每個組負責乙個decision point，印度公司的老闆和twu的老師坐在下面聽，我們講。我們這個組選擇了輕鬆搞笑的風格 反正是不會缺嚴肅主題的。結果我們也是得到笑聲最多並且 據我觀察 讓老闆興趣最大的一組，大成功。就像我在課後總結上寫的，相信自己的團...