在接手緊急項目的時候，除了先了解客戶需求后，最最重要的就是項目團隊的管理了，首先你得有一個很和配合意識的團隊，有這樣的團隊工作效率非常高，團隊信息自然會更高些，因為時間急，整體需求和數(shù)據(jù)庫設計就不可能非常的嚴謹了。當然也可能會出現(xiàn)全是新成員的情況，這樣前期項目經(jīng)理可能會非常累，這時候做為項目經(jīng)理，你就首先需要對他們有一個基本的了解了。
如果有好的團隊，或者新團隊，作為項目經(jīng)理在自已本身并不能全面了解項目之前，不要急于讓項目成員同步開發(fā)，我認為可以先花上一個星期的時間，自己好好的想想全面的系統(tǒng)的整合方式以及實現(xiàn)方式等等，這時候你可以讓項目成員看看客戶給的一些資料，對一部分信息進行了解，如果是新成員，可以在這時候讓成員做一些細小的功能開發(fā)，了解一下他們的工作能力，為系統(tǒng)走入正式開發(fā)后提供用人依據(jù)。
1. 計劃的加減法則
不要花太多時間在計劃討論上，任務確定采用加減法則取舍，時間預算區(qū)別于常規(guī)項目。
常規(guī)項目計劃作加法：設定一個目標, 圍繞該目標, 列出所需條件評估，一一滿足;列出任務, 然后一一實現(xiàn);據(jù)此時間預算從前往后推算。
緊急項目計劃作減法：只作必須的事情。如果這件事情不做，這個項目就沒有意義, 那么這件事情定義為必須;短期的緊急項目只關注必要的結果, 其他的實現(xiàn)成本高的任務砍掉;非必要的條件性任務可以安排先后順序調(diào)整; 錦上添花的功能或效果不作任務承諾或者安排在緩沖時間實現(xiàn);時間預算從后(Dead line)往前推。
2. 早期需求挖掘
內(nèi)容策劃方面需求越確鑿越好
如果時間緊張, 內(nèi)容策劃卻沒有確定, 設計師攪和進去, 一定吃力不討好, 奉勸不必在此浪費自己的能量, 時間是設計師發(fā)揮的客觀限制。
視覺風格需求參考越豐富越好
早期需求方看到的視覺風格越多, 越有利于需求方作出準確的判斷, 如果已經(jīng)進行到頁面視覺設計了, 再被需求方發(fā)現(xiàn)與之更貼合的視覺風格, 要求修改, 那項目就危險了; 與其中途改道, 不如未雨綢繆, 在與時間博命的項目里, 一切變動來得越早越安全。
3. 盡可能多的要求資源 掃清障礙
設計師資源： 根據(jù)質(zhì)量守恒，任務一定的情況下，要求更多的設計師資源是能夠幫助項目進程的;但不可一開始就大規(guī)模設計師一擁而上，精兵突襲，往往能在短時間內(nèi)取得奇效，因此保持隊伍輕靈，要求后備資源充足，隨時可用為上策。
緩沖時間： 要求專項時間資源 固定給審核，修改，提升使用
專責小組：要求專人資源 固定給審核，修改，提升使用
4. 拆分開來設計 流程可以被打亂
這是緊張項目對流程靈活務實的一個需求， 各方面都應以不阻礙其他方面的進程為劃分任務優(yōu)先級的標準。例如，交互設計為不阻礙視覺設計進程，可根據(jù)策劃先設計必須頁面效果，然后再仔細設計功能模塊流程。
交互設計步驟也可以拆分為：首頁效果設計——信息架構整理——提供其他頁面視覺參考。視覺設計則拆分為主視覺和頁面實現(xiàn)，主視覺只要找到大體方向，精煉提升的工作也可以安排在所有必須設計完成之后再來實現(xiàn)。
5. 大軍壓近全線并行
掃清條件限制，各部門統(tǒng)籌協(xié)作，緊湊推進不留空隙。
6. 不要唯需求方馬首是瞻
在項目過程中, 尤其是相關部分已經(jīng)完成的情況下,絕不允許需求方無休止的提出新需求;
如果正在展開實際設計, 而新需求對項目后續(xù)的影響不能完全評估, 那么設