項目管理十大流程75967

1、項目管理十大流程只要流程界定清晰，項目經(jīng)理就能保證項目的發(fā)展方向與最終目標(biāo)相契合。廣義而言，要掌控各種類型項目的發(fā)展，首先要關(guān)注十個關(guān)鍵的流程。 一、生命周期與方法論項目的生命周期與方法論，是項目的紀(jì)律，為項目開展劃出了清晰的界限，以保證項目進(jìn)程。生命周期主要是協(xié)調(diào)相關(guān)項目，而方法論為項目進(jìn)程提供了持續(xù)穩(wěn)定的方式方法。生命周期通常由項目的階段組成（包括：開始、規(guī)劃、執(zhí)行/控制、完成），或由工作的重復(fù)周期構(gòu)成。項目生命周期的細(xì)節(jié)一般都會隨具體業(yè)務(wù)、項目、客戶要求而改變。因此即使在同一個項目中，周期也會有多種可能的變化。對工作細(xì)致度、文件管理、項目交付、項目溝通的要求體現(xiàn)在生命周期標(biāo)準(zhǔn)和考核的方方

2、面面。大項目的階段一般更多更長，而小項目的階段少，考核點也少。與生命周期類似，項目方法也因項目而易，細(xì)節(jié)關(guān)注程度高。產(chǎn)品開發(fā)項目的方法經(jīng)常涉及使用何種工具或系統(tǒng)，以及如何使用。信息技術(shù)項目的方法包括版本控制標(biāo)準(zhǔn)、技術(shù)文檔管理、系統(tǒng)開發(fā)的各個方面。項目方法往往不是由項目團(tuán)隊自行確定，而由公司為所有項目設(shè)定。采用與否，其實項目團(tuán)隊沒有太多選擇。公司管理層設(shè)定的方法本身代表權(quán)威，也是你作為項目領(lǐng)導(dǎo)獲得項目控制權(quán)的一個途徑?？紤]項目方法某方面的作用時，始終要把握其對項目人員管理的效率，即在可能出現(xiàn)問題的地方爭取正面效應(yīng)。二、項目定義清晰的項目描述決定了你的項目控制能力，因為接下來所有工作都在描述范疇之

3、內(nèi)。不管你如何并為何要進(jìn)行描述，你要對你的項目進(jìn)行書面定義，讓項目各方和項目組隨時參考。項目定義的形式和名稱各式各樣，包括：項目章程、提案、項目數(shù)據(jù)表、工作報告書、項目細(xì)則。這些名稱的共同點在于，項目主管方和其他相關(guān)各方面從上而下地傳達(dá)了他們對項目的期待。清晰的項目定義還包括以下方面：項目目標(biāo)陳述 （一小段文字，對項目交付成果、工期、預(yù)期成本或人力進(jìn)行高層次的描述）項目回報（包括商業(yè)案例或投資分析的回報）使用中的信息或客戶需求對項目范圍進(jìn)行定義，列出所有預(yù)期的項目成果成本和時間預(yù)算目標(biāo)重大困難和假設(shè)描述該項目對其他項目的依賴高風(fēng)險、所需的新技術(shù)、項目中的重大問題努力將盡可能多的具體信息，囊括在

4、項目描述或章程中，并使其在項目主管方和相關(guān)方面獲得認(rèn)可，進(jìn)而生效。三、合同與采購管理不管你在你的組織內(nèi)有多大的影響力和權(quán)力，你對受雇于其他公司的項目成員的影響會比較小。雖然不一定普遍適用，但你可以盡量不將項目工作外包，這是提高項目控制力的一個技巧。在考慮啟用合同商或外部顧問之前，對整體采購流程進(jìn)行重檢。尋找有服務(wù)合同起草經(jīng)驗并可以幫助你的人。建立成功的外包關(guān)系需要時間和精力，這些工作要及早著手。為了不誤項目工期，你要及時做到所有細(xì)節(jié)到位，所有合同及時簽訂。你打算外包哪部分項目交付成果，對這部分工作的細(xì)化就是你實施項目控制的著手點。記錄這些細(xì)化內(nèi)容、評估和接收標(biāo)準(zhǔn)、所有相關(guān)要求、必要時間規(guī)劃。項

5、目定義信息一定要包括在合同之內(nèi)，相關(guān)責(zé)任及早確定。和所有你考慮到的供應(yīng)商討論這些要求，這樣你的項目期望才會在各方之間明晰。四、項目規(guī)劃、執(zhí)行、跟蹤作為項目領(lǐng)導(dǎo)，通過制定有力的規(guī)劃、跟蹤、執(zhí)行流程，你可以建立項目控制的基礎(chǔ)。爭取各方面的支持，進(jìn)而在項目內(nèi)全面推廣。讓項目組成員參與規(guī)劃和跟蹤活動，這可以爭取大家的支持并提高積極性。睿智的項目領(lǐng)導(dǎo)往往大范圍地鼓勵參與，并通過流程匯聚大家的力量。當(dāng)大家看到自己的努力以及對項目的貢獻(xiàn)被肯定的時候，項目很快就從“他們的項目”變成“我們的項目”。當(dāng)項目成員視項目工作為己任的時候，項目控制就會簡單得多。較之于漠不關(guān)心的團(tuán)隊，此時的項目管理成功幾率更大。運(yùn)用項目

6、管理流程也會鼓勵項目成員的合作，這也讓你的項目控制工作更加輕松。五、變化管理技術(shù)性項目中問題最集中的方面就是缺少對具體變化的管理控制。要解決這個問題，需要在項目的各方面啟用有效的變化管理流程。解決方法可以很簡單，例如被項目團(tuán)隊、項目主辦方、相關(guān)方認(rèn)可的流程圖。這提醒了項目人員，變化在被接受之前會進(jìn)行細(xì)致地考察，并且提高了變化提案的門檻。審查變化提案的時候，要注意該提案是否對變化有清晰到位的描述。如果變化提案的動因描述得不清不楚，該提案就要打回去，并且要求對變化所帶來的益處進(jìn)行定量評估。對于那些僅局限于技術(shù)解決方案的變化提案，要多打幾個問號，因為提案人也許不能全面地判斷問題。如果變化提案過多地關(guān)

7、注問題的解決，而不注重實際問題，打回去并要求關(guān)注具體的業(yè)務(wù)形勢。最后，如果不接受某變化提案，一定要做到有理有據(jù)。而且，對項目時間、成本、精力等其他相關(guān)因素所受的影響，進(jìn)行合理的估計。 六、風(fēng)險管理風(fēng)險管理的流程能讓你制定出全面的規(guī)劃，找出潛在的麻煩，就風(fēng)險問題的解決方法達(dá)成一致，根除嚴(yán)重的問題。風(fēng)險管理要做到事半功倍，就要與項目規(guī)劃同時進(jìn)行。進(jìn)行項目工作分解安排時，注意對項目活動的不恰當(dāng)理解；分配項目任務(wù)和開展評估時，尋找風(fēng)險；烽火獵聘資深顧問認(rèn)為資源匱乏或項目資源不足，或項目工作依賴于某一個人時，要知道風(fēng)險的存在。分析項目工作將遇到的困難，鼓勵所有參與規(guī)劃的人在規(guī)劃過程中，設(shè)想最壞的情況和潛

