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