項目管理之經驗分享:策略
1. 計劃的加減法則
不要花太多時間在計劃討論上,任務確定采用加減法則取舍,時間預算區別于常規項目。
常規項目計劃作加法:設定一個目標, 圍繞該目標, 列出所需條件評估,一一滿足;列出任務, 然后一一實現;據此時間預算從前往后推算。
緊急項目計劃作減法:只作必須的事情。如果這件事情不做,這個項目就沒有意義, 那么這件事情定義為必須;短期的緊急項目只關注必要的結果, 其他的實現成本高的任務砍掉;非必要的條件性任務可以安排先后順序調整; 錦上添花的功能或效果不作任務承諾或者安排在緩沖時間實現;時間預算從后(Dead line)往前推。
2. 早期需求挖掘
內容策劃方面需求越確鑿越好
如果時間緊張, 內容策劃卻沒有確定, 設計師攪和進去, 一定吃力不討好, 奉勸不必在此浪費自己的能量, 時間是設計師發揮的客觀限制。
視覺風格需求參考越豐富越好
早期需求方看到的視覺風格越多, 越有利于需求方作出準確的判斷, 如果已經進行到頁面視覺設計了, 再被需求方發現與之更貼合的視覺風格, 要求修改, 那項目就危險了; 與其中途改道, 不如未雨綢繆, 在與時間博命的項目里, 一切變動來得越早越安全。
3. 盡可能多的要求資源 掃清障礙
設計師資源: 根據質量守恒,任務一定的情況下,要求更多的設計師資源是能夠幫助項目進程的;但不可一開始就大規模設計師一擁而上,精兵突襲,往往能在短時間內取得奇效,因此保持隊伍輕靈,要求后備資源充足,隨時可用為上策。
緩沖時間: 要求專項時間資源 固定給審核,修改,提升使用
專責小組:要求專人資源 固定給審核,修改,提升使用
4. 拆分開來設計 流程可以被打亂
這是緊張項目對流程靈活務實的一個需求, 各方面都應以不阻礙其他方面的進程為劃分任務優先級的標準
例如 交互設計為不阻礙視覺設計進程,可根據策劃先設計必須頁面效果,然后再仔細設計功能模塊流程
交互設計步驟也可以拆分為:首頁效果設計——信息架構整理——提供其他頁面視覺參考。
視覺設計則拆分為主視覺和頁面實現,主視覺只要找到大體方向,精煉提升的工作也可以安排在所有必須設計完成之后再來實現。
5. 大軍壓近全線并行
掃清條件限制,各部門統籌協作,緊湊推進不留空隙
圖例:
在項目過程中, 尤其是相關部分已經完成的情況下,絕不允許需求方無休止的提出新需求;
如果正在展開實際設計, 而新需求對項目后續的影響不能完全評估, 那么設計師也需要拒絕并且告知需求方把風險所在;
為每個階段的出產物也留出固定的緩沖時間, 便于需求方審核, 反饋意見, 設計師收集建議和修改;
修改需求需要專責小組審核 討論其合理性, 綜合決定是否修改, 避免不明真相, 越改越錯, 或者決策失誤, 來回往返修改
7. 不可輕易易帥
緊急設計項目不似一場足球賽, 發現主要隊員無法進入狀態或者好運用完就趕緊換下場; 項目過程中不可輕易換掉主要設計師作主要設計,對項目背景, 需求的理解, 對項目節奏的把握絕不是任何設計師在短時間里復制和替代的, 當然這也更要求主要設計師具備深入設計的專業精神和優化能力
8. 提高溝通成本以提高溝通效率
這看上去是個損招,不過也是激發團隊潛能,節約時間的好招。
提高溝通成效率要訴求是不要陷入無截至的發想和討論中, 把時間花在實際設計上,如果不能立刻提出更優方案,就按已有設計執行;提高溝通成本的輔助工具是:電話, 郵件,集中在每次的電話和郵件中解決一批問題,避免一個問題多次反復的討論;盡量不要使用IM溝通
9. 草木皆兵 使用你的用戶
到了最后, 有不同的參與者, 對同一可用性問題可能會出現不同意見, 迅速解決內部爭執, 說服力超強, 節省時間的必備良方——用戶。 沒錯, 很緊急的項目也可以使用用戶, 任何不是該項目的參與者都可以作為用戶,每位一二分鐘的判斷和理由陳述, 一小時就能有可觀量的選擇。 我們需要知道為什么用戶這樣選擇嗎? 我們需要追究用戶有沒有撒謊嗎? 如果我們有更多的時間, 那一定能知道。 但是現在我們得到了一個用戶在第一時間會認同的結果。
via:網易UED
- 目前還沒評論,等你發揮!