乙個技術團隊的人風風火火進入一家流程很複雜的客戶。手拿小本一通問，一通記。然後回去搞開發。這種景象多不多呢？
請注意，我特別強調了團隊的成員主要是it技術方面的專業人員。
一系列問題一直在這裡埋著：他們能完全聽懂客戶的話嗎？表面聽懂了，深層的內容呢？客戶沒有想到要表達但很重要的內容呢？
這些埋著的問題可能就是將來的地雷。
地雷起爆的威力例子可能太多了，損失大都是兩敗俱傷。
這裡以客戶為導向的態度當然是根本的，但在了解需求團隊的人員結構上也是乙個根本原因。我的想法沒有花哨，也不必多講。
這個想法就是：調查階段要有投入，投入方向是請非常了解客戶運作的行業各方面專家入隊參與調查，以他/她們的專業視點為鑽頭，深入客戶需求底層。務求對需求一網打盡，不留隱患。成員來自的方面比如：財務方面，質量方面，技術方面，工藝方面，管理方面，等等。
好了，不多講了，智者自明。
從SVN匯出專案出現的亂碼問題
解決的方法很簡單，只需要將eclipse的編碼標準設定為utf 8即可 1 window preferences general workspace 面板text file encoding 選擇utf 8 2 window preferences general content type text...
敏捷專案開發中的需求分析
敏捷專案沒有需求分析嗎？在很多人的印象中，敏捷軟體開發是種類似黑客行為的過程，是程式設計師最愛的勾當。不寫文件，不作需求分析，沒有專案經理，做什麼東西完全是程式設計師自己的行為。所以他們認為這樣的過程無法滿足真正大型專案和複雜專案的需要，因此在經過考慮後，放棄了敏捷方法。專案經理圈子真的是這樣嗎?敏...
專案開發中的需求分析與物件
需求分析與物件 關於物件的需求分析是另外一種完全不同的設計方式，它已脫離了業務需求的原始概念，更多的是從某一類特定的視角或某個專用的獨立場景來集中構造某個事物單元的模型。實際上這部分構思經常被歸結到架構設計中，其表現方式仍然是物件級的需求分析，而且是更加具備創造性的需求分析。在需求規格說明書中應當對...