8、在困難。項目管理的歷史項目管理是第二次世界大戰(zhàn)后期發(fā)展起來的重大新管理技術(shù)之一，最早起源于美國。有代表性的項目管理技術(shù)比如關(guān)鍵性途徑方法（CPM）和項目評估和反思（PERT）技術(shù)，它們是兩種分別獨(dú)立發(fā)展起來的技術(shù)。其中CPM是美國杜邦公司和蘭德公司于1957年聯(lián)合研究提出，它假設(shè)每項活動的作業(yè)時間是確定值，重點在于費(fèi)用和成本的控制。PERT出現(xiàn)是在1958年，由美國海軍特種計劃局和洛克希德航空公司在規(guī)劃和研究在核潛艇上發(fā)射“北極星”導(dǎo)彈的計劃中首先提出。與CPM不同的是，PERT中作業(yè)時間是不確定的，是用概率的方法進(jìn)行估計的估算值，另外它也并不十分關(guān)心項目費(fèi)用和成本，重點在于時間控制，被主要應(yīng)

9、用于含有大量不確定因素的大規(guī)模開發(fā)研究項目。隨后兩者有發(fā)展一致的趨勢，常常被結(jié)合使用，以求得時間和費(fèi)用的最佳控制。20世紀(jì)60年代，項目管理的應(yīng)用范圍也還只是局限于建筑、國防和航天等少數(shù)領(lǐng)域，但因為項目管理在美國的阿波羅登月項目中取得巨大成功，由此風(fēng)靡全球。國際上許多人開始對項目管理產(chǎn)生了濃厚的興趣，并逐漸形成了兩大項目管理的研究體系，其一是以歐洲為首的體系國際項目管理協(xié)會（IPMA）；另外是以美國為首的體系美國項目管理協(xié)會（PMI）。在過去的30多年中，他們的工作卓有成效，為推動國際項目管理現(xiàn)代化發(fā)揮了積極地作用。項目管理發(fā)展史研究專家以20世紀(jì)80年代為界把項目管理劃分為兩個階段。項目管理

10、(project management pm)是美國最早的曼哈頓計劃開始的名稱.。后由華羅庚教授50年代引進(jìn)中國(由于歷史原因叫統(tǒng)籌法和優(yōu)選法)。現(xiàn)在的臺灣省叫項目專案。項目管理是“管理科學(xué)與工程”學(xué)科的一個分支，是介于自然科學(xué)和社會科學(xué)之間的一門邊緣學(xué)科。 項目管理的屬性工作總是以兩類不同的方式來進(jìn)行的，一類是持續(xù)和重復(fù)性的，另一類是獨(dú)特和一次性的.任何工作均有許多共性，比如：（1）要由個人和組織機(jī)構(gòu)來完成;（2）受制于有限的資源;（3）遵循某種工作程序;（4）要計劃，執(zhí)行，控制等;（5）受限于一定時間內(nèi)；項目管理具有以下屬性:（1）一次性一次性是項目與其他重復(fù)性運(yùn)行或操作工作最大的區(qū)別。項

11、目有明確的起點和終點，沒有可以完全照搬的先例，也不會有完全相同的復(fù)制。項目的其他屬性也是從這一主要的特征衍生出來的。（2）獨(dú)特性每個項目都是獨(dú)特的?；蛘咂涮峁┑漠a(chǎn)品或服務(wù)有自身的特點；或者其提供的產(chǎn)品或服務(wù)與其他項目類似，然而其時間和地點，內(nèi)部和外部的環(huán)境，自然和社會條件有別于其他項目，因此項目的過程總是獨(dú)一無二的。（3）目標(biāo)的確定性項目必需有確定的目標(biāo)：（a）時間性目標(biāo)，如在規(guī)定的時段內(nèi)或規(guī)定的時點之前完成;(b)成果性目標(biāo)，如提供某種規(guī)定的產(chǎn)品或服務(wù);(c)約束性目標(biāo)，如不超過規(guī)定的資源限制;(d) 其他需滿足的要求，包括必須滿足的要求和盡量滿足的要求;目標(biāo)的確定性允許有一個變動的幅度，也

12、就是可以修改。不過一旦項目目標(biāo)發(fā)生實質(zhì)性變化，它就不再是原來的項目了，而將產(chǎn)生一個新的項目。（4）活動的整體性項目中的一切活動都是相關(guān)聯(lián)的，構(gòu)成一個整體。多余的活動是不必要的，缺少某些活動必將損害項目目標(biāo)的實現(xiàn)。（5）組織的臨時性和開放性(組織類型請參考評論中的項目管理的組織)項目班子在項目的全過程中，其人數(shù)，成員，職責(zé)是在不斷變化的。某些項目班子的成員是借調(diào)來的，項目終結(jié)時班子要解散，人員要轉(zhuǎn)移。參與項目的組織往往有多個，多數(shù)為距陣組織.甚至幾十個或更多。他們通過協(xié)議或合同以及其他的社會關(guān)系組織到一起，在項目的不同時段不同程度的介入項目活動。可以說，項目組織沒有嚴(yán)格的邊界，是臨時性的開放性的

13、。這一點與一般企、事業(yè)單位和政府機(jī)構(gòu)組織很不一樣。（6）成果的不可挽回性項目的一次性屬性決定了項目不同于其他事情可以試做，作壞了可以重來；也不同于生產(chǎn)批量產(chǎn)品，合格率達(dá)99.99% 是很好的了。項目在一定條件下啟動，一旦失敗就永遠(yuǎn)失去了重新進(jìn)行原項目的機(jī)會。項目相對于運(yùn)作有較大的不確定性和風(fēng)險。-(<項目管理引論>教材 清華大學(xué)出版社,本教材由世界銀行和國家財政部委托編寫)項目管理是在項目活動中運(yùn)用知識、技能、工具和技術(shù)，以滿足和超過項目干系人對項目的需求和期望。 智聯(lián)經(jīng)緯項目管理 項目管理是基于被接受的管理原則的一套技術(shù)方法，這些技術(shù)或方法用于計劃、評估、控制工作活動，以按時、按

14、預(yù)算、依據(jù)規(guī)范達(dá)到理想的最終效果。項目管理內(nèi)容： 1、 項目范圍管理 是為了實現(xiàn)項目的目標(biāo)，對項目的工作內(nèi)容進(jìn)行控制的管理過程。它包括范圍的界定，范圍的規(guī)劃，范圍的調(diào)整等。 2、 項目時間管理 是為了確保項目最終的按時完成的一系列管理過程。它包括具體活動界定，活動排序，時間估計，進(jìn)度安排及時間控制等項工作。很多人把GTD時間管里引入其中，大幅提高工作效率。3、 項目成本管理 是為了保證完成項目的實際成本、費(fèi)用不超過預(yù)算成本、費(fèi)用的管理過程。它包括資源的配置，成本、費(fèi)用的預(yù)算以及費(fèi)用的控制等項工作。 4、 項目質(zhì)量管理 是為了確保項目達(dá)到客戶所規(guī)定的質(zhì)量要求所實施的一系列管理過程。它包括質(zhì)量規(guī)劃

