【正文】 不能在分配的時間內(nèi)制造規(guī)定尺寸的產(chǎn)品。產(chǎn)品的不熟悉方面要花費比預(yù)料的更多的時間來設(shè)計和執(zhí)行。解雇和削減降低小組的能力。預(yù)算削減打亂項目規(guī)劃。項目規(guī)劃在壓力下被放棄，導(dǎo)致混亂的、低效的發(fā)展。最終和戶堅持新要求。沒有征求商業(yè)用戶的意見，因此產(chǎn)品最終不符合用戶期望，因此必須重做。商業(yè)用戶微觀管理發(fā)展過程。沒有征求最終用戶意見，因此產(chǎn)品最終不符合用戶期望，必須重做?？蛻敉ㄐ艜r間（例如回答澄清要求問題的時間）比預(yù)料的慢。客戶批準(zhǔn)的支持工具和環(huán)境不兼容，性能差，或者功能不足，致使生產(chǎn)率降低。任務(wù)先決條件（例如培訓(xùn)、其他項目的完成、獲得工作許可證）不能按時完成。缺少所需的規(guī)格，從而增加缺陷和重做工作。合同員工在項目完成前離開。小組成員不買進項目。項目得不到更有資格做項目的人員。項目得不到足夠的人員。項目缺少有效的執(zhí)行發(fā)起人。雇用承包人和盛況時間比預(yù)料的長。承包人和顧問需要額外的時間來學(xué)習(xí)不熟悉的編程語言。關(guān)鍵承包人和顧問只能部分時間才能得到。培訓(xùn)包給第三方。項目依賴賣主，因此控制是單方面的。錯誤用戶界面的開發(fā)需要重新設(shè)計和執(zhí)行。與其他系統(tǒng)、其他復(fù)雜系統(tǒng)或不受小組控制的其他系統(tǒng)的接合要求導(dǎo)致意料之外的設(shè)計、執(zhí)行和測試。對組織來說是新品牌的某種組成部分的開發(fā)所花的時間比預(yù)料的長。在直到項目后期還不知道的項目問題方面不準(zhǔn)確的進程跟蹤結(jié)果。正式手續(xù)太多（官僚性遵守軟件政策和標(biāo)準(zhǔn)）。過分復(fù)雜的設(shè)計需要不必要的和無利可得的執(zhí)行費用。必要的功能不能用選擇的準(zhǔn)則或等級資料庫質(zhì)量差，造成額外的測試、缺陷糾正和重做工作。批準(zhǔn)的支持工具和環(huán)境不兼容，性能差，或者功能不足。開發(fā)工具在所需時間不到位。編碼和實施階段中期和后期評審，用戶方需要指派一名代表參與評審的會議。用戶方提供數(shù)據(jù)轉(zhuǎn)換所要求的原始數(shù)據(jù)。北大青鳥Aptech所有的軟件項目配置管理采用標(biāo)準(zhǔn)的表格模板，并遵循了標(biāo)準(zhǔn)：《計算機軟件配置管理計劃規(guī)范》(GB/T 125051990)，本部分加以引用。管理計劃實現(xiàn)（變更控制程序）A：控制和實施階段 在突發(fā)事件的情況下項目經(jīng)理可以對項目范圍進行變更，并在事后把變更說明提交到變更控制委員會； 范圍變更通常牽涉到人員、費用、進度、風(fēng)險和質(zhì)量等多個方面，所有的變更都要求對這些方面的考慮和權(quán)衡，對于引起這些方面明顯的變動，需要更改這些方面的設(shè)計，并且進行相關(guān)的記錄； 項目組其他成員可以對范圍提出變更意見，但必須填寫統(tǒng)一的《問題報告單》形成正式的變更請求；并鼓勵每一個項目成員提出新方法、新工具以提高項目的開發(fā)進度，但嚴(yán)格控制在未經(jīng)討論的擅自變更，這些變更指WBS中未規(guī)定的事情； 對于客戶提出的變更，視變更影響的大小，首先須經(jīng)變更控制委員會正式或者非正式的討論，把最后的變更意見交由項目經(jīng)理實施； WBS中對每一個消耗資源的活動都進行了定義，但并不表示W(wǎng)BS是不可更改的，所有經(jīng)過變更都要求反映在WBS中，并且WBS所在的主文件以修改次數(shù)進行標(biāo)識； 范圍基線的變更要嚴(yán)格控制，除非在不能挽救的情況下，范圍基線不允許變更；范圍基線變更必須經(jīng)過變更控制委員會正式的會議； 程序的變更、代碼的更新所形成的軟件的新的調(diào)試版本，以版本管理程序和源代碼管理程序進行標(biāo)識和記錄，項目經(jīng)理要確保當(dāng)前使用的版本反應(yīng)了最新的變更（附件中規(guī)定了版本和源代碼記錄的模版）； 變更的內(nèi)容、質(zhì)量要求須同時遵循質(zhì)量計劃、質(zhì)量標(biāo)準(zhǔn)的相關(guān)事項； 用戶手冊、培訓(xùn)計劃要求業(yè)務(wù)或?qū)?yīng)功能相關(guān)的人員進行書寫，并且按照進度計劃中所規(guī)定的最后日期進行審核，所有的修訂意見同時應(yīng)通知變更控制委員會中實施方的成員；B：概念和計劃階段 在需求描述階段，實施方把用戶所要求進行開發(fā)和設(shè)計的內(nèi)容清楚的理解并描述為文檔，最終的正式范圍說明需要經(jīng)過包括變更控制委員會所有成員在內(nèi)的正式評審，并作為后續(xù)工作的依據(jù)；C：收尾階段1 產(chǎn)品最后的驗收依據(jù)是經(jīng)過變更控制委員在計劃階段批準(zhǔn)的范圍說明，同時有效的是可能對產(chǎn)品特征明細或者未明細的正式合同，合同附件具有同等的效力；1 可能需要返工或者返修的可交付物需要用戶的正式認(rèn)可，同時在項目計劃中加以說明；1 在用戶接受產(chǎn)品并要求結(jié)束合同的同時，變更控制委員會對控制績效進行總結(jié)，收集相關(guān)的文件、質(zhì)量記錄并進行歸檔，在這些工作完成后宣布解散委員會；配置管理活動配置標(biāo)識文檔：《問題報告單》；《版本清單》；《源代碼清單》；《設(shè)計評審》；《需求評審》 Microsoft Visual SourceSafe的版本標(biāo)識； 程序：需求評審；設(shè)計評審；項目中期評估；項目驗收評估；配置控制 變更控制委員會在召開項目首次會議時進行組建； 變更控制委員會只能在用戶簽署正式的產(chǎn)品接受文件后方可解散，變更控制委員會對產(chǎn)品維護階段的問題不承擔(dān)責(zé)任； 變更控制委員會的成員可以增加，但在人員計劃中必須做必要的變更，本計劃的相關(guān)部分也需要修訂； 變更控制委員會有義務(wù)對產(chǎn)品的質(zhì)量進行跟綜和評價，有義務(wù)提出變更請求，以確保項目最后的產(chǎn)品符合使用者的要求；配置狀態(tài)審查 公司的直接項目領(lǐng)導(dǎo)負(fù)責(zé)配置委員會工作的審查； 配置委員會負(fù)責(zé)產(chǎn)品的階段性審查和評估，這些評估包括質(zhì)量記錄的抽樣檢查、產(chǎn)品性能特征的指標(biāo)檢查和相關(guān)受控文件的更改過程合法性檢查； 項目經(jīng)理對產(chǎn)品實施過程進行控制，糾正和預(yù)防措施將是兩個最常用的手段，并且在本項目中具有工作授權(quán)體系所有的責(zé)任，這些責(zé)任中最重要的是控制每一個工作包的開始時間點；配置檢查以及審核配置檢查和評審的權(quán)限只有公司最高領(lǐng)導(dǎo)層才能進行授權(quán)，在本項目中，所涉及的內(nèi)容包括配置委員會的成立、解散需要經(jīng)過公司最高領(lǐng)導(dǎo)層的正式批準(zhǔn)。備注上述所提到的所有質(zhì)量記錄在附件中都有模板，這些模板都屬于公司的受控文件。）本項目同時遵循和貫徹公司的質(zhì)量方針和質(zhì)量目標(biāo)。D、 項目的意義項目取得成功所具有的意義、團隊收益以及個人績效的評估在項目的首次會議就需要明確，高昂的士氣給項目帶來的好處可以直接從質(zhì)量方面體現(xiàn)?；谶M度的考慮安排足夠的成員加入開發(fā)組，并在用戶對進度有更高要求的情況下增加項目成員。產(chǎn)品在交付的時候，采用光盤的形式，并確保沒有損壞。5．3．1 項目成員參加本項目的主要人員包括：張惠明項目經(jīng)理，曾經(jīng)負(fù)責(zé)過七個以上的軟件項目的管理工作，在本項目中，負(fù)責(zé)項目的規(guī)劃、接口、協(xié)調(diào)及一部分代碼工作。李明生產(chǎn)品工程師，負(fù)責(zé)文檔編寫、用戶接口及溝通，安裝、培訓(xùn)和幫助原始文檔的編寫及整理及產(chǎn)品化相關(guān)的工作。（說明：開發(fā)測試計劃可以在本部分表述，對于比較大的項目，可以編制為單獨的文檔；一些系統(tǒng)，還牽涉到安全方面的考慮，也要求在本部分盡心規(guī)劃，對于本項目，安全方面的考慮通過配置IIS和SQL Server來進行，本計劃中略；開發(fā)人員培訓(xùn)計劃、用戶培訓(xùn)計劃、安裝計劃等，在中等以上規(guī)模的項目中需要加以考慮，本項目因其規(guī)模而被簡略，或者可以引用公司的相關(guān)規(guī)定進行說明；本項目計劃包含了項目管理中計劃編制的一些專門的知識和技能，以保證項目計劃與后續(xù)課程的一致性，關(guān)于這些知識和技能的詳細說明，《軟件項目管理》。需要補充的成員及說明在本文的后續(xù)版本中得到。楊城軟件工程師，有三年的C/S、B/S結(jié)構(gòu)開發(fā)經(jīng)驗，對數(shù)據(jù)庫技術(shù)、VB技術(shù)能夠進行嫻熟地應(yīng)用，在本項目中負(fù)責(zé)數(shù)據(jù)庫設(shè)計的一部分工作及原型代碼的編寫、界面設(shè)計等。5．3 溝通計劃本項目在規(guī)模上屬于小項目，在人員安排和溝通方面都比較清晰和明確。本項目為進度預(yù)留了充分的緩沖時間，這些時候為后續(xù)的測試、符合性檢查提供了保證。F、 測試和評估盡管本項目不是一個大的項目，測試（檢查）和評估依然分別分為四個部分，包括每個獨立單元的測試、單元組合測試和集成的測試，在用戶使用過程中還包括一些改進型的測試，以確保軟件系統(tǒng)的滿足使用的質(zhì)量要求；評估包括需求、設(shè)計和最后的檢驗性評估，同時評估團的意見對質(zhì)量的提高也具有莫大的好處。C、標(biāo)準(zhǔn)和規(guī)范在質(zhì)量方面，需要遵循的標(biāo)準(zhǔn)和規(guī)范包括：A、《質(zhì)量管理體系標(biāo)準(zhǔn)》（GB/T 190012000），20001218，國家質(zhì)量技術(shù)監(jiān)督局；B、《計算機軟件產(chǎn)品開發(fā)文檔編制指南》（GB/T 856788）,198871，國家質(zhì)量技術(shù)監(jiān)督局；C、《計算機軟件質(zhì)量保證計劃規(guī)范》(GB/T 125041990)，19901115，國家質(zhì)量技術(shù)監(jiān)督局；D、《北大青鳥Aptech公司質(zhì)量手冊》200251；北大青鳥Aptech E、《北大青鳥Aptech公司程序文件》200251；北大青鳥Aptech5．2．2 程序及過程本部分規(guī)定本項目全面質(zhì)量管理所規(guī)定的實施過程，在WBS中，所有的活動安排都是與質(zhì)量保證相關(guān)的，因而也是WBS元素項的說明。質(zhì)量目標(biāo)：在軟件方面的年純利潤達到200萬元，并以每年不低于40%的比率遞增。對供貨單位的控制（本項目在項目啟動階段已經(jīng)確定系統(tǒng)的絕大部分功能自己完成，牽涉的采購管理部分非常少，因而本部分的描述在此弱化，但相關(guān)的變發(fā)生后，本部分要求清晰的說明）紀(jì)錄的收集維護和保存A、 軟件調(diào)試版本的改變