WEB前端，指的是：交互-设计-制作三个角色的组合。
　　项目治理，指的是如何把需求分解成任务，分派给合适的人并正确的完成任务。需要把握的是以下四个方面。

1、需求分析

　　需求分析的目的是评审需求的可行性和优先级，这里就需要足够的项目经验了。
　　可行性：
　　关于需求本身是否合理，是否是一个值得去做的需求。
　　需求的完整性，是否是一个完整的，可以进入研发规划的需求。
　　其实还有一个需求的充足性，将零零散散的小运营需求合并为一个大的需求，便于开发，让任务列表清楚简洁，维护风险降低。
　　再次是需要后台开发的，进行沟通，是否下一个研发线能评审通过和按时跟进。

　　优先级，优先级的参考依据是重要性和紧急性。画出一个二维坐标轴来，就能清楚的分辨出。
　　1. 重要而且紧急的需求当然优先级最高。
　　2. 重要的其次
　　3. 紧急不重要的再次（可能就要pass，很少见）
　　4. 不紧急而且不重要的最后（基本没有）

　　而根据产品的性质不同，有可以在以上基础上再进行划分，比如平台类的，增值类，运营类的（bug的修复，体验的小优化），日常维护类（定期的运维需求，如图片的设计，固定模式的活动需求等等），可以将他们填充在二维坐标的四个象限中。

2、分解任务

　　如何把需求分解成为一个个可行的任务,一般来说就是交互-设计-制作一条线的滚动任务。任务包括内容和开发周期。
　　1.新版本的研发需求，需要立项规划。
　　2.有固定模式的活动类需求，需要立项规划。
　　3.活动类需求，这类属于完整的规模相对较小的项目，但是五脏俱全，都需要交互-设计-制作参与。
　　4.其次就是很多的运营类需求，这类需求很杂，而且零零碎碎，不是三种角色都参与的那种。

3、任务分派

　　任务分派的目的是在前两个的基础上，达到任务在正确的时间分派给正确的人。人和人的能力差距是存在的，所以将重要的难度较高的需求分给更加有能力和经验的人，根据重要性和难度依次排序进行分派，还有就是熟悉的任务分给熟悉的人（某人一直在跟进这方面的需求）。
　　任务的时间分派，根据任务的重要级别和规模依次递减。具体时间需要多方沟通而定，但是根据以往的任务完成情况，可以评估其产能，使用多少人/天的单位也是能粗略得到时间点。

4、任务质量评审

　　这里就是任务完成后，是否达到要求，表现为
　　基本质量：交互的完整性，设计稿的完整性，制作的完整性
　　高级质量：这些不好估量，需要根据具体领域的不同做不同的评判，比如交互的体验性强，表现的视觉传达到位，制作的易于开发，还原设计稿，打开速度提升等等。更多的是属于技术类小组的质量评估。

　　这只是项目治理中最常见的一些点，其他还有很多很多的危机处理的办法和项目流程的规范化，考核制度的完整化等等，希望有此经验的您多多交流。