在上一篇寫完後, 有人問到:
如果一開始就開發滑板, 但是滑板內的元件 汽車都不會用到, 這樣算不算浪費資源呢?
還是說 可以提早了解客戶的真正需求, 這種投資是必要的?
以下是我的一些想法, 僅供參考.
如果你是一家新創公司, 其實在早期你根本不知做什麼會賺錢, 所以不可能知道你要開發汽車, 所以一開做出滑板, 然後逐步演進到汽車, 這個過程中所做的元件不能算是浪費. 因為這是演進的結果, 無法事先預測的.
在新創公司最怕的是做錯產品, 所以要在最短時間內把該犯的錯犯完, 然後做出對的產品. 如果一開始就做一個很偉大的東西, 通常要花很長的時間, 反而使得你的犯錯, 要等很久後才會知道. 這才是危險的事情.
如果你不是新創公司, 沒有錢會燒完的煩惱, 但是你還是有些風險要考量, 我曾經寫了篇文章, 來說明如何挑選哪些事情先處理, 大家也可以再回味一下
挑選 backlog item 的策略
http://kojenchieh.pixnet.net/blog/post/364740575
如果你也覺得這些對你不是問題, 你所缺乏的不知道如何切出合適的 story, 那你可以參考這篇文章:
Splitting User Stories
http://www.agileforall.com/splitting-user-stories/
如果你覺得這篇文章寫得有點抽象, 那我們可以來看個範例:
使用者管理模組: 可是增加一些不同權限的使用者, 讓他們對系統有不同的使用權限
iteration 1: 所有的 SDK, 但是只是 happy path + hard code
iteration 2: 所有的 SDK, 但是只是 happy path + 可以存取資料庫
iteration 3: 所有的 SDK, 有例外和錯誤處理
iteration 4: 所有的 SDK, 可支援多語系
這樣的話, 你可以及早和其他人整合, 也可以看看整個的 scenario 是否合乎使用者所求. 之後才漸漸增加複雜度, 或是整合一些外界的系統, 像是資料庫或是其他元件等等.
這樣每次都可以交付一些價值, 處理一些風險, 或是學習到一些別人的需求.
講了這麼多, 只是想說如何最少代價, 最短時間, 找出對的事情, 永遠是最重要的. 希望這能對大家有幫助.
留言列表