15、，質(zhì)量控制和質(zhì)量保證等。 5、 人力資源管理 是為了保證所有項目關(guān)系人的能力和積極性都得到最有效地發(fā)揮和利用所做的一系列管理措施。它包括組織的規(guī)劃、團(tuán)隊的建設(shè)、人員的選聘和項目的班子建設(shè)等一系列工作。 6、 項目溝通管理 是為了確保項目的信息的合理收集和傳輸所需要實施的一系列措施，它包括溝通規(guī)劃，信息傳輸和進(jìn)度報告等。 7、 項目風(fēng)險管理 涉及項目可能遇到各種不確定因素。它包括風(fēng)險識別，風(fēng)險量化，制訂對策和風(fēng)險控制等。 8、 項目采購管理 是為了從項目實施組織之外獲得所需資源或服務(wù)所采取的一系列管理措施。它包括采購計劃，采購與征購，資源的選擇以及合同的管理等項目工作。 9、 項目集成管理 是指

16、為確保項目各項工作能夠有機(jī)地協(xié)調(diào)和配合所展開的綜合性和全局性的項目管理工作和過程。它包括項目集成計劃的制定，項目集成計劃的實施，項目變動的總體控制等。 從一個項目提出到結(jié)束，按照ISO9001:2000的項目管理流程，大致有如下步驟： 1、產(chǎn)品立項報告按照公司的管理流程，由公司有關(guān)人等都有可能提出產(chǎn)品立項報告，比如公司老總、市場部門、研發(fā)部門，一般是在公司組織的定期召開的會議上提 出，經(jīng)初步討論具備一定的可行性之后，由公司領(lǐng)導(dǎo)提交到公司負(fù)責(zé)產(chǎn)品研發(fā)立項的部門，比如，總工辦，然后，按照公司的管理流程，由該部門組織人員進(jìn)行討 論，最后指定某人進(jìn)行產(chǎn)品的可行性分析，提交產(chǎn)品的可行性分析報告。在產(chǎn)品立

17、項報告中，初步描述該技術(shù)的國內(nèi)、外國現(xiàn)狀、經(jīng)濟(jì)效益和社會效益.2、產(chǎn)品可行性分析報告指定的某人提交產(chǎn)品的可行性分析報告，在會議上產(chǎn)品立項討論通過，指定項目經(jīng)理，對該產(chǎn)品提出初步設(shè)計。在這里，要對風(fēng)險進(jìn)行評估。風(fēng)險控制：需要，新技術(shù)在產(chǎn)品中的使用比例不要超出30%。假如這個產(chǎn)品大量使用新技術(shù)，那么，質(zhì)量和進(jìn)度往往不容易確保。新技術(shù)，一般是需要先期做一些知識儲備。使用太多的新技術(shù)推出的產(chǎn)品，一旦出現(xiàn)了不可控制的缺陷，將是災(zāi)難性的損失。以上過程產(chǎn)生項目經(jīng)理。以下步驟在項目經(jīng)理的參和和指導(dǎo)下進(jìn)行。3、初步設(shè)計由項目經(jīng)理負(fù)責(zé)編寫。在這里，要對成本、進(jìn)度、風(fēng)險進(jìn)行準(zhǔn)確評估。產(chǎn)生初步設(shè)計后，經(jīng)討論修改通過后

18、，把初步設(shè)計提交給該項目的硬件工程師、軟件工程師和結(jié)構(gòu)工程師分別提交硬件周詳設(shè)計、軟件周詳設(shè)計和結(jié)構(gòu)周詳設(shè)計;在初步設(shè)計中，指定該項目負(fù)責(zé)的硬件工程師、軟件工程師、結(jié)構(gòu)工程師、樣機(jī)生產(chǎn)負(fù)責(zé)人、測試工程師等。在初步設(shè)計中，由項目經(jīng)理對項目總成本進(jìn)行核算。并由項目經(jīng)理或測試工程師產(chǎn)生測試大綱，由總工程師或項目經(jīng)理對測試大綱進(jìn)行批準(zhǔn)。4、硬件周詳設(shè)計在這里要對成本、進(jìn)度、風(fēng)險進(jìn)行細(xì)化，提出對資源的需要。在這里，對可靠性設(shè)計進(jìn)行分析，硬件工程師按照該項目的初步設(shè)計的需要，寫出硬件周詳設(shè)計，經(jīng)項目經(jīng)理批準(zhǔn)后，按照該硬件周詳設(shè)計做原理圖、PCB和物料清單;提交給生產(chǎn)部門，做PCB和采購物料;提交原理圖給軟

19、件工程師。在硬件周詳設(shè)計中，對產(chǎn)品的成本、質(zhì)量、可靠性進(jìn)行分析，提交所需的資源表，提交進(jìn)度表，提交測試記錄單。要對公司現(xiàn)有的硬件設(shè)計的資源進(jìn)行分析，看看哪些是能夠復(fù)用的，哪些是需要研發(fā)的，哪些是有一定難度，需要咨詢、外包或購買的。5、軟件周詳設(shè)計在這里要對成本、進(jìn)度、風(fēng)險進(jìn)行細(xì)化，提出對資源的需要。軟件工程師按照該項目的初步設(shè)計的需要，寫出軟件周詳設(shè)計，經(jīng)項目經(jīng)理批準(zhǔn)后，編制代碼，在生產(chǎn)部門提供的樣機(jī)的基礎(chǔ)上，測試代碼;按照測試大綱測試合格后，留下測試記錄，并把芯片提交給測試工程師;進(jìn)入測試階段。要對公司現(xiàn)有的軟件資源進(jìn)行分析，看看哪些是能夠復(fù)用的，哪些是需要研發(fā)的，哪些是有一定難度，需要咨詢

20、、外包或購買的。6、結(jié)構(gòu)周詳設(shè)計在這里要對成本、進(jìn)度進(jìn)行細(xì)化，提出對資源的需要。結(jié)構(gòu)設(shè)計要考慮到企業(yè)的加工能力。結(jié)構(gòu)工程師需要和硬件工程師溝通，使得硬件工程師提出的電路板和機(jī)箱之間的結(jié)構(gòu)在結(jié)構(gòu)工程師的能力之內(nèi)。結(jié)構(gòu)工程師提交結(jié)構(gòu)周詳設(shè)計，經(jīng)項目經(jīng)理批準(zhǔn)后，提交生產(chǎn)部門生產(chǎn)樣機(jī)的機(jī)箱;7、樣機(jī)生產(chǎn)生產(chǎn)部門根據(jù)硬件工程師提交的PCB和物料清單，結(jié)構(gòu)工程師提交的結(jié)構(gòu)周詳設(shè)計，生產(chǎn)PCB和機(jī)箱，并組裝成樣機(jī);樣機(jī)數(shù)量至少在4臺以上;2臺提交給軟件工程師;2臺提交給硬件工程師;8、軟件自測軟件工程師編制代碼后，按照測試大綱，自測通過后，提交給測試工程師進(jìn)行可靠性測試。9、測試大綱和測試測試大綱的內(nèi)容包括

