在可行性分析之后，項目計劃(hua)與(yu)質量管(guan)理將貫穿需求分析、系統設(she)計、程(cheng)序設(she)計、測試、維護等軟件工程(cheng)環節。
項(xiang)(xiang)目計(ji)劃(hua)是(shi)(shi)要提供一(yi)份合理(li)的進程表(biao)，讓所有開(kai)發人員任務明確、步調一(yi)致，最(zui)終共同準時地完成項(xiang)(xiang)目。項(xiang)(xiang)目計(ji)劃(hua)是(shi)(shi)要付諸實施的，不(bu)象用嘴巴(ba)喊政治(zhi)口號(hao)，可以很夸張。軟件(jian)的項(xiang)(xiang)目計(ji)劃(hua)重在“準確”而非“快速(su)”。項(xiang)(xiang)目管理(li)培訓師提高(gao)質(zhi)(zhi)量(liang)(liang)是(shi)軟(ruan)件(jian)(jian)工(gong)程的(de)(de)(de)主(zhu)要目標。但(dan)由于軟(ruan)件(jian)(jian)開發是(shi)一(yi)(yi)種智力(li)創作活動，很難象傳統(tong)工(gong)業那樣通過執行(xing)嚴格的(de)(de)(de)操(cao)作規范來保證(zheng)軟(ruan)件(jian)(jian)產品的(de)(de)(de)質(zhi)(zhi)量(liang)(liang)。世上(shang)最小心翼翼、最老實巴腳的(de)(de)(de)程序員(yuan)未必就能(neng)開發出(chu)高(gao)質(zhi)(zhi)量(liang)(liang)的(de)(de)(de)軟(ruan)件(jian)(jian)來。程序員(yuan)必須了(le)解(jie)軟(ruan)件(jian)(jian)質(zhi)(zhi)量(liang)(liang)的(de)(de)(de)方(fang)(fang)方(fang)(fang)面面(稱為質(zhi)(zhi)量(liang)(liang)因素)，如正確性(xing)、性(xing)能(neng)、易用(yong)性(xing)、靈活性(xing)、可復(fu)用(yong)性(xing)、可理(li)(li)解(jie)性(xing)等(deng)等(deng)，才能(neng)在進(jin)行(xing)系統(tong)設(she)計(ji)、程序設(she)計(ji)時將高(gao)質(zhi)(zhi)量(liang)(liang)內建其中。軟(ruan)件(jian)(jian)的(de)(de)(de)高(gao)質(zhi)(zhi)量(liang)(liang)并不是(shi)“管理(li)(li)”出(chu)來的(de)(de)(de)，實質(zhi)(zhi)上(shang)是(shi)設(she)計(ji)出(chu)來的(de)(de)(de)，質(zhi)(zhi)量(liang)(liang)的(de)(de)(de)管理(li)(li)只是(shi)一(yi)(yi)種預防和認證(zheng)的(de)(de)(de)手段而(er)已。
1、項目(mu)計(ji)劃(hua)
做(zuo)項(xiang)目計劃，如同給一個待出生的嬰兒寫傳記那樣困(kun)難。如果(guo)允(yun)許(xu)項(xiang)目結束后(hou)再寫計劃，那就輕松多(duo)了，并且可(ke)以100% 地準(zhun)確(que)。
歷史教(jiao)訓讓我們明(ming)白(bai)一(yi)個道理：如(ru)果一(yi)萬年以后才(cai)會有一(yi)條陽(yang)光大(da)道通向共產(chan)主(zhu)義(yi)，那么(me)現在(zai)(zai)就不(bu)要(yao)忙著(zhu)砸鍋煉(lian)鋼(gang)趕英(ying)超美(mei)，免(mian)得在(zai)(zai)跑步奔向共產(chan)主(zhu)義(yi)時(shi)把自己累死餓死。在(zai)(zai)做軟(ruan)件的(de)(de)項(xiang)目(mu)計劃時(shi)，應屏棄(qi)一(yi)切浮夸作(zuo)風。只有“知(zhi)(zhi)已知(zhi)(zhi)彼(bi)”才(cai)能做出合(he)理的(de)(de)項(xiang)目(mu)計劃。這(zhe)里“知(zhi)(zhi)彼(bi)”是(shi)指要(yao)了解(jie)項(xiang)目(mu)的(de)(de)規模、難(nan)度(du)與(yu)時(shi)間(jian)限(xian)制。“知(zhi)(zhi)已”是(shi)指要(yao)了解(jie)有多少可用資(zi)源，如(ru)可調用的(de)(de)程序員(yuan)有幾個?他們的(de)(de)水(shui)平如(ru)何?軟(ruan)硬件設(she)施如(ru)何?
1.1 知己(ji)知彼
首(shou)先要(yao)(yao)(yao)了解項(xiang)目的規模(mo)、難度(du)與時間限制，才可以確定應(ying)該(gai)投入(ru)多少人(ren)力、物力去(qu)做這個項(xiang)目。在可行性分析階段就(jiu)要(yao)(yao)(yao)考慮這個問題。但不幸的是，人(ren)們在陷入(ru)項(xiang)目不能(neng)自撥之(zhi)前總(zong)難以準確地估(gu)計項(xiang)目的規模(mo)與難度(du)。這里經(jing)驗起到了最重要(yao)(yao)(yao)的作用(yong)。
項(xiang)目(mu)(mu)的(de)(de)(de)時間限制有(you)兩(liang)類(lei)。第一類(lei)，項(xiang)目(mu)(mu)應該完成(cheng)的(de)(de)(de)日期(qi)寫在合同中(zhong)，如果延期(qi)了(le)(le)，則開發方要作出(chu)相應的(de)(de)(de)賠償(chang)。第二類(lei)是開發自己(ji)的(de)(de)(de)軟件產品(pin)，雖(sui)然只確定了(le)(le)該產品(pin)大致的(de)(de)(de)發行日期(qi)并允許有(you)延誤，但如果拖延太久則會失去(qu)商(shang)機造(zao)成(cheng)損(sun)失。
項目的(de)資源分(fen)為(wei)三類(lei)：“人(ren)”、“可復用的(de)軟構件”和(he)“軟硬件環境(jing)”
(1)人(ren)是最有價值的(de)(de)資源。項目計劃(hua)的(de)(de)制定(ding)者(zhe)要確定(ding)開發人(ren)員的(de)(de)名單，要根據他們的(de)(de)專長進行分工。
(2)可(ke)(ke)復用的(de)(de)軟(ruan)構件(jian)是次有(you)價值的(de)(de)資(zi)源(yuan)。1.2.1節論(lun)述(shu)了(le)復用軟(ruan)構件(jian)可(ke)(ke)提高軟(ruan)件(jian)的(de)(de)質量與生(sheng)產率。軟(ruan)構件(jian)并非一定要用自(zi)己的(de)(de)，可(ke)(ke)以向專業(ye)的(de)(de)軟(ruan)件(jian)供應商購買。
(3)軟硬件(jian)環(huan)(huan)境雖然(ran)不(bu)是最重要(yao)的資(zi)源(yuan)，卻(que)是必需的資(zi)源(yuan)。原(yuan)則(ze)上軟硬件(jian)環(huan)(huan)境只要(yao)符合項目(mu)的開發(fa)要(yao)求即可。有(you)些項目(mu)可能要(yao)用到特(te)殊的設備，則(ze)要(yao)事先作好準備，以免(mian)用時找不(bu)到而(er)擔擱了進程。
1.2 進度(du)安排 項目管(guan)理培訓(xun)師(shi)康路晨
有(you)一位程(cheng)序(xu)員忙著編寫程(cheng)序(xu)，經理問他還需要(yao)多久才能完成。
“明天就可以完成。”程序員立即回答。
“我(wo)想這是不切實(shi)際的，實(shi)話實(shi)說，到底還(huan)要多少時間?”經理(li)說。
“我還想(xiang)加進一些新的功(gong)能，這需(xu)要花兩個星期。”程序員想(xiang)了一會兒(er)說。
“即使這樣(yang)也(ye)期望(wang)過(guo)高了，只要你編完程序時告(gao)訴我(wo)一聲，我(wo)也(ye)就(jiu)滿(man)足了。”經理說。
幾年以后，經理要退休了(le)。在他去退休午餐會時，發(fa)現那位程序員正趴在機器旁睡覺：可(ke)憐的家伙整個晚上都在忙于編寫那個程序。
程序員也期望每天早晨(chen)能(neng)在7:00準時起床，可老是(shi)一(yi)覺醒來就(jiu)到(dao)中午了。項目落后于進度(du)表(biao)乃是(shi)家常便飯，不(bu)必(bi)大驚(jing)小怪。以下一(yi)些事件經常會導致(zhi)項目被延誤：
(1)上(shang)級領(ling)導主管臆斷，制(zhi)定了(le)不現實的期限。項目經理與程序員們被迫按照不合理的進度(du)表開展(zhan)工作。
(2)客戶的需求(qiu)發生了變化，但沒有對(dui)進度表(biao)作出(chu)相應的修(xiu)改(gai)
(3)低估了項目的規模與難(nan)度，導(dao)致(zhi)投入的人力和物(wu)力不足。
(4)并未預見到存(cun)在難(nan)以克服的技術障(zhang)礙。
(5)并未預見到開發人員會發生(sheng)問題，如(ru)生(sheng)病，辭職(zhi)等等。
(6)開發(fa)人(ren)員之間不(bu)能很好的交流、協作，導致各(ge)階(jie)段任務難以如期(qi)完成。
所以寫進(jin)程表不能象小學生(sheng)寫決心書那樣充滿幻想。以下是一些有(you)益的建議(yi)：
(1)制(zhi)定進(jin)度表(biao)的(de)人(ren)最(zui)好就是項(xiang)目負責人(ren)，他(ta)最(zui)了解(jie)項(xiang)目和開(kai)發人(ren)員(yuan)。進(jin)度表(biao)要經(jing)過(guo)開(kai)發小組的(de)討論，在得到(dao)大部數人(ren)的(de)支(zhi)持后才能實施。避免出現一(yi)廂情(qing)愿的(de)局面。
(2)進(jin)度(du)安排并不見得一定(ding)要符合(he)邏輯順序。應(ying)盡可能地(di)先做技(ji)術(shu)難(nan)度(du)高的(de)事，后做難(nan)度(du)低的(de)事。也就是辛苦在(zai)前，輕(qing)松在(zai)后。
小時(shi)候我(wo)(wo)對一位(wei)老先(xian)(xian)生(sheng)(sheng)吃(chi)(chi)(chi)飯很感興趣(qu)：他總是先(xian)(xian)把(ba)一大盒(he)的米(mi)飯吃(chi)(chi)(chi)光了(le)(le)，然后再幸福地(di)品(pin)嘗(chang)一小盒(he)菜(cai)。父母告訴(su)我(wo)(wo)這是中國(guo)的傳統美德，叫“先(xian)(xian)苦后甜”。從此(ci)我(wo)(wo)銘(ming)記在(zai)心，按此(ci)道理去學習(xi)和工作。可如今在(zai)飯店里(li)，人們總是先(xian)(xian)把(ba)菜(cai)吃(chi)(chi)(chi)完了(le)(le)，最后才吃(chi)(chi)(chi)點(dian)米(mi)飯。天哪，生(sheng)(sheng)活(huo)真是太復雜了(le)(le)，我(wo)(wo)究竟該“先(xian)(xian)吃(chi)(chi)(chi)飯” 還是“先(xian)(xian)吃(chi)(chi)(chi)菜(cai)”?
(3)開(kai)發(fa)一個(ge)(ge)大(da)的(de)軟(ruan)件(jian)項目(mu)，應該將進(jin)度表分為若干個(ge)(ge)里(li)程碑。一個(ge)(ge)里(li)程碑之內的(de)多個(ge)(ge)任務可以同步(bu)進(jin)行。程序員極容(rong)易沉迷(mi)于技術(shu)，要么(me)樂不思(si)蜀，要么(me)焦頭爛額。里(li)程碑就象(xiang)心靈(ling)的(de)燈塔，使忙碌的(de)人群不混亂(luan)，不迷(mi)失方向(xiang)。
(4)進度表(biao)中(zhong)必須留有緩(huan)沖時間(jian)，并將緩(huan)沖時間(jian)用(yong)到(dao)不(bu)確定的(de)事情上。因為人們對即將要(yao)(yao)做的(de)事情知之(zhi)甚少，所以要(yao)(yao)留一些時間(jian)以防不(bu)測。Microsoft公司的(de)一些開發小組(zu)甚至制定了“50% 緩(huan)沖規則(ze)”[Cusumano 1996]。對許多(duo)項目(mu)經理(li)而言(yan)，容忍(ren)進度表(biao)中(zhong)存在緩(huan)沖時間(jian)，不(bu)啻為觀念上的(de)一個(ge)飛躍。
(5)如果發現(xian)項目(mu)應交(jiao)付的(de)(de)期限非(fei)常(chang)不合理，就(jiu)要跟(gen)領導或(huo)跟(gen)客戶據理力爭，請求放(fang)寬期限、調整進度(du)。當客戶的(de)(de)需求發生(sheng)變化(hua)時(shi)，就(jiu)要對進度(du)表作出相應的(de)(de)修(xiu)正。不要覺得修(xiu)改(gai)進度(du)表很(hen)(hen)困難很(hen)(hen)麻煩，不修(xiu)改(gai)才會產生(sheng)真(zhen)真(zhen)的(de)(de)麻煩。很(hen)(hen)多人認(ren)為戒煙很(hen)(hen)困難，但馬(ma)克·吐溫曾說：“戒煙很(hen)(hen)容易，我(wo)一(yi)年(nian)就(jiu)戒幾十次。”
2、 零缺(que)陷質(zhi)量管理的觀念
“零(ling)缺(que)陷(xian)”質量管(guan)(guan)(guan)理(li)的(de)(de)觀念來(lai)源于一(yi)些國際(ji)上(shang)著名(ming)的(de)(de)硬件(jian)生(sheng)產(chan)廠商。盡管(guan)(guan)(guan)軟件(jian)的(de)(de)開發(fa)與硬件(jian)生(sheng)產(chan)有極大的(de)(de)差別，但我們(men)仍可以從“零(ling)缺(que)陷(xian)”質量管(guan)(guan)(guan)理(li)中得到啟(qi)迪。“零(ling)缺(que)陷(xian)”質量管(guan)(guan)(guan)理(li)至少有兩(liang)個核心內容：一(yi)是(shi)高目標(biao)，二是(shi)可執行(xing)的(de)(de)規范。
2.1 高(gao)目標(biao)
人(ren)(ren)在(zai)做(zuo)一(yi)件事情時(shi)，由于存在(zai)很多不(bu)確(que)定(ding)的(de)(de)(de)因素，一(yi)般(ban)不(bu)可能(neng)100% 地達(da)到(dao)目(mu)標(biao)。假設平常人(ren)(ren)做(zuo)事能(neng)完成(cheng)目(mu)標(biao)的(de)(de)(de)80%。如(ru)果(guo)某個人(ren)(ren)的(de)(de)(de)目(mu)標(biao)是100分(fen)，那么他(ta)最(zui)終(zhong)成(cheng)績可達(da)80分(fen)。如(ru)果(guo)某個人(ren)(ren)的(de)(de)(de)目(mu)標(biao)只是60分(fen)，那么他(ta)最(zui)終(zhong)成(cheng)績只有48分(fen)。我們在(zai)考場上身經百(bai)戰，很清楚那些只想混及格的(de)(de)(de)學生通常都不(bu)會及格，那些想得高分(fen)的(de)(de)(de)學生也常為(wei)自己(ji)的(de)(de)(de)失(shi)誤而捶胸頓足。
做(zuo)一個(ge)項目(mu)通常需要(yao)多個(ge)人的(de)(de)協作。假設項目(mu)的(de)(de)總(zong)質(zhi)量(liang)(liang)(最高(gao)為1)是十個(ge)開發人員的(de)(de)工作質(zhi)量(liang)(liang)之積(ji)。如(ru)果(guo)每(mei)個(ge)人的(de)(de)質(zhi)量(liang)(liang)目(mu)標是0.95，那(nei)么(me)十個(ge)人的(de)(de)累積(ji)質(zhi)量(liang)(liang)不會超(chao)過(guo)0.19。如(ru)果(guo)每(mei)個(ge)人的(de)(de)質(zhi)量(liang)(liang)目(mu)標是0.9分(fen)，那(nei)么(me)十個(ge)人的(de)(de)累積(ji)質(zhi)量(liang)(liang)不會超(chao)過(guo)0.03。只有每(mei)個(ge)人都(dou)做(zuo)到1，項目(mu)總(zong)質(zhi)量(liang)(liang)才會是1。
如(ru)果(guo)沒(mei)有高目標，人的墮落就很快。如(ru)果(guo)沒(mei)有“零(ling)缺(que)陷”的質量目標，也許缺(que)陷就會成(cheng)堆(dui)。
2.2 可(ke)執行的規范
實(shi)(shi)現100分顯然比(bi)實(shi)(shi)現80分要付(fu)出更(geng)多的(de)努力。“零缺陷”質量目標不是隨心所欲提出來的(de)，做得到才有意義(yi)。實(shi)(shi)現高目標需要一(yi)套可執行的(de)規(gui)范來保(bao)證(zheng)。
50年代末，全國掀(xian)起了“浮(fu)夸風(feng)”。為了實現畝產數萬斤推廣各(ge)種(zhong)方(fang)法(fa)，害得全國鬧饑荒。想不(bu)到有數千年種(zhong)糧經驗的幾億中國農(nong)民就(jiu)這么整齊地栽倒了。
好規(gui)范(fan)必(bi)須是本(ben)企業(ye)有(you)能力執行的(de)(de)。一個(ge)普通企業(ye)照(zhao)搬一流企業(ye)的(de)(de)規(gui)范(fan)未必(bi)行得通。軟(ruan)件(jian)工程的(de)(de)規(gui)范(fan)很(hen)容易從書籍中找到(dao)，但(dan)有(you)了這些規(gui)范(fan)并不表明就能把軟(ruan)件(jian)做好。國(guo)內(nei)很(hen)多(duo)軟(ruan)件(jian)公司根本(ben)沒有(you)條件(jian)去執行業(ye)界推薦(jian)的(de)(de)軟(ruan)件(jian)工程規(gui)范(fan)。社會主(zhu)(zhu)義(yi)初級階段(duan)的(de)(de)“草”與發達資(zi)本(ben)主(zhu)(zhu)義(yi)國(guo)家的(de)(de)“苗”的(de)(de)確(que)有(you)不同的(de)(de)培育方式。
軟件(jian)是如此的(de)(de)靈活(huo)，如果(guo)沒有(you)規(gui)范來制約(yue)，就容(rong)易因(yin)無序(xu)的(de)(de)喜好(hao)而導致混沌;但規(gui)范如果(guo)太嚴(yan)密了，就會扼殺程序(xu)員生機(ji)勃(bo)勃(bo)的(de)(de)創(chuang)造力。制定軟件(jian)規(gui)范是進退兩難的(de)(de)事(shi)。程序(xu)員必(bi)須深入了解軟件(jian)多方(fang)面的(de)(de)質量(liang)因(yin)素(su)，把那些(xie)能提高軟件(jian)質量(liang)因(yin)素(su)的(de)(de)各種(zhong)規(gui)范植入腦中(zhong)，才能在各個實踐環節自(zi)然(ran)而然(ran)地把高質量(liang)設計到軟件(jian)中(zhong)。
轉載：//bamboo-vinegar.cn/zixun_detail/995.html
