1.計劃的加減法則

不要花太多時間在計劃討論上，任務確定采用加減法則取舍，時間預算區別于常規項目

常規項目計劃作加法：設定一個目標, 圍繞該目標, 列出所需條件評估，一一滿足；列出任務, 然后一一實現；據此時間預算從前往后推算

緊急項目計劃作減法：只作必須的事情。如果這件事情不做，這個項目就沒有意義, 那么這件事情定義為必須；短期的緊急項目只關注必要的結果, 其他的實現成本高的任務砍掉；非必要的條件性任務可以安排先后順序調整； 錦上添花的功能或效果不作任務承諾或者安排在緩沖時間實現；時間預算從后（Dead line）往前推

2.早期需求挖掘

內容策劃方面需求越確鑿越好

如果時間緊張, 內容策劃卻沒有確定, 設計師攪和進去, 一定吃力不討好, 奉勸不必在此浪費自己的能量, 時間是設計師發揮的客觀限制

視覺風格需求參考越豐富越好

早期需求方看到的視覺風格越多, 越有利于需求方作出準確的判斷, 如果已經進行到頁面視覺設計了, 再被需求方發現與之更貼合的視覺風格, 要求修改, 那項目就危險了； 與其中途改道, 不如未雨綢繆, 在與時間博命的項目里, 一切變動來得越早越安全

3.盡可能多的要求資源 掃清障礙

設計師資源： 根據質量守恒，任務一定的情況下，要求更多的設計師資源是能夠幫助項目進程的；但不可一開始就大規模設計師一擁而上，精兵突襲，往往能在短時間內取得奇效，因此保持隊伍輕靈，要求后備資源充足，隨時可用為上策

緩沖時間： 要求專項時間資源 固定給審核，修改，提升使用

專責小組：要求專人資源 固定給審核，修改，提升使用

4。拆分開來設計 流程可以被打亂

這是緊張項目對流程靈活務實的一個需求， 各方面都應以不阻礙其他方面的進程為劃分任務優先級的標準

例如 交互設計為不阻礙視覺設計進程，可根據策劃先設計必須頁面效果，然后再仔細設計功能模塊流程

交互設計步驟也可以拆分為：首頁效果設計——信息架構整理——提供其他頁面視覺參考

視覺設計則拆分為主視覺和頁面實現，主視覺只要找到大體方向，精煉提升的工作也可以安排在所有必須設計完成之后再來實現

5.大軍壓近全線并行

掃清條件限制，各部門統籌協作，緊湊推進不留空隙

圖例：

6.不要唯需求方馬首是瞻

在項目過程中, 尤其是相關部分已經完成的情況下,絕不允許需求方無休止的提出新需求;

如果正在展開實際設計, 而新需求對項目后續的影響不能完全評估, 那么設計師也需要拒絕并且告知需求方把風險所在;

為每個階段的出產物也留出固定的緩沖時間, 便于需求方審核, 反饋意見, 設計師收集建議和修改;

修改需求需要專責小組審核 討論其合理性, 綜合決定是否修改, 避免不明真相, 越改越錯, 或者決策失誤, 來回往返修改

7.不可輕易易帥

緊急設計項目不似一場足球賽,  發現主要隊員無法進入狀態或者好運用完就趕緊換下場； 項目過程中不可輕易換掉主要設計師作主要設計，對項目背景, 需求的理解, 對項目節奏的把握絕不是任何設計師在短時間里復制和替代的, 當然這也更要求主要設計師具備深入設計的專業精神和優化能力

8.提高溝通成本以提高溝通效率

這看上去是個損招，不過也是激發團隊潛能，節約時間的好招

提高溝通成效率要訴求是不要陷入無截至的發想和討論中， 把時間花在實際設計上，如果不能立刻提出更優方案，就按已有設計執行；提高溝通成本的輔助工具是：電話， 郵件，集中在每次的電話和郵件中解決一批問題，避免一個問題多次反復的討論；盡量不要使用IM溝通

9.草木皆兵 使用你的用戶

到了最后, 有不同的參與者, 對同一可用性問題可能會出現不同意見, 迅速解決內部爭執, 說服力超強, 節省時間的必備良方——用戶。 沒錯, 很緊急的項目也可以使用用戶, 任何不是該項目的參與者都可以作為用戶，每位一二分鐘的判斷和理由陳述, 一小時就能有可觀量的選擇。 我們需要知道為什么用戶這樣選擇嗎? 我們需要追究用戶有沒有撒謊嗎? 如果我們有更多的時間, 那一定能知道。 但是現在我們得到了一個用戶在第一時間會認同的結果。