計(jì)劃管理、實(shí)施及進(jìn)度跟蹤

計(jì)劃管理、實(shí)施及進(jìn)度跟蹤我們開發(fā)工具項(xiàng)目組是用進(jìn)行項(xiàng)目計(jì)劃制定和進(jìn)度監(jiān)控的說結(jié)合這個(gè)工具可以很方便地進(jìn)行計(jì)劃管理施及進(jìn)度跟蹤過這個(gè)方便性體現(xiàn)在哪里呢?這個(gè)問題一直困擾著我，而且百思不能其解。最近突發(fā)奇想，制定了一套計(jì)劃管理的方法，我把它介紹給你，希望可以幫到您。首先項(xiàng)目組要對(duì)用戶需求進(jìn)行整理?yè)?jù)整理出的用戶需求以大致整理出一份功能列表般這份功能列表會(huì)記錄在一份文檔中中可定義以下幾個(gè)字段列：任務(wù)分類、任務(wù)名稱、備注、工作量——一般單位是人天、優(yōu)先級(jí)、責(zé)任人。這些信息，其實(shí)跟我們下一步需要做的工作是息息相關(guān)的。那具體我們要怎么做呢?我認(rèn)為排好計(jì)劃的重中之重就是要把工作量估算好并且把任務(wù)按優(yōu)先級(jí)安排好順序。但是，在這個(gè)之前，如果有時(shí)間的話，最好做一下需求規(guī)格的整理只有這樣子我們的估算量才會(huì)比較準(zhǔn)確當(dāng)然在需求規(guī)格說明書整理好之后行需求規(guī)格說明書的文檔評(píng)審那是再好不過的了審可以根據(jù)實(shí)際需要邀請(qǐng)相關(guān)的用戶專家或人員參與能的話通過評(píng)審固然好，不過現(xiàn)實(shí)中的實(shí)際情況往往沒有這么理想反地不斷對(duì)文檔進(jìn)行調(diào)整和再評(píng)審整理出一份完整且完善并對(duì)設(shè)計(jì)和編碼工作有真正指導(dǎo)意義的需求文檔。如果條件允許的話，最好測(cè)試人員也能同時(shí)參加一下。然而，實(shí)際的項(xiàng)目開發(fā)中，往往由于工期緊張，而不得不壓縮需求、設(shè)計(jì)的時(shí)間，甚至有的項(xiàng)目拋棄了需求和設(shè)計(jì)階段而直接進(jìn)入編碼開發(fā)階段。在這里，我不想辯證這種做法有多少多少的不好(而且我敢肯定地說——這肯定是不好的)，關(guān)鍵是如果沒有時(shí)間做這些工作，我們應(yīng)該怎樣更好的控制好需求，同時(shí)

設(shè)計(jì)好程序結(jié)構(gòu)。一般，我們通常會(huì)這樣做：開發(fā)人員一邊開發(fā)一邊設(shè)計(jì)，同時(shí)項(xiàng)目經(jīng)理負(fù)責(zé)整理好需求規(guī)格說明書用這種辦法有一個(gè)前提目組成員必須對(duì)用戶需求有比較深入的了解前項(xiàng)目組已經(jīng)對(duì)用戶需求進(jìn)行了整理以這樣還是比較合適的這種情況下發(fā)人員對(duì)需求的疑問往往可以直接通過溝通的方式解決掉，以便節(jié)省時(shí)間并提高開發(fā)效率。我們做這些工作除了可以更好地理解和把握需求之外更重要的是它能幫且我們更好的做好工作量估算的工作。估算的方法有很多，就不一一介紹了，通過估算我們大概地可以知道項(xiàng)目的整體規(guī)模以及大概的工作量。下一步就該輪到優(yōu)先級(jí)的設(shè)置了這里要聲明一點(diǎn)優(yōu)先級(jí)切勿重復(fù)否則處理同一優(yōu)先級(jí)的任務(wù)時(shí)你還是分不清任務(wù)的先后次序設(shè)置優(yōu)先級(jí)時(shí)首先要確定優(yōu)先級(jí)基數(shù)，我們一般以1000為基數(shù)，填寫到我們認(rèn)為最重要的最早要完成的任務(wù)上;然后每10分一檔依次填寫到次重要的任務(wù)上如此反復(fù)設(shè)置好全部任務(wù)的優(yōu)先級(jí)。這種做法有幾個(gè)好處：其一，如果需求調(diào)整了，加入了一個(gè)優(yōu)先級(jí)更高的任務(wù)，那么其它任務(wù)優(yōu)先級(jí)也不需要變化，在的基礎(chǔ)上往上加就可以了。其二，每10分一檔，是為了方便我們?cè)谌蝿?wù)和任務(wù)之間插入一個(gè)優(yōu)先級(jí)介于兩者之間的任務(wù)編碼實(shí)現(xiàn)階段插入任務(wù)時(shí)先級(jí)設(shè)置一般遵從減半原則。比如，優(yōu)先級(jí)分別為1000和的任務(wù)之間插入的任務(wù)優(yōu)先級(jí)一般設(shè)置為995。這樣的話，即便是優(yōu)先級(jí)調(diào)整后，還是可以插入一定數(shù)量的任務(wù)的。當(dāng)然，你可以根據(jù)項(xiàng)目的大小，調(diào)整這個(gè)基數(shù)，就拿基數(shù)為例子，第一次優(yōu)先級(jí)排序時(shí)只能容納1000/10=100功能點(diǎn)對(duì)于有些項(xiàng)目來說這樣的規(guī)模還是遠(yuǎn)遠(yuǎn)不夠的。

