{CSS}项目治理:交互-设计-制作三个角色的组合
WEB前端,指的是:交互-设计-制作三个角色的组合。
项目治理,指的是如何把需求分解成任务,分派给合适的人并正确的完成任务。需要把握的是以下四个方面。
1、需求分析
需求分析的目的是评审需求的可行性和优先级,这里就需要足够的项目经验了。
可行性:
关于需求本身是否合理,是否是一个值得去做的需求。
需求的完整性,是否是一个完整的,可以进入研发规划的需求。
其实还有一个需求的充足性,将零零散散的小运营需求合并为一个大的需求,便于开发,让任务列表清楚简洁,维护风险降低。
再次是需要后台开发的,进行沟通,是否下一个研发线能评审通过和按时跟进。
优先级,优先级的参考依据是重要性和紧急性。画出一个二维坐标轴来,就能清楚的分辨出。
1. 重要而且紧急的需求当然优先级最高。
2. 重要的其次
3. 紧急不重要的再次(可能就要pass,很少见)
4. 不紧急而且不重要的最后(基本没有)
而根据产品的性质不同,有可以在以上基础上再进行划分,比如平台类的,增值类,运营类的(bug的修复,体验的小优化),日常维护类(定期的运维需求,如图片的设计,固定模式的活动需求等等),可以将他们填充在二维坐标的四个象限中。
2、分解任务
如何把需求分解成为一个个可行的任务,一般来说就是交互-设计-制作一条线的滚动任务。任务包括内容和开发周期。
1.新版本的研发需求,需要立项规划。
2.有固定模式的活动类需求,需要立项规划。
3.活动类需求,这类属于完整的规模相对较小的项目,但是五脏俱全,都需要交互-设计-制作参与。
4.其次就是很多的运营类需求,这类需求很杂,而且零零碎碎,不是三种角色都参与的那种。
3、任务分派
任务分派的目的是在前两个的基础上,达到任务在正确的时间分派给正确的人。人和人的能力差距是存在的,所以将重要的难度较高的需求分给更加有能力和经验的人,根据重要性和难度依次排序进行分派,还有就是熟悉的任务分给熟悉的人(某人一直在跟进这方面的需求)。
任务的时间分派,根据任务的重要级别和规模依次递减。具体时间需要多方沟通而定,但是根据以往的任务完成情况,可以评估其产能,使用多少人/天的单位也是能粗略得到时间点。
4、任务质量评审
这里就是任务完成后,是否达到要求,表现为
基本质量:交互的完整性,设计稿的完整性,制作的完整性
高级质量:这些不好估量,需要根据具体领域的不同做不同的评判,比如交互的体验性强,表现的视觉传达到位,制作的易于开发,还原设计稿,打开速度提升等等。更多的是属于技术类小组的质量评估。
这只是项目治理中最常见的一些点,其他还有很多很多的危机处理的办法和项目流程的规范化,考核制度的完整化等等,希望有此经验的您多多交流。