21、：轉(zhuǎn)貼于：中國項目管理資源1、功能性測試：對產(chǎn)品的每一項功能逐條進(jìn)行測試;2、可靠性測試：對產(chǎn)品進(jìn)行長時間運(yùn)行、模擬現(xiàn)場情況進(jìn)行測試;對于出口產(chǎn)品，需要進(jìn)行EMC、EMI測試。測試大綱的需要：1、盡可能模擬現(xiàn)場的情況;2、盡可能窮舉任何的可能發(fā)生的情況;3、做好真實記錄;列出不合格項。盡量周詳，以便研發(fā)人員定位，是軟件還是硬件故障。由測試負(fù)責(zé)人，按照測試大綱的需要，對樣機(jī)進(jìn)行測試;10、形成生產(chǎn)文檔測試通過后，以上各個部門根據(jù)需要形成生產(chǎn)文檔，匯總到項目經(jīng)理;按照公司的管理流程，經(jīng)審核后由公司下發(fā)到生產(chǎn)部門，進(jìn)行小批量試生產(chǎn);生產(chǎn)文檔包括：1、PCB布局圖(硬件周詳設(shè)計負(fù)責(zé)人提供)2、物料清單

22、BOM (Bill of Material)(硬件周詳設(shè)計負(fù)責(zé)人提供)3、PCB焊接注意事項(硬件周詳設(shè)計負(fù)責(zé)人提供)4、結(jié)構(gòu)周詳設(shè)計(結(jié)構(gòu)周詳設(shè)計負(fù)責(zé)人提供)6、附件清單(生產(chǎn)負(fù)責(zé)人編制)7、生產(chǎn)工藝(生產(chǎn)負(fù)責(zé)人編制)等文檔生產(chǎn)文檔編寫要做到，能認(rèn)字、無色盲的普通人就能按照文檔把產(chǎn)品做出來的目標(biāo)，必要時能夠附錄照片等。11、文檔歸檔階段性文檔歸檔。12、小批量試生產(chǎn)在一個項目中使用該產(chǎn)品，并對產(chǎn)品的情況進(jìn)行嚴(yán)格的檢測和反饋。13、批量生產(chǎn)根據(jù)小批量試生產(chǎn)和使用的情況，反饋到項目經(jīng)理，假如有缺陷，則對周詳設(shè)計進(jìn)行修改，按照以上的流程再次進(jìn)行，直至設(shè)備運(yùn)行完全正常。14、文檔最終歸檔每做一次修改

23、，文檔需要再次歸檔。由項目經(jīng)理匯總，提交到公司技術(shù)主管，批準(zhǔn)后，作為公司的受控文檔。歸檔文檔包括：1、產(chǎn)品立項報告2、產(chǎn)品可行性分析報告3、初步設(shè)計4、硬件周詳設(shè)計5、軟件周詳設(shè)計6、結(jié)構(gòu)周詳設(shè)計7、測試大綱8、生產(chǎn)文檔9、使用說明書等文檔的作用是：1、留下完整的項目研發(fā)記錄2、作為獎勵和懲罰的依據(jù)3、可維護(hù)，便于對該產(chǎn)品進(jìn)行維護(hù)4、可升級，便于對該產(chǎn)品進(jìn)行升級5、可繼承，不斷完善細(xì)節(jié)使的后續(xù)工作量越來越小6、可完善，不斷加強(qiáng)細(xì)節(jié)，細(xì)節(jié)決定一切企業(yè)在設(shè)計機(jī)制時，最重要的一條就是“多勞多得，做好多得”這樣一個公平的利益分配原則，才能激發(fā)人的潛力。完善的文檔，是評估項目運(yùn)作質(zhì)量的唯一依據(jù)。技術(shù)人員

24、都不愿意寫文檔，更不愿意及時把文檔歸檔。管理成本最低的管理辦法就是，把項目完成的獎金和文檔歸檔掛鉤，只有把文檔歸檔了，才發(fā)給項目獎金。華為鼓勵員工編寫專利就是這樣，寫一個專利，能夠得到nK獎金。規(guī)范：流程圖設(shè)計規(guī)范、PCB設(shè)計規(guī)范、原理圖設(shè)計規(guī)范、匯編語言設(shè)計規(guī)范、C語言設(shè)計規(guī)范等，是公司的技術(shù)文檔。更有以上各個文檔的編寫規(guī)范，是個標(biāo)準(zhǔn)的模板。作為企業(yè)來說，很重要的就是這些技術(shù)文檔，才能對研發(fā)的全過程進(jìn)行控制;公司的財富也是在這些文檔中。尤其是工程公司，需要周詳記錄現(xiàn)場的施工情況，更是如此。項目管理完整規(guī)范流程文檔一項目管理 目 錄1     概述2&#

25、160;    項目流程控制2.1              市場調(diào)研和項目定向2.1.1          調(diào)研市場需要2.1.2          初步采集用戶需求（見用戶需求采集分析部分）2.1.3    

26、0;     獲取潛在用戶的支持和簽訂合同 2.1.4          確定項目方向 2.1.5          指定項目負(fù)責(zé)人 2.1.6          合理組建需要的各個部門并指定負(fù)責(zé)人2.1.7       

27、;   制定市場推廣計劃 2.2              研究并確定技術(shù)方向，競爭對手資料收集2.2.1          確定使用的平臺，語言和工具2.2.2          整理可用的資源2.2.3     &#

28、160;    研究相應(yīng)規(guī)范和標(biāo)準(zhǔn)2.2.4          比較競爭對手資料2.2.5          記錄項目資料2.3              選擇開發(fā)模型和安排開發(fā)人員2.3.1     

29、0;    選擇開發(fā)模型2.3.2          安排開發(fā)人員2.3.3          組織項目進(jìn)度跟蹤小組 2.3.4          指定易用性研究員 2.3.5          人員工作分配

30、2.4              用戶需求采集和分析2.4.1          采集用戶需求2.4.2          業(yè)務(wù)建模2.4.3          標(biāo)準(zhǔn)的引入2.4.4 

31、60;        需求分析實踐過程2.4.5          生成規(guī)格說明書原型2.5              概要設(shè)計和原型設(shè)計2.6              數(shù)據(jù)庫設(shè)

32、計 2.7              功能詳細(xì)設(shè)計2.8              功能實現(xiàn)和功能測試2.9              集成測試和系統(tǒng)測試2.10    

33、          產(chǎn)品相關(guān)宣傳和產(chǎn)品交付2.11              回歸測試和項目總結(jié) 2.12              技術(shù)培訓(xùn)跟溝通附錄一 用戶需求文檔規(guī)范.附錄二 詳細(xì)設(shè)計文檔規(guī)范.附錄三 測試文檔規(guī)范.附錄四 代碼編寫規(guī)范.附錄五

