做專案的時候，一方面我們希望能夠快速明確需求，開始投入開發，使產品能夠盡快上線；另一方面，我們又深知需求會隨著時間的推移越來越明確，就下意識的拖長這個流程。
需求應該確認到多細才合適？如何把握這個粒度？
這是最難的乙個環節。目前僅靠個人經驗和記憶力來做出判斷，其實是很不保險的。因為有時候自己會不了解自己的侷限性，給出的選擇在另一方面就會出現問題。
需要注意兩個地方：第一是和其他部門溝通的方式：批量溝通+郵件交流+文明禮貌+嚴格自檢
第二是自己這邊，需要做好詳盡的單元測試
這個相對來說比較容易，只需要開發人員對於框架技術足夠了解，知道其優劣，就能快速的做出選擇。
直接拷貝已準備好的程式框架
新專案，千萬千萬不要輕易嘗試新技術。務必要在熟悉掌握之後，才將新技術加入正式專案中。
這個經過自己實踐，是非常非常好的乙個方法，在寫分解文件的時候，你能拾遺補缺，發現細節上的問題，還能整理產品的流程，讓自己思路更清晰。如果是多人開發，那麼建議每個人都寫乙個分解文件，然後彙總核對下，這樣能發現很多被遺漏的東西。
試想你是產品經理，將自己的理解，講給產品經理聽，或者講給你的合作開發者聽。講述的過程，涉及語言文字的整理，同樣會加深你對需求的理解。
這有助於理清楚資料結構和物件模型
先定義好名詞，能在交流的時候節省不少時間，這就像設計模式，乙個詞語就能包含很多資訊。
總之一句話：凡是涉及新事物，就必須謹慎考慮(新專案、新介面、新同事、新部門)以新專案為例：
新專案的時間估算不能只看工作量，因為新專案還有很多其他的隱藏工作
比如方案設計、程式結構的設計、資料庫的設計、和其他部門打交道等等
無中生有比優化改進要費事得多
物件導向的具體實現 根據需求確定類
物件導向中的 類 就是字面的意思，是分類的縮寫。這就是認識事物的過程，認識任何事物的過程就是，分類 命名的過程，這是每個人認知世界的方式。所以物件導向的程式設計思想是符合我們認知世界的乙個程式設計思想，每個人都已經掌握的思維方式。比如 氣球，汽車，桌子等等生活中的這些名詞，他們的產生的目的是什麼？沒...
如何快速了解客戶的需求 提問方法
可以從一開始的點進行問 您看到什麼?您感覺如何?目的是確認某種事實 客戶的觀點 希望或反映的情況。問這種問題可以更快地發現問題，找出問題的癥結所在。將理解對方的需求通過自己總結向對方講解,明確自己是否理解正確.為了挖掘對方更深層的需求.與客戶交流的最後，您還可以問他還需要哪些服務。例如 先生，還有沒...
無線覆蓋 的實現方案及硬體需求
原文 無線覆蓋 的實現方案及硬體需求 無線覆蓋 對於現在這今年來說，已經不是什麼新鮮事，下面飛鴿傳書跟大家討論下目前主流的的實現方案及硬體需求。今天瀏覽了一篇文章，是一篇無線產品區分的。是無線ap和無線路由的區別。那麼，現在給大家分享一下，感覺寫的很細緻，希望對大家有所幫助。那麼下面就為您詳細介紹一...