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

1、需求分析

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

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

　　而根據(jù)產(chǎn)品的性質(zhì)不同，有可以在以上基礎(chǔ)上再進行劃分，比如平臺類的，增值類，運營類的（bug的修復(fù)，體驗的小優(yōu)化），日常維護類（定期的運維需求，如圖片的設(shè)計，固定模式的活動需求等等），可以將他們填充在二維坐標(biāo)的四個象限中。

2、分解任務(wù)

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

3、任務(wù)分派

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

4、任務(wù)質(zhì)量評審

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

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