34、 Bug分類分級.附錄五 表單相關(guān)特效整理.附錄六 考評規(guī)則跟獎懲制度.附錄七 需求變更控制.附錄八 進(jìn)度拖延處理跟風(fēng)險規(guī)避.附錄九 項目核心控制小組PTT.附錄十 軟件測試分類分級.1       概述本文檔提供中型軟件項目的開發(fā)流程控制和規(guī)范。其中包括資產(chǎn)管理、用戶需求采集、軟件開發(fā)過程控制、軟件質(zhì)量控制、項目進(jìn)度跟蹤、測試、系統(tǒng)集成等步驟。附錄中包含了其中涉及的文檔，開發(fā)規(guī)范和其他細(xì)則。2       項目流程控制2.1    市場調(diào)研和項

35、目定向2.1.1   調(diào)研市場需要需要考慮到經(jīng)營地點的設(shè)施、品牌、經(jīng)銷方法、時間、信用、廣告、貨品種類、形象態(tài)度、承受能力和其它可能對市場產(chǎn)生影響的因素。考慮用戶的自我實現(xiàn)、自尊、社交、安全、生理等因素對市場需要進(jìn)行評估和選擇。2.1.2   初步采集用戶需求（見用戶需求采集分析部分）需要考慮到產(chǎn)品的價格、質(zhì)量、外觀（包質(zhì)材料）、包裝、尺寸、易運(yùn)、服務(wù)耐久、操作（經(jīng)濟(jì)）等因素上用戶的選擇和側(cè)重點。采集用戶需求的最有效的搭配為55個人、32電話和電子郵件、6郵件、7討論確定。對于軟件方面考慮用戶日常工作中相對繁瑣和需要重復(fù)操作的步驟，對可以實現(xiàn)的用戶需求和

36、易用性的研究進(jìn)行整理和記錄。2.1.3   獲取潛在用戶的支持和簽訂合同向?qū)椖坑信d趣的潛在用戶咨詢和宣傳項目能夠為其提供的服務(wù)和帶來的利潤，獲得進(jìn)一步的用戶支持和肯定，討論和簽訂合同。合同參見附錄的合同樣本，需要明確指出開發(fā)時間、項目驗收標(biāo)準(zhǔn)、項目遇到問題時解決方法、項目提前完成獎勵、功能價格對應(yīng)、付款方式等信息。2.1.4   確定項目方向制定合理的項目表，對員工、維護(hù)、折舊、房屋、用電和其他消費(fèi)；收入、利潤和現(xiàn)金流量等問題進(jìn)行規(guī)劃和詳細(xì)記錄。2.1.5   指定項目負(fù)責(zé)人給項目指定一個總負(fù)責(zé)人來對項目開發(fā)、經(jīng)費(fèi)控制、人員管理、進(jìn)

37、度掌握、質(zhì)量控制等負(fù)責(zé)。項目負(fù)責(zé)人需要具備能夠預(yù)先發(fā)現(xiàn)問題和解決問題的能力、能夠團(tuán)結(jié)和發(fā)揮項目中每個人的能力、能夠很好的規(guī)劃和控制進(jìn)度進(jìn)行的能力和能夠?qū)椖康馁|(zhì)量進(jìn)行嚴(yán)格控制和評估的能力。2.1.6   合理組建需要的各個部門并指定負(fù)責(zé)人針對項目需要應(yīng)用的開發(fā)模式（例如CMM3級標(biāo)準(zhǔn)）指定相關(guān)部門：產(chǎn)品設(shè)計部門(CMM2)開發(fā)部門(CMM1)測試部門(CMM2)開發(fā)過程改進(jìn)部門(CMM3)頁面和美工制作部門(可選)2.1.7   制定市場推廣計劃提前設(shè)計廣告及宣傳，做針對項目特色跟潛在用戶的市場推廣計劃。可以采用大型活動，與其他相關(guān)企業(yè)合作舉辦活動，在網(wǎng)

38、絡(luò)論壇上組織活動和媒體宣傳等多種形式。具體采用方式需要對投入，效果，活動規(guī)模等作出詳細(xì)分析后決定。根據(jù)產(chǎn)品特色和優(yōu)勢制定相應(yīng)的推廣方案，根據(jù)用戶特點制定相應(yīng)推廣形式。2.2    研究并確定技術(shù)方向，競爭對手資料收集2.2.1   確定使用的平臺，語言和工具研究當(dāng)前的新技術(shù)和開發(fā)語言、項目管理工具、版本質(zhì)量控制工具，比較各種語言和工具的優(yōu)缺點并整理記錄到對比表中，根據(jù)項目特點、人員和要求選擇適合的開發(fā)工具和管理工具。開發(fā)語言對比表（D表示Dos，W表示W(wǎng)indows，L表示Linux或Unix）匯編CC+DelphiKylixJavaVBVC待

39、增加開發(fā)平臺D,W,LD,W,LWLW,LWW開發(fā)代價很高高低一般低一般高面向?qū)ο蟛恢С諧+支持支持支持支持支持支持運(yùn)行效率很快快一般一般一般一般快運(yùn)行穩(wěn)定性很穩(wěn)定穩(wěn)定穩(wěn)定穩(wěn)定一般一般一般其它復(fù)雜度16，32位機(jī)底層數(shù)據(jù)庫數(shù)據(jù)庫環(huán)境W驅(qū)動待增加采用的數(shù)據(jù)庫比較（穩(wěn)定性主要考慮主流數(shù)據(jù)庫應(yīng)用）AccessMysqlDB2SQLServerOracle待增加適合存儲量小型中大型中大型中型大型穩(wěn)定性穩(wěn)定ASP多選用穩(wěn)定訪問速度快快一般慢慢開發(fā)代價低一般一般一般一般安全性一般安全安全安全很安全其它附加功能有很多待增加項目管理和質(zhì)量控制工具比較（可以組合使用）ProjectClearCaseBugzil

40、laCVSClearQuest待增加項目規(guī)劃有有沒有沒有沒有項目進(jìn)度把握有有沒有有沒有錯誤及修正記錄沒有有有有有及時反饋交流沒有沒有有有有人員工作統(tǒng)計有有有有有其它優(yōu)點整體規(guī)劃流程控制錯誤處理版本控制錯誤處理待增加代碼和版本控制工具：目前使用CVS或者ClearCase，需要以較低成本構(gòu)建詳細(xì)項目體系時推薦使用CVS作為版本控制，加入Bugzilla作為測試控制工具。在資金允許的情況下，比較推薦使用IBM的ClearCase和ClearQuest建立整個項目控制管理體系。項目規(guī)劃和進(jìn)度劃分推薦使用Project做前期進(jìn)度設(shè)計。對于已經(jīng)進(jìn)行的項目或者發(fā)展中公司，針對現(xiàn)有資源，代碼進(jìn)行整合的時候應(yīng)

