在上一篇寫完後, 有人問到:
如果一開始就開發滑板, 但是滑板內的元件 汽車都不會用到, 這樣算不算浪費資源呢?
還是說 可以提早了解客戶的真正需求, 這種投資是必要的?

 

螢幕快照 2014-10-21 下午10.21.03  

 

以下是我的一些想法, 僅供參考. 

如果你是一家新創公司, 其實在早期你根本不知做什麼會賺錢, 所以不可能知道你要開發汽車, 所以一開做出滑板, 然後逐步演進到汽車, 這個過程中所做的元件不能算是浪費. 因為這是演進的結果, 無法事先預測的.

在新創公司最怕的是做錯產品, 所以要在最短時間內把該犯的錯犯完, 然後做出對的產品. 如果一開始就做一個很偉大的東西, 通常要花很長的時間, 反而使得你的犯錯, 要等很久後才會知道. 這才是危險的事情.

如果你不是新創公司, 沒有錢會燒完的煩惱, 但是你還是有些風險要考量, 我曾經寫了篇文章, 來說明如何挑選哪些事情先處理, 大家也可以再回味一下 

挑選 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 是否合乎使用者所求. 之後才漸漸增加複雜度, 或是整合一些外界的系統, 像是資料庫或是其他元件等等. 

這樣每次都可以交付一些價值, 處理一些風險, 或是學習到一些別人的需求. 

講了這麼多, 只是想說如何最少代價, 最短時間, 找出對的事情, 永遠是最重要的. 希望這能對大家有幫助. 


arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()