從事軟體開發的朋友們可能都知道，軟體開發比較普遍的有兩種模型，一是瀑布模型，一是敏捷模型。事實上這兩種模型背後所呈現的思維邏輯，也是創業過程中所常見的。
瀑布模型把軟體開發分成各個階段，需求分析，要件定義，基本設計，詳細設計，編碼，單體測試，結合測試，系統測試等，每個階段都嚴格定義了輸入和輸出，如果達不到輸出的要求，則下乙個階段就不展開。系統測試完成後，軟體交付給使用者，於是整個過程就完成了。
瀑布模型的思維模式是很容易被人接受的模式，感覺理所當然，先了解使用者要什麼，然後一步一步直到交付為止。這種模式曾經被廣泛採用。然而它有它的缺點，最大的問題在於無法及時應變。乙個專案短則幾個月，長則一兩年，使用者的要求在這期間很可能發生變化。就像使用者要定做一件合體的衣服，你給他量了尺寸，然後悶聲不響地做了幾個月，結果發現幾個月後，使用者長胖了，這個時候返工的成本就太大了。
後來就有了敏捷模型。敏捷模型的核心是迭代，最終目標是讓客戶滿意，所以能夠主動接受需求變更。它的宣言我比較認同：個體和互動勝過過程和工具，可以工作的軟體勝過面面俱到的文件，客戶合作勝過合同談判，響應變化勝過遵循計畫。尤其是最後一句的」響應變化「，也是我們精益創業的本質。
在敏捷開發過程中，一般兩個星期就會出乙個版本，每乙個版本與上乙個版本相比，會增加幾個特性，使用者的要求如果有變更，可以在最近的乙個版本中及時應對。在這種方式下，使用者不需要等待幾個月後直接看到最終版本，而是可以在過程中不斷地參與進來，這對產品滿足使用者的要求是非常重要的。
還是拿剛才定做衣服做例子，在敏捷開發的思維下，裁縫可能先做一件樣衣，布料可能很粗糙，甚至上面劃滿了標記，然後讓你試一試大小，是否合身;過幾天後，再讓你試一試，這時已經用上了正式的面料，你可能覺得衣領的樣式不合適;再過幾天後，你又試了一次，這樣互動下去，直到你心滿意足地拿到了你喜歡的衣服為止。
使用者的要求無止境，所以我們需要借鑑敏捷模型，不斷地調整產品，創業的整個生命週期，就是在不斷地接受反饋，不斷地滿足使用者的要求。
所以不要去擔心使用者要求得太多，你要做的，就是一點一點地做起。
我們經常接觸到一些創業專案，創業者很容易進入乙個誤區。他們在一開始就過分完整地規劃了產品的所有細節，然後付出了很多的時間和精力把這些細節實現。錢燒了很多，市場的時機也耽誤了，結果產品一上市，反應很一般。這就是瀑布型的思維模式，試圖完美，想一次性滿足使用者的所有要求，結果發現現實並不完美的時候，改變已經來不及了。
別妄想一次性滿足使用者的所有要求，因為即使是使用者自己，也不一定知道他的所有要求是什麼，更別說使用者的要求會隨著時間的推移而發生變化。
好吧，很多人可能會問：「那我從**開始?」
說得通俗一些，使用者對產品的要求就像人類活著的要求一樣。人活著要吃飯，要穿衣，要車子，要房子，要配偶，要看電影，要聽**，甚至要登陸月球，這麼多要求，怎麼辦?很簡單，從解決溫飽開始。
在解決「可用」的問題之後，那些讓使用者「好用」的東西該怎麼加上去?我認為這應該去問使用者，而不是在辦公室裡折磨自己。產品和軟體一樣，也是迭代著向前進步的，上乙個版本推放市場後，聽一聽使用者說什麼，尤其是說得最多的是什麼，然後，你也許就知道你該怎麼做了。
敏捷是怎樣煉成的
很早之前，就有了寫 的衝動，寫一本給程式設計師看的 寫一本能夠反映中國程式設計師生活的 曾幾何時，沉默寡言 喜歡獨自思考 甚至 木吶 成為了程式設計師的標籤。其實在每個程式設計師心中，除了對技術的痴迷，他們也熱愛生活。他們改變著技術，也同時被技術改變著。他們是一群普通的人，也是自己心中的英雄。之所以...
怎樣躲開創業陷阱？
在度過了啟蒙期的中國市場繼續創富，單單膽大心細恐怕是沒得大把鈔票了。想富得流油，除了找準賺錢的新行業，最重要的或許就是認清路上埋伏的陷阱了。那些陷阱睜著大大而充滿內涵的眼睛，正痴情地守望著你 而你，躲得開嗎？陷阱一 短視老闆短命店 因為中國曾經缺乏創富的環境，所以我們的企業家就像個被帶進燒餅店的餓鬼...
怎樣發現Cisco路由器
佔據著70 市場份額的cisco路由器有類毛病,比如ioslogon,和history bug,使得使用者可以輕易地遠端識別cisco的路由器產品。其所利用的埠是1999 gt tcp id port 1999 tcp cisco identification port gt tcp id port...