41、盡可能的減少改動，因地制宜的設(shè)定規(guī)范跟質(zhì)量管理體系，使已經(jīng)適應(yīng)當(dāng)前開發(fā)模式的人員可以盡快適應(yīng)新的健全開發(fā)體系。2.2.2   整理可用的資源利用所有可用的資源以提高開發(fā)的進(jìn)度，整理現(xiàn)有可用的資源和代碼，并且查找相關(guān)的共享源碼和資源。將所有現(xiàn)有資源整理并找出可用的部分加以利用，這樣不但能夠有效提高開發(fā)效率還能得到一些有益的經(jīng)驗。所謂磨刀不誤砍柴功，在開始開發(fā)之前花些時間做這樣的預(yù)備工作是十分必要的。2.2.3   研究相應(yīng)規(guī)范和標(biāo)準(zhǔn)研究當(dāng)前領(lǐng)域內(nèi)的國際和國內(nèi)可能使用到的規(guī)范和標(biāo)準(zhǔn)，整理并翻譯相應(yīng)規(guī)范。盡量使產(chǎn)品符合更多通用的規(guī)范，這樣也有利于以后的產(chǎn)品宣傳

42、和產(chǎn)品升級。2.2.4   比較競爭對手資料收集領(lǐng)域內(nèi)其它競爭對手的產(chǎn)品，總結(jié)出其優(yōu)越性和特點。結(jié)合自身情況考慮實現(xiàn)代價取舍其中的功能點并增加自己的特色。為比較測試和市場宣傳做資料準(zhǔn)備。2.2.5   記錄項目資料將根據(jù)上述資料討論確定項目使用的主要技術(shù)、平臺、開發(fā)工具和項目管理工具等整理記錄，記錄與競爭對手的比較資料和相關(guān)規(guī)范。2.3    選擇開發(fā)模型和安排開發(fā)人員2.3.1   選擇開發(fā)模型根據(jù)項目工期、經(jīng)費(fèi)和其它需要合理選擇搭配開發(fā)模型。各種模型：瀑布模型、螺旋模型、迭代模型2.3.2 

43、  安排開發(fā)人員根據(jù)需要安排開發(fā)人員，記錄項目需要的總?cè)藛T、各個部門指定的針對項目的人員，估算每個人的工作量和時間安排。給每個人員進(jìn)行相應(yīng)的項目培訓(xùn)使所有參與項目的人員對項目有一定認(rèn)識，并收集各個部門的員工對項目的建議和意見。2.3.3   組織項目進(jìn)度跟蹤小組選擇項目各個部門的負(fù)責(zé)人和項目進(jìn)度跟蹤小組PTT成員，參與PTT小組的成員是各個模塊和開發(fā)小組的負(fù)責(zé)人、項目進(jìn)度控制和質(zhì)量負(fù)責(zé)人等，建議高層管理人員不要介入。項目進(jìn)度跟蹤小組的主要任務(wù)是確保項目正常進(jìn)行，保證項目的質(zhì)量，提前看到項目的潛在問題并避免，解決項目中出現(xiàn)的任何影響進(jìn)度的問題等。2.3.4 

44、;  指定易用性研究員指定一個易用性研究員，負(fù)責(zé)研究市場上同類產(chǎn)品的易用性優(yōu)缺點，控制每個步驟的易用性檢查工作并對產(chǎn)品提出相應(yīng)的改進(jìn)意見和建議，確保產(chǎn)品的易用性。需要有一定積極性和創(chuàng)造性并熟悉用戶需要從用戶角度考慮問題的人員擔(dān)任，可以是售前、產(chǎn)品設(shè)計或者開發(fā)部門的人員，該員工需要參加PTT小組。2.3.5   人員工作分配人員分配，指定人員負(fù)責(zé)不同模塊的工作。針對每個人的特點分配工作，需求分析及產(chǎn)品設(shè)計、開發(fā)、測試人員比例在4：3：3左右，其余人員可以從中兼任。需求及設(shè)計部門的人員需要能夠準(zhǔn)確掌握用戶需求并做出合理設(shè)計，對技術(shù)有一定了解和把握。開發(fā)部門的人員需要對

45、技術(shù)有一定掌握，能夠很快學(xué)習(xí)和掌握新的技術(shù)，代碼和文檔能夠符合一定規(guī)范并熟悉團(tuán)隊開發(fā)。人數(shù)在10人以上的開發(fā)團(tuán)隊分割成為幾個小組，每個開發(fā)小組的組長負(fù)責(zé)該小組的開發(fā)進(jìn)度和質(zhì)量，各個組長需要參加PTT小組，并組織小組內(nèi)部日常的討論和培訓(xùn)工作。測試部門的人員需要對技術(shù)有一定了解并且能夠熟練應(yīng)用測試工具對產(chǎn)品進(jìn)行測試，了解系統(tǒng)集成并且能夠自己編寫部分測試代碼。善于與設(shè)計及開發(fā)部門交流。2.4    用戶需求采集和分析2.4.1   采集用戶需求需求人員需要能夠很好的與用戶溝通并引導(dǎo)用戶明確說出需求，需求記錄要求：清晰的，一致的，沒有重疊、沖突和遺漏的

46、。由與用戶接觸最緊密的售前部門參考競爭對手相關(guān)產(chǎn)品的特點并詳細(xì)了解用戶工作的特點和需要后寫出一份用戶調(diào)查問卷用來幫助用戶選擇和描述他們的需求，對于每個應(yīng)用功能都有優(yōu)先級排序和對效率、穩(wěn)定性、安全性等不同方面的特殊要求。記錄用戶需求并整理歸檔，根據(jù)項目進(jìn)度確定功能點，根據(jù)功能點估算人力時間分配。讓用戶或者潛在用戶成為長期聯(lián)系和對項目進(jìn)行指導(dǎo)的人員，負(fù)責(zé)易用性的人員和設(shè)計部門的人員需要多跟用戶取得聯(lián)系并聽取用戶對已經(jīng)看到的設(shè)計方案或者功能提出的改進(jìn)意見。1.            計劃過程

47、：估計時間，準(zhǔn)備模版，日志。 記錄每個階段的時間。2.            獲取需求：原始需求采集，搜索(UIR, RES)領(lǐng)域約束，系統(tǒng)邊界，優(yōu)先級。3.            分析過程：針對REA使用面向?qū)ο蠓椒ǎ鰡栴}記錄NCR。4.            協(xié)商

48、：針對NCR做變更評估。5.            檢查：會議，DRL記錄缺陷，IRF準(zhǔn)備報告。6.            RD編制：描述，用RDC確保DR完整，正確。7.            驗證：用RVC修訂，質(zhì)量保證。8.   &#

49、160;        配置管理：需求跟蹤，變更控制CCP，需求廢棄，記錄。9.            事后分析：缺陷產(chǎn)生，消除時間，地點類型記錄。時間log，回顧過程SREP變更RIP。2.4.2   業(yè)務(wù)建模目的：了解目標(biāo)組織（將要在其中部署系統(tǒng)的組織）的結(jié)構(gòu)及機(jī)制；了解目標(biāo)組織中當(dāng)前存在的問題并確定改進(jìn)的可能性；確?？蛻簟⒆罱K用戶和開發(fā)人員就目標(biāo)組織達(dá)成共識；導(dǎo)出支持目標(biāo)組織所需的業(yè)務(wù)需求。