接下來就應(yīng)該給開發(fā)人員分配任務(wù)了個(gè)階段往往比較簡(jiǎn)單發(fā)人員也可以主動(dòng)地要求任務(wù)個(gè)任務(wù)指定一個(gè)開發(fā)人員就可以了過也有部分任務(wù)可能需要多人協(xié)作完成么該任務(wù)還需細(xì)分至可以落實(shí)到單個(gè)開發(fā)人員為止。說了這么多總算要開始編寫工作詳細(xì)計(jì)劃了這里我推薦采用前置任務(wù)法來完成計(jì)劃制定工作們之前設(shè)置好的優(yōu)先級(jí)在這兒就要大顯身手了面是具體的操作根據(jù)優(yōu)先級(jí)從大到小排序先級(jí)高的任務(wù)做為優(yōu)先級(jí)低的任務(wù)的前置任務(wù)樣就可以很方便地完成計(jì)劃的編排工作個(gè)開發(fā)人員的任務(wù)就成了一個(gè)一字長(zhǎng)蛇陣任務(wù)的開始時(shí)間任務(wù)的完成時(shí)間一目了然。這些數(shù)據(jù)是該方法的副產(chǎn)品以很直觀地測(cè)量出計(jì)劃任務(wù)安排的短板便項(xiàng)目經(jīng)理對(duì)任務(wù)分配情況進(jìn)行調(diào)整大多數(shù)需求變動(dòng)頻繁的項(xiàng)目開發(fā)過程中甚至不需要對(duì)這塊短板進(jìn)行調(diào)整為過不了幾天戶可能又會(huì)提出一個(gè)新需求那么很簡(jiǎn)單的把新功能交給對(duì)應(yīng)的開發(fā)人員來處理資源就這樣被完美地分配好了，這不是每個(gè)管理者所夢(mèng)寐以求的嗎接下來就要進(jìn)入任務(wù)執(zhí)行階段了這里要和開發(fā)人員進(jìn)行一個(gè)約定那就是：必須嚴(yán)格按照優(yōu)先級(jí)順序來開展編碼實(shí)現(xiàn)工作。如果由于實(shí)際情況的需要，確實(shí)要對(duì)開發(fā)順序進(jìn)行調(diào)整的那么應(yīng)該先調(diào)整優(yōu)先級(jí)再將計(jì)劃任務(wù)執(zhí)行順序做好調(diào)整，最后開發(fā)人員按調(diào)整后計(jì)劃進(jìn)行執(zhí)行。為更好地控制好項(xiàng)目進(jìn)度，開發(fā)人員需根據(jù)實(shí)際情況來填寫PWA工時(shí)并按時(shí)提交工時(shí)做好這些工作并且約定好上面這些實(shí)施步驟后，相信項(xiàng)目經(jīng)理只要一打PROJECT，就能很清楚

地知道誰今天要干什么什么時(shí)間段需要完成哪些功能且還可以比較精確地計(jì)算出計(jì)劃與實(shí)際進(jìn)度偏差的情況。上面說的都是一天八小時(shí)工作的情況那么遇上加班請(qǐng)假我們應(yīng)該怎么樣把這些工時(shí)體現(xiàn)在計(jì)劃中并隨時(shí)調(diào)整呢?對(duì)了，那就應(yīng)該調(diào)整資源的投入百分比加班把資源投入的百分比增加一些算方便這樣約定，一個(gè)晚上的加班時(shí)間定為4小時(shí)按照比例如果這一天加班那么資源的投入百分比應(yīng)該為150%。同理，如果是請(qǐng)假，那么把資源投入百分比按實(shí)際情況減少就可以了如果是周末加班那就要麻煩一些了只有把資源時(shí)間表調(diào)整一下(每個(gè)資源的時(shí)間表都