項(xiàng)目管理和質(zhì)量控制之開(kāi)發(fā)過(guò)程控制

項(xiàng)目需求穩(wěn)定性與開(kāi)發(fā)模型選擇
　　項(xiàng)目來(lái)源通常可區(qū)分客戶合同項(xiàng)目、內(nèi)部產(chǎn)品更新?lián)Q代�？蛻艉贤�項(xiàng)目由于受到客戶直接約束，有固定的工期，而且需求往往很不穩(wěn)定，很多時(shí)候客戶只指定一個(gè)大概的需求范圍，由開(kāi)發(fā)商在應(yīng)標(biāo)的時(shí)候列出能實(shí)現(xiàn)的功能需求、環(huán)境支持和開(kāi)發(fā)費(fèi)用，在多家開(kāi)發(fā)商應(yīng)標(biāo)的情況下，客戶有可能綜合多家廠家的功能，要求開(kāi)發(fā)商實(shí)現(xiàn)，還有一些項(xiàng)目客戶只提出研究方向，根本沒(méi)有具體的需求細(xì)節(jié);內(nèi)部產(chǎn)品更新?lián)Q代需求相對(duì)穩(wěn)定一些，而且工期也相對(duì)寬松，比較容易把握，但產(chǎn)品的需求是連續(xù)的，產(chǎn)品需要不停的升級(jí)增加新功能才有生命力;由于需求的穩(wěn)定性不同，往往需要比較好的開(kāi)發(fā)模型來(lái)支持，否則很容易發(fā)生到了項(xiàng)目后期才發(fā)現(xiàn)實(shí)現(xiàn)的功能與實(shí)際應(yīng)用需求不符，達(dá)不到使用效果，導(dǎo)致項(xiàng)目失敗;開(kāi)發(fā)模型的不同，需要管理的力度也不同，管理花費(fèi)的時(shí)間也不同;

 
　　l 瀑布模型因?yàn)樾枨蠓�(wěn)定，實(shí)現(xiàn)細(xì)節(jié)明確，只要需求理解正確，設(shè)計(jì)沒(méi)有出現(xiàn)大的錯(cuò)誤，基本上按照需求分析-》設(shè)計(jì)-》編碼-》單元測(cè)試-》集成-》集成測(cè)試-》驗(yàn)收-》發(fā)布走下來(lái)，過(guò)程任務(wù)明確，很少出現(xiàn)文檔代碼重復(fù)評(píng)審的情況，開(kāi)發(fā)人員可以專心地按階段進(jìn)行開(kāi)發(fā)工作，管理也非常簡(jiǎn)單，只要把握好每個(gè)項(xiàng)目成員的進(jìn)度，基本上可以確保完成任務(wù)了。
　　l 原型演化模型因?yàn)樾枨蟛环�(wěn)定，實(shí)現(xiàn)細(xì)節(jié)不明確，很多東西需求摸索之后才能明白怎么做、能否實(shí)現(xiàn)，這個(gè)時(shí)候需要快速地做出原型，在做原型的時(shí)候確定技術(shù)要點(diǎn)，分辨這些要點(diǎn)以現(xiàn)有項(xiàng)目組的水平是否能夠按時(shí)完成，如果無(wú)法完成，需要向客戶解釋為什么，對(duì)有可能出現(xiàn)技術(shù)延誤的功能需要提前取得客戶的諒解，以便以后追加費(fèi)用或者放到二期完成，因?yàn)樵陧?xiàng)目開(kāi)發(fā)過(guò)程中需要不停地與用戶交流，修改需求、設(shè)計(jì)、代碼，工作量比較難估計(jì)，項(xiàng)目追蹤難度高，這個(gè)時(shí)候項(xiàng)目經(jīng)理需要建立需求矩陣、風(fēng)險(xiǎn)列表，一項(xiàng)一項(xiàng)的解決問(wèn)題，協(xié)調(diào)項(xiàng)目成員，不停調(diào)整項(xiàng)目計(jì)劃保證后面的工作評(píng)估盡量貼近實(shí)際，以免失控，管理工作將占項(xiàng)目經(jīng)理大部分時(shí)間，可以說(shuō)在這三個(gè)模型中項(xiàng)目進(jìn)度是最難把握的。
　　l 噴泉模型適應(yīng)于產(chǎn)品升級(jí)開(kāi)發(fā)，產(chǎn)品不停地更新?lián)Q代，不斷的增加功能，通常不會(huì)一下子全部實(shí)現(xiàn)所有功能，最好是分期實(shí)現(xiàn)，降低風(fēng)險(xiǎn)，早日回收開(kāi)發(fā)成本，這種開(kāi)發(fā)-》測(cè)試-》發(fā)布-》開(kāi)發(fā)-》測(cè)試-》發(fā)布的螺旋回溯式開(kāi)發(fā)繼保證了產(chǎn)品的延續(xù)性也保證了產(chǎn)品的穩(wěn)定性，管理靈活，暫時(shí)實(shí)現(xiàn)不了的需求可以推后等技術(shù)成熟的時(shí)候在立項(xiàng)完成，管理難度中級(jí)，并且這種模型在測(cè)試人員足夠的情況下可轉(zhuǎn)為測(cè)試驅(qū)動(dòng)型開(kāi)發(fā)，項(xiàng)目經(jīng)理重點(diǎn)關(guān)注每天實(shí)現(xiàn)了哪些功能、出現(xiàn)了哪些Bug,可動(dòng)態(tài)每天安排工作。
　　瀑布模型的關(guān)鍵要素理解需求和架構(gòu)設(shè)計(jì)，原型演化模型的關(guān)鍵是快速原型和管理協(xié)調(diào)，噴泉模型注重需求分期穩(wěn)定實(shí)現(xiàn)和測(cè)試，總之選擇適當(dāng)?shù)拈_(kāi)發(fā)模型可優(yōu)化工作安排，更好地調(diào)配資源，關(guān)注開(kāi)發(fā)模型中的重點(diǎn)工作要素。(在現(xiàn)實(shí)中，由于受限于公司制度和資源，很多時(shí)候項(xiàng)目經(jīng)理無(wú)法自由選擇開(kāi)發(fā)模型，很多公司沒(méi)有測(cè)試人員，評(píng)審流程僵化，無(wú)法承受原型演化模型管理要求)

