本文主要针对“设计项目排期”,跟大家分享一些我在工作项目中遇到的排期问题以及踩过的坑~如果你也有类似问题可以进来瞧瞧...
相关干货:
前言
设计排期,几乎是每位设计师都会碰到的日常工作之一,而且经常也会面对多个设计需求并行,如何保证在约定时间内有条不紊地交付设计,是需要我们反复去思考总结的。
内容主要分为以下四部分:
是不是发现手里的项目很多,而且交叉并行的项目也不少,每次排期时评估需求总是不准确,老是时间不够用,那是因为我们对自己的需求设计池管理的不清晰,导致设计需求很模糊,进而影响我们对新需求的时间把控。
怎么管理好排期,顾名思义就是有条不紊地在有限时间内完成自己的工作;我们最好把现在手里待完成的项目进行一个归类,表格的每一页 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 相关的,且跟业务指标强相关的,但也不要忘记自驱项目。
总之,在工作的不同时期会遇到不同的排期问题,怎么样高效交付设计、管理时间是需要一直关注和思考的。
以上,都是在工作项目中遇到的问题以及心得体会,希望对你有帮助~
复制本文链接 文章为作者独立观点不代表优设网立场,未经允许不得转载。
热评 小猪蹄