
本文主要針對“設計項目排期”,跟大家分享一些我在工作項目中遇到的排期問題以及踩過的坑~如果你也有類似問題可以進來瞧瞧...
相關干貨:
前言
設計排期,幾乎是每位設計師都會碰到的日常工作之一,而且經常也會面對多個設計需求并行,如何保證在約定時間內有條不紊地交付設計,是需要我們反復去思考總結的。
內容主要分為以下四部分:

是不是發現手里的項目很多,而且交叉并行的項目也不少,每次排期時評估需求總是不準確,老是時間不夠用,那是因為我們對自己的需求設計池管理的不清晰,導致設計需求很模糊,進而影響我們對新需求的時間把控。
怎么管理好排期,顧名思義就是有條不紊地在有限時間內完成自己的工作;我們最好把現在手里待完成的項目進行一個歸類,表格的每一頁 sheet 按照 12 個月份區分,然后每一頁橫向按照星期展開,具體到每天就是各個項目的工期,以及項目的交付日。

這樣很清楚查看現在以及未來自己的設計安排,不遺漏,也對新需求排期有所參照。
當來不及接新需求所交付的時間時,可以把自己排期發給領導,清晰又順暢地協調其他小伙伴支持,而不會讓自己陷入手忙腳亂和交付時間被質疑的境地。
綜上,亦是對自己每日工作的清晰管理。

是不是我們在工作表里只寫項目名,其他中間的工作幾乎寫的很少?讓別人感覺這個項目你好像參與很少,其實我們都有做過,就是缺少記錄,導致后面我們評估時會無視掉很多工作量,每次都加班很晚;
- 我們最好把每個進度節點都記錄,這些都屬于工作輸出,我們可以把每天設計工作的內容大致分為幾種:設計圖輸出、驗收還原&溝通修改(未來確定上線時也需要提前安排時間)、風格探索、腦爆會、評審會、復盤會、寫 OKR、PPT、周報等;
- 當天未完成的工作標注好進度,比如 50%、80%。
- 而且我們要提前記錄一些常規化的工作,比如驗收,周報,月度回報材料等;

對新項目的排期,其實主要明確未來都有哪些確定的工作量,不要遺漏,這樣就不會影響太多;
當我們接到已經評審過的產品/交互需求時(未評審的不接),需要評估 UI 時間時,這個時候一定要注意:
- 考慮好日常常規化的工作量, 比如:(每周三迭代上線,周二或周一會有驗收,驗收每次輕則耽擱 1-2 小時,頁面比較多的時候會多半天,斷斷續續反復驗收,以及原生雙端和 H5 端的驗收,有些麻煩點的走流程比較慢,還要給測試提供一些方便查看的切圖,以及問測試要驗收的不同狀態的賬號等,多比較花時間,這些都提前考慮到);
- 不能光看有多少頁面,還要考慮這些功能是否用到了新的配置組件,如果有還需要輸出設計規范以及配置規范及運營備注。
- 有些大的項目需要考慮設計規范整理時間、icon 上傳 iconfont 等時間。
- 而且要提前預留半天/1 天其他項目的突發情況,或者修改文案,替換切圖,溝通還原等,

1. 未評審需求的不要承接,環節并沒有到你這里,沒必要浪費資源,延期了其他確定項目,這些是針對一些比較小的需求,涉及到大項目/改版等需求可以提前介入溝通,多方溝通排期;
2. 當時間沖突,需要協調其他設計資源時,跟領導同步時,一定要描述清楚自己目前手里項目的交付時間、以及自己沖突項目的大概需要的時間,不要寫無效(沒到手里,但已經初步溝通)項目。
比如:0412xxxxx 頁面交付 2 天;0414xxxxbanner 交付 1 天;xxxxx 功能 2 天,新項目需要 3 天,0415 交付
3. 項目很多時,優先選擇做 OKR 相關的,且跟業務指標強相關的,但也不要忘記自驅項目。
總之,在工作的不同時期會遇到不同的排期問題,怎么樣高效交付設計、管理時間是需要一直關注和思考的。
以上,都是在工作項目中遇到的問題以及心得體會,希望對你有幫助~
復制本文鏈接 文章為作者獨立觀點不代表優設網立場,未經允許不得轉載。





熱評 小豬蹄