人員控制
　　無(wú)論是哪種開(kāi)發(fā)模型，都必須貫徹“以人為本”的原則，拉動(dòng)開(kāi)發(fā)人員工作積極性是保證項(xiàng)目順利完成的重重之重，每一個(gè)人都希望自己的勞動(dòng)成果得到別人的尊重，因此經(jīng)常表?yè)P(yáng)項(xiàng)目成員中做得比較好是一個(gè)美德，非常容易做到，經(jīng)常質(zhì)疑成員的能力不信任成員常常是項(xiàng)目失敗的主要原因之一;項(xiàng)目經(jīng)理需要時(shí)不時(shí)主動(dòng)向開(kāi)發(fā)人員詢問(wèn)進(jìn)度、有沒(méi)有問(wèn)題，不應(yīng)該等待開(kāi)發(fā)人員匯報(bào)問(wèn)題，很多項(xiàng)目經(jīng)理把問(wèn)題歸結(jié)于開(kāi)發(fā)人員沒(méi)有主動(dòng)匯報(bào)是不對(duì)，往往等到開(kāi)發(fā)人員匯報(bào)的時(shí)候問(wèn)題已經(jīng)非常嚴(yán)重了，不要輕率認(rèn)為開(kāi)發(fā)人員能夠及時(shí)發(fā)現(xiàn)所有問(wèn)題;在項(xiàng)目開(kāi)發(fā)中，安排成員做錯(cuò)誤的事情是大顧忌，不但做的人沒(méi)有成就、沒(méi)有績(jī)效，也會(huì)影響領(lǐng)導(dǎo)威信;每天了解所有成員的進(jìn)度是好事，既能拉近人員之間的距離，也能更好的把握人員的狀態(tài)。
　　可采用一些工具來(lái)簡(jiǎn)化組員的匯報(bào)工作，讓開(kāi)發(fā)人員專注于開(kāi)發(fā)，不要讓組員多重匯報(bào)，多重匯報(bào)會(huì)讓開(kāi)發(fā)人員非常不耐煩，也占時(shí)間。(我曾經(jīng)就碰到一個(gè)主管，在公司要求的每日工作匯報(bào)上還要寫(xiě)項(xiàng)目工作匯報(bào)文檔又要在一個(gè)dotProject的工具上填寫(xiě)，最后還要更新Project文檔，還把這些工作當(dāng)作重點(diǎn)考核，真是不厭其煩)

時(shí)間控制
　　在三種模型中時(shí)間的控制要求是不同的。瀑布模型階段清晰,保證每一個(gè)階段能按時(shí)完成即可以順利完成項(xiàng)目，原型演化模型就不是那么好控制了，應(yīng)該以功能劃分，精確控制每一個(gè)功能的完成時(shí)間才能順利完成項(xiàng)目，對(duì)難度特高耗時(shí)長(zhǎng)的功能要做好無(wú)法完成的準(zhǔn)備，確定不能完成的功能要盡早與客戶溝通放棄，噴泉模型要求比較松，一般以功能劃分時(shí)間，也可按需求、設(shè)計(jì)、編碼、測(cè)試來(lái)劃分�？傊�“先緊后松”是原則，在項(xiàng)目前期盡量多做工作。如果最好能夠把開(kāi)發(fā)人員的時(shí)間安排到小時(shí)，控制開(kāi)發(fā)人員每小時(shí)的工作，在估計(jì)時(shí)間的時(shí)候不要考慮加班的情況(有些項(xiàng)目經(jīng)理很極端的，項(xiàng)目一開(kāi)始就考慮加班，也不知道是不是在領(lǐng)導(dǎo)面前表示項(xiàng)目很緊張)，否則真的需要額外時(shí)間就很麻煩了。

需求管理
　　幾乎所有的人都認(rèn)為需求很重要，確實(shí)需求是立項(xiàng)的關(guān)鍵也是產(chǎn)品推廣成功的關(guān)鍵要素，怎么能不重要呢!所以需求是一定要管理的，確定需求的范圍項(xiàng)目開(kāi)發(fā)首先要做的事情，尤其是原型演化模型必須建立需求矩陣，一條一條地解決需求不明的問(wèn)題。

風(fēng)險(xiǎn)控制
　　需求不明是最大的風(fēng)險(xiǎn)，其次是人員風(fēng)險(xiǎn)，其他硬件資源、軟件工具資源也是風(fēng)險(xiǎn)來(lái)源，與用戶良好互動(dòng)，與組員融洽協(xié)作是解決風(fēng)險(xiǎn)主要辦法，硬件資源、軟件工具資源解決的手段很多，注意不要成為進(jìn)度的絆腳石。 (資料來(lái)源：項(xiàng)目管理者聯(lián)盟)