項(xiàng)目管理:交互-設(shè)計(jì)-制作三個(gè)角色的組合

2024-07-11 08:43:40

字體：大中小

供稿：網(wǎng)友

　　WEB前端，指的是：交互-設(shè)計(jì)-制作三個(gè)角色的組合。
　　項(xiàng)目管理，指的是如何把需求分解成任務(wù)，分派給合適的人并正確的完成任務(wù)。需要把握的是以下四個(gè)方面。
1、需求分析
　　需求分析的目的是評審需求的可行性和優(yōu)先級，這里就需要足夠的項(xiàng)目經(jīng)驗(yàn)了。
　　可行性：
　　關(guān)于需求本身是否合理，是否是一個(gè)值得去做的需求。
　　需求的完整性，是否是一個(gè)完整的，可以進(jìn)入研發(fā)規(guī)劃的需求。
　　其實(shí)還有一個(gè)需求的充足性，將零零散散的小運(yùn)營需求合并為一個(gè)大的需求，便于開發(fā)，讓任務(wù)列表清晰簡潔，維護(hù)風(fēng)險(xiǎn)降低。
　　再次是需要后臺(tái)開發(fā)的，進(jìn)行溝通，是否下一個(gè)研發(fā)線能評審?fù)ㄟ^和按時(shí)跟進(jìn)。
　　優(yōu)先級，優(yōu)先級的參考依據(jù)是重要性和緊急性。畫出一個(gè)二維坐標(biāo)軸來，就能清楚的分辨出。
　　1.重要而且緊急的需求當(dāng)然優(yōu)先級最高。
　　2.重要的其次
　　3.緊急不重要的再次（可能就要pass，很少見）
　　4.不緊急而且不重要的最后（基本沒有）
　　而根據(jù)產(chǎn)品的性質(zhì)不同，有可以在以上基礎(chǔ)上再進(jìn)行劃分，比如平臺(tái)類的，增值類，運(yùn)營類的（bug的修復(fù)，體驗(yàn)的小優(yōu)化），日常維護(hù)類（定期的運(yùn)維需求，如圖片的設(shè)計(jì)，固定模式的活動(dòng)需求等等），可以將他們填充在二維坐標(biāo)的四個(gè)象限中。
2、分解任務(wù)
　　如何把需求分解成為一個(gè)個(gè)可行的任務(wù),一般來說就是交互-設(shè)計(jì)-制作一條線的滾動(dòng)任務(wù)。任務(wù)包括內(nèi)容和開發(fā)周期。
　　1.新版本的研發(fā)需求，需要立項(xiàng)規(guī)劃。
　　2.有固定模式的活動(dòng)類需求，需要立項(xiàng)規(guī)劃。
　　3.活動(dòng)類需求，這類屬于完整的規(guī)模相對較小的項(xiàng)目，但是五臟俱全，都需要交互-設(shè)計(jì)-制作參與。
　　4.其次就是很多的運(yùn)營類需求，這類需求很雜，而且零零碎碎，不是三種角色都參與的那種。
3、任務(wù)分派
　　任務(wù)分派的目的是在前兩個(gè)的基礎(chǔ)上，達(dá)到任務(wù)在正確的時(shí)間分派給正確的人。人和人的能力差距是存在的，所以將重要的難度較高的需求分給更加有能力和經(jīng)驗(yàn)的人，根據(jù)重要性和難度依次排序進(jìn)行分派，還有就是熟悉的任務(wù)分給熟悉的人（某人一直在跟進(jìn)這方面的需求）。
　　任務(wù)的時(shí)間分派，根據(jù)任務(wù)的重要級別和規(guī)模依次遞減。具體時(shí)間需要多方溝通而定，但是根據(jù)以往的任務(wù)完成情況，可以評估其產(chǎn)能，使用多少人/天的單位也是能粗略得到時(shí)間點(diǎn)。
4、任務(wù)質(zhì)量評審
　　這里就是任務(wù)完成后，是否達(dá)到要求，表現(xiàn)為
　　基本質(zhì)量：交互的完整性，設(shè)計(jì)稿的完整性，制作的完整性
　　高級質(zhì)量：這些不好估量，需要根據(jù)具體領(lǐng)域的不同做不同的評判，比如交互的體驗(yàn)性強(qiáng)，表現(xiàn)的視覺傳達(dá)到位，制作的易于開發(fā)，還原設(shè)計(jì)稿，打開速度提升等等。更多的是屬于技術(shù)類小組的質(zhì)量評估。
　　這只是項(xiàng)目管理中最常見的一些點(diǎn)，其他還有很多很多的危機(jī)處理的辦法和項(xiàng)目流程的規(guī)范化，考核制度的完整化等等，希望有此經(jīng)驗(yàn)的您多多交流。

上一篇：網(wǎng)頁設(shè)計(jì)關(guān)于WEB標(biāo)準(zhǔn)的相關(guān)問題匯總

下一篇：CSS框架帶來的效率提升