WEB前端，指的是：交互-設計-制作三個角色的組合。
　　項目治理，指的是如何把需求分解成任務，分派給合適的人并正確的完成任務。需要把握的是以下四個方面。

1、需求分析

　　需求分析的目的是評審需求的可行性和優先級，這里就需要足夠的項目經驗了。
　　可行性：
　　關于需求本身是否合理，是否是一個值得去做的需求。
　　需求的完整性，是否是一個完整的，可以進入研發規劃的需求。
　　其實還有一個需求的充足性，將零零散散的小運營需求合并為一個大的需求，便于開發，讓任務列表清楚簡潔，維護風險降低。
　　再次是需要后臺開發的，進行溝通，是否下一個研發線能評審通過和按時跟進。

　　優先級，優先級的參考依據是重要性和緊急性。畫出一個二維坐標軸來，就能清楚的分辨出。
　　1. 重要而且緊急的需求當然優先級最高。
　　2. 重要的其次
　　3. 緊急不重要的再次（可能就要pass，很少見）
　　4. 不緊急而且不重要的最后（基本沒有）

　　而根據產品的性質不同，有可以在以上基礎上再進行劃分，比如平臺類的，增值類，運營類的（bug的修復，體驗的小優化），日常維護類（定期的運維需求，如圖片的設計，固定模式的活動需求等等），可以將他們填充在二維坐標的四個象限中。

2、分解任務

　　如何把需求分解成為一個個可行的任務,一般來說就是交互-設計-制作一條線的滾動任務。任務包括內容和開發周期。
　　1.新版本的研發需求，需要立項規劃。
　　2.有固定模式的活動類需求，需要立項規劃。
　　3.活動類需求，這類屬于完整的規模相對較小的項目，但是五臟俱全，都需要交互-設計-制作參與。
　　4.其次就是很多的運營類需求，這類需求很雜，而且零零碎碎，不是三種角色都參與的那種。

3、任務分派

　　任務分派的目的是在前兩個的基礎上，達到任務在正確的時間分派給正確的人。人和人的能力差距是存在的，所以將重要的難度較高的需求分給更加有能力和經驗的人，根據重要性和難度依次排序進行分派，還有就是熟悉的任務分給熟悉的人（某人一直在跟進這方面的需求）。
　　任務的時間分派，根據任務的重要級別和規模依次遞減。具體時間需要多方溝通而定，但是根據以往的任務完成情況，可以評估其產能，使用多少人/天的單位也是能粗略得到時間點。

4、任務質量評審

　　這里就是任務完成后，是否達到要求，表現為
　　基本質量：交互的完整性，設計稿的完整性，制作的完整性
　　高級質量：這些不好估量，需要根據具體領域的不同做不同的評判，比如交互的體驗性強，表現的視覺傳達到位，制作的易于開發，還原設計稿，打開速度提升等等。更多的是屬于技術類小組的質量評估。

　　這只是項目治理中最常見的一些點，其他還有很多很多的危機處理的辦法和項目流程的規范化，考核制度的完整化等等，希望有此經驗的您多多交流。