以往的軟件開發模式是先了解用戶的要求,而後再在極度神祕的環境下進行編程測試。畢竟,用戶根本不知道咱們在作什麼,對吧?直至項目結束,咱們的魔術師纔會匆匆登場,揭去魔法布,而後指望用戶會對咱們卓越的產品驚歎不已。然而用戶此時的一般反應是:「咳,好吧,我知道大家花了不少功夫,但咱們真正須要的是……」 編程
今天,項目成功的祕訣就是儘早向用戶展現任何能夠展現的東西。若是能在項目啓動早期,而不是當整個項目都結束的時候,就能發現項目中存在的問題,那該有多好啊! 測試
上面一段話引用自"項目經理必須知道的97件事 "。軟件開發過程當中常常遇到的問題就是軟件咱們作出來了,可是拿給客戶,確認卻說不是咱們想要的。追根溯源,我以爲是兩方面的緣由:1.首先需求溝通階段不明確,沒有對軟件細緻的規劃,最容易致使的事情就是客戶認爲是這樣的,咱們認爲是這樣的,咱們互相都不知道對方認爲的和本身不同,結果程序作出來以後還得改,耗費了大量時間和精力倒是無用功。2.此外我們的開發人員喜歡想固然,這是我們大多數開發人員的通病,總覺得本身設計的開發是最好的,卻忽視了適合客戶的纔是最好的。 spa
儘早給客戶提供一個可見的版本,以便及時跟正走偏的路。減少與用戶需求的偏差,發現問題,及時更正。 越早發現解決問題所消耗的成本就會越低。 設計
儘早讓用戶參與到開發中來。 開發