50、2.4.3   標(biāo)準(zhǔn)的引入需求標(biāo)準(zhǔn)：編號，變更次數(shù)等。DTS缺陷類型：10模糊，20更改，30復(fù)雜，40不完整，50不一致，60錯誤傳達(dá)，70遺漏，80重復(fù)，90無法跟蹤。TRA風(fēng)險分析：10DB，20外部，30實現(xiàn)技術(shù)，40性能，50過程，60安全保密，70進(jìn)度，80穩(wěn)定。TRS需求類型標(biāo)準(zhǔn)：10行為性，20通訊接口，30約束，40領(lǐng)域知識，50準(zhǔn)確的領(lǐng)域知識，60功能性，70硬件接口，80操作性，90性能，100質(zhì)量，110軟件接口，120用戶接口。2.4.4   需求分析實踐過程1 對所有需求人員進(jìn)行培訓(xùn)，所有數(shù)據(jù)的max，min值，DB限制，技術(shù)

51、特性。2   應(yīng)盡量遵循標(biāo)準(zhǔn)指南以符合國際接入標(biāo)準(zhǔn)方便日后升級擴(kuò)充。3   需求通過采集文檔獲取盡可能詳盡的需求，也可以采用專門人員跟進(jìn)的采集方式。4   需求評審需要所有部門的參與和認(rèn)可。5   項目中或結(jié)束后跟蹤用戶需求，也可以雇傭1-2個真實或者潛在用戶參與需求采集，項目進(jìn)行直至回歸的完全過程并對每一個部分把關(guān)，參與評審。由一個產(chǎn)品的易用性控制人員與之進(jìn)行交互。6   采用表格：變更控制表，缺陷記錄日志，檢查報告，問題跟蹤日志，協(xié)商/分歧決議，項目計劃總結(jié)，需求分析檢查列表（可根據(jù)自身需要

52、做相應(yīng)改動），需求獲取說明，需求獲取表，廢棄需求表，系統(tǒng)結(jié)構(gòu)模型，測試記錄表，用戶界面需求（盡可能詳盡）。7   需求人員需要掌握所有表格，但是提供設(shè)計人員和用戶各只有一個簡明表格。2.4.5   生成規(guī)格說明書原型最后生成一份項目中最完整的規(guī)格說明書，為設(shè)計、開發(fā)、測試提供參考并最終從中抽取出用戶使用說明書和其它終端文檔。PTT小組評審、確定設(shè)計方案，文檔記錄。之后如果對設(shè)計文檔進(jìn)行任何修改都需要經(jīng)過PTT小組的討論確定并詳細(xì)記錄修改原因、修改日期、修改人員等信息。詳細(xì)規(guī)格說明書應(yīng)該包括所有確定需要實現(xiàn)的用戶需求功能點，其分配人員，預(yù)定完成時間，工作量

53、，風(fēng)險評估，里程碑（調(diào)研，需求分析，數(shù)據(jù)分析，概要設(shè)計，詳細(xì)設(shè)計，編碼審定，發(fā)布）的設(shè)定。針對每一個功能點需要有負(fù)責(zé)人，每周查看進(jìn)度是否符合預(yù)定目標(biāo)。功能需求是否有相應(yīng)更改，詳細(xì)見需求變更控制部分。2.5    概要設(shè)計和原型設(shè)計設(shè)計圖標(biāo)和用戶界面。進(jìn)行概要設(shè)計、制作產(chǎn)品原型（如果是B/S版本則制作頁面流程），提供給用戶并收集用戶反饋意見循環(huán)改進(jìn)。2.6    數(shù)據(jù)庫設(shè)計利用OO原理分析設(shè)計對象、實體、接口規(guī)范和產(chǎn)品整體結(jié)構(gòu)。給數(shù)據(jù)庫設(shè)計指定相應(yīng)的規(guī)范。培訓(xùn)數(shù)據(jù)庫設(shè)計方法和設(shè)定統(tǒng)一表及字段定義規(guī)范。參見培訓(xùn)文檔db_design.pp

54、t。根據(jù)從OO中抽象出來的對象及其屬性建立數(shù)據(jù)庫邏輯模型。設(shè)計主要數(shù)據(jù)表和主鍵，設(shè)計表之間的邏輯關(guān)系。進(jìn)行數(shù)據(jù)庫物理模型生成、詳細(xì)設(shè)計數(shù)據(jù)庫結(jié)構(gòu)和關(guān)聯(lián)。生成數(shù)據(jù)庫表及結(jié)構(gòu)詳細(xì)說明文檔。2.7    功能詳細(xì)設(shè)計由開發(fā)部門完成的詳細(xì)設(shè)計包括了對功能點的詳細(xì)理解，算法設(shè)計，數(shù)據(jù)結(jié)構(gòu)設(shè)計跟功能詳細(xì)流程圖。所有部分應(yīng)嚴(yán)格符合開發(fā)規(guī)范跟文檔規(guī)范的要求。按照統(tǒng)一的文檔規(guī)范編寫詳細(xì)設(shè)計文檔，包含算法設(shè)計、流程設(shè)計和數(shù)據(jù)結(jié)構(gòu)設(shè)計。質(zhì)量控制部門對詳細(xì)設(shè)計進(jìn)行考核和修改，PTT小組對詳細(xì)設(shè)計進(jìn)行評審。確定之后詳細(xì)設(shè)計文檔記錄，如果有任何改動需要經(jīng)過PTT小組討論決定。詳細(xì)設(shè)計文檔作為

55、測試和質(zhì)量控制考核程序質(zhì)量的依據(jù)。2.8    功能實現(xiàn)和功能測試根據(jù)詳細(xì)設(shè)計和代碼編寫規(guī)范完成代碼編寫工作，實現(xiàn)各個需求中描述的功能點。對每個功能點進(jìn)行測試。對所有代碼做易用性、算法復(fù)雜度和規(guī)范檢查。完成代碼文檔的編寫。編寫用戶使用說明書。項目改進(jìn)小組對開發(fā)流程進(jìn)行監(jiān)督和不斷改進(jìn)。2.9    集成測試和系統(tǒng)測試由測試部門完成的集成跟系統(tǒng)測試需要在測試環(huán)境中進(jìn)行。將相關(guān)功能點聯(lián)調(diào)，測試并修改。將系統(tǒng)集成，對系統(tǒng)進(jìn)行硬件、軟件、壓力測試，對客戶端進(jìn)行不同使用平臺，不同軟件版本的測試。利用錯誤控制工具記錄和修改錯誤。模擬用戶環(huán)境進(jìn)行完整

