最近我們辦公室，同事之間最經常討論思考的概念，是開發產品的理想與實際。
占士最愛話 ：「唔理好醜，出左街再慢慢改啦！」「係implementation phase之下，隨便改Requirement的成本係會好大。」連阿歷也這樣說。在我看來，他們都是「Don’t worry，Be crappy」的忠實信徒，認為產品的好壞，與其自行摸索，倒不如由真正的使用者來告知。
眼下最貫徹Don’t worry，Be crappy的港企，昂坪360絕對算是一個。06年啟用至今，它始終堅守be crappy的狀態，故障頻仍，管理層顯然也沒有worry。雖然去年一架纜車曾經從高處墜毀，最近再出故障，反正已不是第一次暫定服務。360的管理層相信，只要收集來自旅客及昂坪商戶的意見，並針對改善，例如提供被困車廂的專用尿壺，以及向受驚搭客贈送購物現金券刺激消費，總有一天，我們還是會忘記它的不好，嘴角含笑地踏上身心啟迪之旅。
對開發產品或創業者來說，他們任務是提供有價值的東西，使人家快樂之餘，也要確保東西能夠實踐出來，至少不斷地達到不同的里程碑，能持續發展。理想主義者要求特別高，他們釀造最高的價值，也希望擁有技術領先，好在出閘之後就一馬當先，讓人家在後邊吃塵。反之，科網時代的dotcom公司，對使用者的價值既低，又沒有什麼技術門檻，它們只在乎於搵快錢而已。問題的重點，似乎在於達到怎樣的水準之後，產品才可以推出街見人，未來有幾個里程碑要達到，但肯定的是，有了共識之後不要去改。
開發產品的時間過得特別快，光陰荏冉，我們總在某時某天，才忽然發覺自己的時間已經無多，就像坐上了360行到纜塔之巔，脫離索道變成自由落體的一刻。
《2008年6月24日刊於蘋果日報》
June 24, 2008 at 4:48 pm
文章最有趣的地方係講完好似冇講.
其實如何 New Product Development 同 Quality 都有大把野可以講. 而唔止係心態既問題.
唯一解釋可能係社會都唔重視 NPD 同 Quality, 所以成個社會都冇乜人講, 甚至好似冇人識講.
June 25, 2008 at 12:25 am
“「係implementation phrase之下，隨便改Requirement的成本係會好大。」”
面世後再改 成本豈非更大?
June 25, 2008 at 2:46 pm
尹思哲你這個無知無恥的爛果人，還不快快心悅誠服地向全知全能的正義VC上帝懺悔？
天地初開之時，全知全能的正義VC上帝只消一句「要有光」，就有了光。六天，全知全能的正義VC上帝便創造了天地萬物，不用改，也不可能改。
尹思哲你這個無知無恥的爛果人，散佈魔鬼的話，妖言惑眾。世人只有誠心向全知全能的正義VC上帝祈禱，定必可以創造出完美，一切也不用改，更不可以改。
尹思哲你是魔鬼，全知全能的正義VC上帝會將你收服。
全知全能的正義VC上帝，我敬畏你的大智慧！
全知全能的正義VC上帝確是宇宙唯一真理！
全知全能的正義VC上帝啊！請你帶領我們，鬥死鬥臭爛果寫手。我們都是無知的羊，讓我們將生命中所有決定，交給像全知全能的正義VC上帝，免受爛果魔鬼的引誘。願全知全能的正義VC上帝永遠與我們同在，也與我們的心靈同在，阿門。
June 25, 2008 at 8:36 pm
質素效率兩難全
我個老細也是如此，出左街先再改
不是人人都有勇氣學小島秀夫或者blizzard
不理嚴重脫期，做到完美才出街
佢地都係有左名氣才afford 到咁做
June 26, 2008 at 8:36 am
quality and efficiency go side by side and you can’t achieve quality without efficiency. The key is how to determine the release date and features to include initially. Anyone with the least experience in software industry knows there is no such thing as the perfect solution, there is always a tradeoff between features, resources and time, and among these three, the only one whose value is least known initially is feature.. putting all your eggs in the feature basket initially is just silly when you don’t know what value you’re going to get out of it. It’s true that changes made in implementation phase should be cheaper as compare to changes made after release, and that’s why plans are important. However, what 尹思哲 is actually refering to here is the moving target in implementation phase, which is really going to kill any project if not properyly handled…