一、 需求階段
因為我是乙個有開發經驗的人，所以參加需求調研更能有針對性提出問題。在實際調研中，經常會遇到客戶不懂軟體開發，而且不知道如何跟你談的情況。我一般按下面步驟進行。
看圖說話是最節省時間並且高效率的溝通方式。所以我主要用這種溝通方式進行需求確定。人員1-2人。
1、 畫整體開發模組流程圖，以大局出發，先讓客戶確定大的方向。按客戶打算投資的資金額度，進行模組簡化的談判。中型專案一般半個工作日面談。
三個工作日整理。再面談半個工作日，一般可以確定。
2、 畫每個具體模組的詳細流程圖(三個工作日)，跟客戶進行看圖說話，確定哪些時必要的，哪些是不太必要的，或者是完全不需要的。進行再次精簡提煉。中型專案一般合計三個工作日面談，五個工作日整理。
3、 根據模組的詳細流程圖，確定資料庫的表(在資料庫開發軟體進行)，看圖與客戶進行逐表字段確定。並定好計畫，每天確定哪些表，提前把計畫提交給客戶，讓客戶有提前準備。約好時間面談時，可以更快確定表的必要字段。
出資料庫文件。中型專案一般七個工作日面談。四個工作日整理。
4、 出整體詳細流程圖，這是乙個大圖，把專案從登入到每個模組進行流程細分。看圖說話與客戶進行最後的確認。三個工作日準備，二個工作日確認。
二個工作日修改整理。三個工作日完成資料庫的定稿。標註好每個欄位的中文名稱，每個外來鍵對應的表名和字段。
這點對後面的開發很重要。
5、 整理介面資料，進行介面規劃，寫文件，找些類似的介面粘入文件中。如果客戶要求不高，就直接用這文件進行談判。如果客戶介面要求高，就把介面文件交給美工，進行介面製作。
中型專案十個工作日。期間與客戶確認三個工作日。
6、 與客戶簽訂需求合同。
總結：中型專案總需時為49天。按工作日折成 22天/每月，約為2個月零5天。一般小型專案22天可以完成。也就是乙個月時間。
二、 概要設計和詳細需求細節文件合併書寫為乙個文件。下面階段與專業技術員合作，人員1-2人。中型專案時間乙個月。小型專案10天左右。
1、 根據整體詳細流程圖和模組詳細圖和資料庫詳細文件及介面文件，進行規劃。按整體詳細流程圖的順序，進行編排。每一步同時註明屬於哪個模組，哪個介面，會用到哪些資料庫表，第一部分寫乙個大概的總體文件。
以便生手快速掌握。
2、 確認技術框架結構，如果有成熟框架優先考慮。沒有成熟框架的，要積極找資料，最大可能的簡化開發複雜程度，多用現成的功能呼叫，外掛程式等。公共類和底層及實體檔案首先建立好，嚴格約定修改許可權。
並且規範命名，文件第二部分書寫快速查閱命名。除了找相關方面比較專業技術員請教，更需要查閱資料確認，因為人總是有會犯錯的時候。那種各自為戰開發底層的作法，稍微複雜點的專案，都會是致命的。
小型專案也會延期。
3、 尋找技術難點，逐一攻克。查閱資料和請教本框架方面技術人員。並做好資料記錄，以便整理。
4、 逐一模組書寫示範偽**。技術難點由專業技術人員書寫好成熟示例。另外寫上常用的頁面傳值**示例，ajax示例，以便菜鳥程式設計師使用。
文件註明頁面跳轉順序，呼叫的資料庫表名，類名及功能，方法。此細節非常重要。因為進入**開發階段，每個人對這需求和技術框架的熟悉成熟不同，技術和理解需求差異較大。
如果省略此步驟，將會形成因某人無法完成任務而影響其它人的進度。最終形成整體混亂，經常對中型以上的專案來講會是致命的。小型專案至少也會延期很長時間，形成經濟效益低下的局面。
三、 **開發階段，3人小組：中型專案，開發時間3個月。小型專案1個月。
進行了充分的準備工作後，**開發階段才會變得可以控制時間。否則就算天天加班也完成不了任務。混亂比什麼都可怕。
再多專家也不夠用，並且還會影響專家的工作。技術文件示例的交流永遠比專家親自****高效率。而且過多的加班會形**員流失，重複培養。
加重軟體企業財力負擔。乙個軟體公司不可能請得起很多專家，利用好專家才是最好的解決之道。而且技術員技術熟練了，經常還會想高工資另尋高枝。
讓菜鳥也能愉快地開發程式，這才是最有經濟效率的，科學的計畫正是達到這個保障。
1， 參考整體專案流程圖順序，再結合實際開發人數和人員技術能力。進行開發計畫的差別安排。
2， 計畫安排不要太滿，要留下餘地，預防技術人員在這專案方面技術能力差異帶來的風險。一般工作量安排為上午可以寫完計畫的**，下午有2小時自查bug時間，剩餘3小時時間為專案領導者進行合格測試，整合小組成員**，對出現問題進行解決。只有這樣才能避免做返工。
實踐證明，這種工作方式才是最高效率，並且節省最終時間，穩步進入險境，並得到最終成功。以我的工作方式，我帶領的團隊，從來不加班，但工作效率是全單位最高。雖然我的記憶力天生比較差，但我有良好的計畫，並存好各種做過的資料方便大家查閱。
保證了整個專案團隊的整體工作效率。
四、 **測試，3人小組：中型專案， 1個月。小型專案10天。
有了前期紮實的基礎，**測試已經變得非常簡單。
五、 佈署實施和事後維護。
完善詳細概要設計和詳細需求細節文件，達到每個類每個方法，呼叫資料庫，頁面跳轉流程均有說明，以便新手事後的維護。降低技術門檻。
六、 總結：中型專案3人小組整體7個月，其中3人全用上的時間只有4個月。小型專案3人小組整體3個月，其中3人全用上的只有30個工作日。
如果有成熟框架，並且有類似專案經驗，時間會大為縮短。整體計畫效果如下：
專家不太忙，忙在刀刃上。菜鳥閒得發慌，僅是個**工人。
如果專家整天忙在教菜鳥上，忙死累死還不產生經濟效益，還會讓鳥飛走的可能。不要怕菜鳥閒得發慌，鳥不菜，也不呆在公司啦。有充足的科學計畫做保障，我們需要的真正專家只有兩位，乙個是技術專家，乙個是專案控制專家。
另外需要的是菜鳥。
專案管理經驗談0305
養成做施工管理日誌的習慣，記錄點點滴滴，總結功過得失 是非成敗，有利於我們每一位管理人員 工程技術人員的成長。好記性不如爛筆頭，記施工管理日誌習慣雖小，一旦養成，就會為自己帶來很大的收穫。認真記錄施工管理日誌，說明你在用心工作，而不是出於應付，會讓你回顧和總結經驗，查缺補漏，完善自我，並可提前認識到...
專案管理經驗
簡介 經過近四年多的學習及相關的生產實習，我對今年的工作充滿信心，在這裡我將對工程的理解程度以及對工程管理辦法進行自我闡述，首先作為乙個專案經理，確定自己的地位，專案經理是業主與乙方共同利益的體現者，對工程進行綜合的動態的管理，專案經理應有的職責就是對工程進行三控制 二管理 一協調。關鍵字 工程專案...
學校管理經驗談
科學落實教學常規管理 溝村小學校長張海仙 我擔任校長一職才僅僅十個月，連一年入門的時間都沒有，在這裡談經驗我不敢，只是把自己的一些具體做法說出來與大家一起進行交流。我認為教學常規管理的內容主要有 教 的常規，學 的常規，一方面教師直接對學生施教，學生直接受教 另一方面教與學之間增加乙個新的反饋調節的...