56、流程測試，邀請部分用戶或者潛在用戶參與beta版本的測試。對于所產(chǎn)生的錯誤進(jìn)行等級劃分跟記錄，每周對于所有錯誤進(jìn)行項目跟蹤，如果優(yōu)先級較高可以臨時組織會議討論處理。所有錯誤由項目管理或者開發(fā)負(fù)責(zé)人制定專人負(fù)責(zé)并隨時跟蹤沒有關(guān)閉的錯誤，保證代碼出錯率低于一定比率。對于出產(chǎn)產(chǎn)品出錯率嚴(yán)格限制。2.10       產(chǎn)品相關(guān)宣傳和產(chǎn)品交付根據(jù)產(chǎn)品特點和項目啟動時所制定的計劃進(jìn)行產(chǎn)品宣傳和產(chǎn)品說明。發(fā)布相關(guān)產(chǎn)品專利和印刷產(chǎn)品。將產(chǎn)品交付用戶。軟件版本號格式定義：軟件中采用如下的版本號格式：X.X.X.X例如：可發(fā)布的程序完成后將版本號標(biāo)為”1

57、.0.0.0”第一位：版本號。注：軟件有重大的改進(jìn)后形成的版本。第二位：維護(hù)號。注：已有的版本的基礎(chǔ)上修改了某些錯誤形成的版本。第三位：補(bǔ)丁號。注：當(dāng)程序修改某些錯誤，未形成新的維護(hù)號時，用補(bǔ)丁號。第四位：修正號。注：當(dāng)出現(xiàn)緊急程序錯誤時，修改后程序用作標(biāo)識，不作為發(fā)布程序的版本號。2.11       回歸測試和項目總結(jié)進(jìn)行回歸測試、迭代測試和相關(guān)產(chǎn)品升級。對項目進(jìn)行總結(jié)，記錄項目中所有可以重復(fù)利用的資源和經(jīng)驗，對一些對項目進(jìn)度造成影響的事件和原因PTT小組進(jìn)行分析和統(tǒng)計，記錄并為以后項目提供經(jīng)驗。2.12  &

58、#160;    技術(shù)培訓(xùn)跟溝通       項目進(jìn)行過程中要做到各個部門各個模塊的充分交流和溝通，最忌諱的就是消息封閉和閉門造車，缺乏交流對于一個健全項目而言無疑是一種潛在的風(fēng)險。       項目負(fù)責(zé)人需要根據(jù)實際情況安排技術(shù)比較過硬的人員針對各個部門技術(shù)算法難點，流程設(shè)計，接口設(shè)計等進(jìn)行技術(shù)培訓(xùn)，其他部門的人員根據(jù)實際情況參加培訓(xùn)提出疑問。項目剛開始進(jìn)行的時候以總體流程為主要培訓(xùn)主題，隨著項目的進(jìn)行，逐漸引入美術(shù)設(shè)計，模塊劃分，數(shù)據(jù)結(jié)構(gòu)設(shè)計

59、，算法實現(xiàn)，質(zhì)量控制等方面的主題，確保一個項目中每個部門都有人對于整個項目的進(jìn)程和技術(shù)實現(xiàn)比較了解。       對于培訓(xùn)人員進(jìn)行業(yè)績記錄跟考評加分以提高大家的參與熱情。對于培訓(xùn)起到重要作用的人員給予表揚(yáng)。項目管理人員在項目進(jìn)行中要起到橋梁的作用，隨時跟各個部門的人員進(jìn)行溝通，不但要掌握項目每天的進(jìn)度，而且根據(jù)情況要預(yù)知風(fēng)險并進(jìn)行規(guī)避。項目管理完整規(guī)范流程文檔二項目管理    附錄一 用戶需求文檔規(guī)范1.0 概述這部分提供了整個需求文檔的整體介紹。這個文檔描述了所有數(shù)據(jù)，功能和對軟件的功能和行為的需求。1.1 目標(biāo)

60、和對象描述大體目標(biāo)和軟件對象。1.2 概述說明軟件概述描述。主要的輸入，功能過程和輸出描述，不考慮實現(xiàn)細(xì)節(jié)。1.3 軟件背景這個軟件被定位在商務(wù)軟件或者產(chǎn)品的背景。討論相關(guān)的戰(zhàn)略問題，其目的是讓用戶對“宏圖”有所把握。1.4 主要系統(tǒng)參數(shù)任何商務(wù)軟件或者產(chǎn)品線都包含軟件規(guī)定、設(shè)計、實現(xiàn)和測試的說明和規(guī)范。2.0 使用方案這部分提供了軟件的使用方案。它組織了在需求分析過程中從用戶用例中抽取的信息。2.1 用戶檔案資料所有用戶類別在這里被描述。2.2 用例軟件的所有用例被描述。2.3 特殊使用說明軟件的特殊需求說明。3.0 數(shù)據(jù)模型和描述描述了軟件所在領(lǐng)域的信息。3.1 數(shù)據(jù)描述軟件中設(shè)計和管理的

61、數(shù)據(jù)對象的描述。3.1.1 數(shù)據(jù)對象描述數(shù)據(jù)對象和其屬性。3.1.2 關(guān)聯(lián)關(guān)系使用ERD- like表來描述數(shù)據(jù)對象的聯(lián)系。不需要提供細(xì)節(jié)描述。3.1.3 完整數(shù)據(jù)模型為軟件建立一個ERD。3.1.4 數(shù)據(jù)字典為數(shù)據(jù)字典建立一個索引。數(shù)據(jù)字典包含電子表格。4.0 功能模型和描述描述軟件主要功能模塊和數(shù)據(jù)流或者面相對象的類階層。4.1 功能描述軟件每個功能的詳細(xì)描述。4.1.1 功能的處理敘述(PSPEC)描述功能的處理敘述。4.1.2 功能流程圖描述功能和底層傳輸?shù)男畔⒚枋鰣D。4.1.3 功能接口描述功能入口、出口的詳細(xì)描述。4.1.4 功能變換詳細(xì)描述每個功能的變形（擴(kuò)展子功能）。4.1.4

62、.1 變形功能處理敘述(PSPEC)4.1.4.2 變形低層流程圖4.1.4.3變形接口描述4.1.5 執(zhí)行結(jié)果對系統(tǒng)的特殊表現(xiàn)需求描述。4.1.6 設(shè)計系統(tǒng)參數(shù)任何會影響系統(tǒng)的參數(shù)設(shè)計。4.2 軟間接口描述軟件對外部的接口描述。4.2.1 機(jī)器對外接口與其他機(jī)器或者設(shè)備的接口描述。4.2.2 系統(tǒng)對外接口對其它系統(tǒng)、產(chǎn)品和網(wǎng)絡(luò)的接口描述。4.2.3 與人的接口概述軟件與任何人的界面。4.3 控制流描述系統(tǒng)的控制流，參考5.0部分。5.0 行為模型和描述軟件的行為描述。5.1 描述軟件行為詳細(xì)描述主要事件和狀態(tài)。5.1.1 事件系統(tǒng)中會導(dǎo)致行為發(fā)生變化的事件列表（控制，項）。5.1.2 狀態(tài)事件后續(xù)引發(fā)結(jié)果狀態(tài)列表（行為模式）。5.2 狀態(tài)轉(zhuǎn)換表描述系統(tǒng)所有行為。5.3 控制規(guī)格(CSPEC)描述軟件控制的風(fēng)格。6.0 約束、限制和系統(tǒng)參數(shù)會影響軟件的規(guī)格說明、設(shè)計和實現(xiàn)