IT項目管理教學課件全套講義(自作)_第1頁
IT項目管理教學課件全套講義(自作)_第2頁
IT項目管理教學課件全套講義(自作)_第3頁
IT項目管理教學課件全套講義(自作)_第4頁
IT項目管理教學課件全套講義(自作)_第5頁
已閱讀5頁,還剩593頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

IT工程治理長春工業大學屈春艷2023/11/22我們為什么要學習IT工程治理?1995年美國斯坦迪申詢問公司對美國365位信息技術高層經理人員治理的8380個工程進展調查爭論,得到如下結論:信息技術工程正處于一個混沌的狀態平均成功率為16%50%的工程需要補救34%的工程徹底失敗平均超出時間為222%實際本錢是估量本錢的189%性能與功能只到達要求的61%2023/11/23

圖1與圖2:工程的成功僅僅靠運氣,而沒有成為必然時,狀況還要更糟。當公司逐步承受商業化的工具來治理、監視與把握開發生命周期的時候,成功率得到了提高。2023/11/24圖3:由于缺乏明確的方向與對開發過程的把握,軟件功能通常是一種折中。商業化的工具可以幫助消退模糊的定義——削減折中的必要。圖4:預算與公布時間可以是任憑更改的嗎?隨著市場競爭的日趨猛烈,公布時間與預算也變得越來越重要。清晰的準備——對變更所影響本錢的了解——能夠使工程重新得以把握。2023/11/25我們為什么要學習IT工程治理?

2023/11/2640多年來,“軟件危機”始終困擾著人們,嚴峻阻礙著IT工程和軟件產業的進展。引起IT工程失敗的主要緣由:〔1〕由于IT工程的簡潔性;〔2〕由于缺乏合格的IT工程治理人才。不能進展有效的工程治理是導致IT工程失控的直接緣由。2023/11/272023/11/282023/11/292023/11/2102023/11/2112023/11/2122023/11/2132023/11/2142023/11/2152023/11/216課程設置的意義有關信息技術開發與實施方面的工程或工作,都是以工程〔團隊〕方式進展組織,IT工程治理對信息治理專業/電子商務專業成為必不行少的工作方式,必需的工作內容IT工程治理內容涉及:技術、資源、工具、以及組織與溝通等多方面的治理,學問面廣,綜合性強,表達對治理思想和方法的綜合運用工程治理特點:具有很強的制造性,創新性強,動態性和不確定性因素多,實施過程把握難度大,風險大,強調科學的治理。2023/11/217課程主要內容及要求從IT工程治理的根本概念和治理過程動身,全面學習IT工程治理的有關學問體系以IT工程治理的進程把握為主線,了解進度治理、本錢治理和質量治理三個關鍵環節,把握協調人力、財力、物力等資源運用與治理的方法、工具和技術要點,并生疏合同治理、信息資源與信息系統治理、過程把握與評價等方面的具體工作內容與要求。目標:能夠具備IT工程治理的系統理論學問,并能與具體實踐相結合。1.IT工程治理概述參考文獻ProjectManagementInstitute(PML),《工程治理學問體系指南》,AGuidetotheProjectManagementBodyofKnowledge,:///JackGido,JamesP.Clements,《成功的工程治理》,機械工業出版社2023/11/2191.1工程與IT工程工程的含義與特征IT工程的含義及特點2023/11/220

1.1.1工程定義及特點

什么是工程工程是一個特殊的將被完成的有限任務。它是在確定時間內滿足一系列特定目標的多項相關工作的總稱。〔中國工程治理爭論委員會〕工程是為完成某一獨特產品、效勞或任務所做的一次性努力。〔美國工程治理協會PMI〕工程共同內涵:在確定期限內,依托確定的資源,以實現確定的產品或效勞為目標而進展的一系列活動。2023/11/221工程的特征工程有一個明確界定的目標:期望結果或一次性活動工程有具體的時間準備或有限的壽命:啟動、規劃、實施、收尾工程可能是獨一無二、一次性的努力每個工程都有客戶:內部、外部工程組織具有臨時性和開放性工程具有較強的沖突性:工程客戶與工程團隊間、工程團隊成員間、工程與工程間工程的執行要通過完成一系列相互關聯的任務工程需運用各種資源來執行任務工程包含確定的不確定性項目(Project)日常工作(Operation)不同點負責人項目經理部門經理實施組織項目組織職能部門組織管理項目團隊線性管理管理方法變更管理保持連貫是否持續一次性的經常性的是否常規獨特的常規性的實施目的特殊目的一般目的考核指標以目標為導向效率和有效性相同點實施者都是由人來實施的資源占有受制于有限的資源管理過程需要計劃、實施和控制工程與日常工作的區分2023/11/223下面的工作中,哪些是工程,哪些不是工程?為某銀行客戶開發、安裝銀行系統負責銀行系統的銷售工作在2023年銷售20套以上的銀行系統建立售后效勞熱線治理售后效勞熱線,接聽客戶來電,解決客戶問題為客戶供給優質效勞2023/11/224下面的工作中,哪些是工程,哪些不是工程?為某銀行客戶開發、安裝銀行系統√負責銀行系統的銷售工作×在2023年銷售20套以上的銀行系統√建立售后效勞熱線√治理售后效勞熱線,接聽客戶來電,解決客戶問題×為客戶供給優質效勞×2023/11/2251.1.2什么是IT工程含義:IT工程是解決信息化需求而產生的軟件、硬件、網絡系統、信息系統、信息效勞等一系列與信息技術相關的工程分類:通信建設及系統集成網絡工程組建系統軟件開發和應用軟件開發信息化工程:政府、企業、教育、醫療IT詢問與效勞2023/11/226IT工程特點目標不準確性需求的多變性時效性高風險性:需求模糊、目標不確定、新技術應用集成性:硬件、軟件、網絡、效勞智力勞動的密集性和流淌性工程的學問性工程效益的隱性2023/11/227IT工程的例子為某企業的業務需要建設一套計算機網絡系統。為某企業設計ERP、SCM、KM、EIP等解決方案及開發建設平臺。為某政府機關開發一套辦公系統。軟件企業依據市場需求開發一套殺毒軟件。為某高校建立教務信息治理系統。為某大型企業進展網絡升級改造工程工程。2023/11/2281.2什么是工程治理?工程治理是在工程活動中運用學問、技能、工具和技術,以便滿足和超過工程相關方對工程的需求和期望。〔美國工程治理學會〕工程治理是通過工程經理和工程組織的努力,運用系統理論和方法對工程及其資源進展準備、組織、協調、把握,旨在實現工程的特定目標的治理方法體系。工程治理特點:創新性、普遍性、目的性、集成性2023/11/229制約工程成功的因素〔推斷工程成功的標準〕范圍〔符合客戶的需求和期望〕本錢〔費用C〕進度〔時間T〕質量〔客戶滿足度Q〕假設將時間從資源中單列出來,稱作進度,而將其他資源都看做可以通過選購獲得從而表現為費用或本錢的話,那么我們就可以給工程下這么一個定義:在確定的進度和本錢約束下為實現既定的任務,并到達確定的質量,所進展的一次性的任務。1.2.2工程治理的學問體系美國PMI——工程治理的學問體系PMBOK(ProjectManagementBodyofKnowledge)九個學問領域國際IPMA——工程治理力氣根底ICB(IPMACompetenceBaseline)42個學問和實踐元素,其中核心元素28個,增加元素14個。國際工程治理組織(1)美國工程治理協會PMI〔ProjectManagementInstitute)創立:60年月,性質:國際性組織分會:245個成員:企業、高校、爭論單位職能:促進國際間工程治理進展國際工程治理組織(2)國際工程治理協會IPMA(InternationalProjectManagementAssociation〕創立:1965,性質:非盈利的國際性組織成員:國家級工程治理協會職能:促進國際間工程治理進展產品和效勞:爭論和進展,教育與培訓,標準和資質認證2023/11/233PMBOK中的九大學問體系

2023/11/234〔1〕范圍治理:為了順當完成工程而設置的一系列過程,用以確保工程包括且僅包括全部要求的工作。范圍治理也是針對工程交付成果的,通過對工程交付成果的準備、跟蹤、把握和獵取,保證工程中的全部活動始終是圍繞所要求的工程成果開展的,而且保證全部的應交付成果都已完成。工程啟動范圍準備范圍定義范圍確認范圍變更把握2023/11/235〔2〕時間治理:工程活動是時間治理的根底內容。在此根底上,在工程準備過程中要形成時間進度表,在工程執行和把握過程當中,要對時間進度進展跟蹤和把握。對時間進度表的治理,是時間治理的集中表現活動定義活動排序活動歷時估算進度準備編制進度把握2023/11/236〔3〕本錢治理:要求工程治理人員培育經營技巧,處理諸如本錢估量、準備預算、本錢把握、資本預算以及根本財務結算等事務。資源準備:本錢估算:量級估算、預算估算、最終估算技術:類比估算法、自下而上估算法、參數模型估算法本錢預算:將本錢分攤到各個工作項本錢把握:檢測本錢執行狀況、評審變更和向利益相關者通報與本錢相關的變更。2023/11/237〔4〕質量治理:要求工程治理人員生疏根本的質量治理技術。質量準備編制〔事前〕:找出工程實施標準,準備要求質量保證〔事中〕:評估工程實施狀況質量把握〔事后〕:與質量標準相比照,判定、訂正不能滿足要求的緣由2023/11/238〔5〕人力資源治理:著重于人員的治理力氣,包括沖突的處理、對職員工作動力的促進、高效率的組織構造規劃、團隊工作和團隊形成以及人際關系技巧。組織準備多承受RAM,即責任安排矩陣人員獵取團隊開發2023/11/239責任安排矩陣責任安排矩陣是一種將工程所需的工作落實到工程有關部門或個人,并明確表示出他們在組織中的關系、責任和地位的一種工具。

它將人員配備工作與工程工作分解構造相聯系,明確表示出工作分解構造中每個工作單元由誰負責,由誰參與,并說明白每個人或部門在整個工程中的地位。責任安排矩陣的作用及構成。

一般狀況下,責任矩陣中縱向列出工程所需完成的工作單元,橫向列出工程組織成員或部門的名稱。縱向和橫向穿插處表示工程組織成員或部門在某個工作單元中的職責。表示職責的符號有多種形式,常見的有字母和幾何圖形。

△決策?主持○參與

主管

D決策P籌劃E執行C檢查2023/11/240責任安排表例如(▲決策□主持

主管〇參與)

WBS項目經理總工程師機電總工總會計師工管處財務處計劃合同處機電設備合同處設計院咨詢專家規劃●●●●

▲●□〇□□□進度管理●●●●

●●

▲●〇□□□□質量管理▲●□□

〇□□

▲□費用管理〇□●□□●●▲□●●

施工

▲●□●●●●●

▲▲項目管理▲●●●●●●●●

□□2023/11/241〔6〕溝通治理:要求工程治理人員能與他們的經理、客戶、廠商及屬下進展有效的溝通。保證適當準時產生、收集、公布、存儲和最終處理工程信息溝通方式:面談、會議、溝通、電子郵件溝通、公文溝通等多種形式工程溝通文檔:最常見的是工程績效報告:周報、月報、里程碑報告、階段報告或結項報告。溝通治理內容:溝通準備編制、發送工程信息、績效報告、治理收尾2023/11/242〔7〕風險治理:需要治理人員在信息不完備的狀況下作準備。風險治理模式通常由五個步驟組成:風險確定、風險影響分析〔定性與定量〕以及風險應對準備、風險監視和把握。以以下圖中的曲線,反映了隨著工程時間的推移,工程風險發生的可能性與工程風險可能造成的影響程度的變化規律

與風險親切相關的,就是問題治理。當風險轉變為實際發生的問題后,就進入問題治理。問題治理的準備,就應當是風險應對準備。對于問題的描述,應包括現象、后果、緣由、解決方案、實行的行動及當前解決狀態。在工程的準備過程中是不應當存在問題的,只能存在風險。2023/11/243〔8〕選購治理:工程治理人員應把握較強的合同治理技巧。例如,應能理解定價合同相對于“本錢附加”合同所隱含的風險。應了解簽約中關鍵的法律原則。選購準備準備什么需要選購,什么不需要選購詢價準備準備承受的合同類型、形成SOW〔StatementOfWork〕、制定邀請準備,編寫更為具體的選購要求,形成RFP〔RequestForProposal〕、對潛在的供給商發出邀請供方選擇:承受招投標的形式合同治理:對合同執行的過程進展跟蹤把握,合同治理的效果準備著選購的成敗合同收尾:產品驗證、治理收尾

2023/11/244〔9〕集成治理:在工程分析中,工程治理人員必需把各種力氣綜合起來并加以協調利用。將工程準備中各個治理領域的子準備綜合而成整體的工程準備。工程準備實施:將工程的各個過程有機的集成起來。工程治理與企業日常運營治理的集成。工程生命周期與產品生命周期的集成。工程范圍與產品范圍的集成。不同部門的成果的集成。工程中不同約束條件的集成。集成變更把握:協調變更。要治理好工程,就必需有很強的全局觀。因此,在企業級工程治理體系建設中,就要盡可能將這些問題,通過企業級的工程治理制度加以明確并使之相對穩定,加強對各個具體工程的指導和監視。2023/11/245九大學問領域劃分:四大核心學問領域:范圍、時間、本錢和質量四大幫助學問領域:人力資源、溝通、風險和選購治理集成治理是整體功能,影響著其他全部學問領域,同時也受其他學問領域的影響。信息系統工程是學問密集型工程,增加:學問治理成為十大學問領域,并且處于工程治理領域的中心2023/11/246工程治理框架〔九大學問領域〕范圍管理時間管理成本管理質量管理

項目管理整合人力資源管理溝通管理風險管理采購與合同管理項目干系人的需要和期望核心功能輔助功能項目管理工具項目管理技術項目成功2023/11/2471.2.3IT工程治理任務的明確性:產品工程〔開發產品〕、應用工程〔IT工程實施〕治理工具的先進性信息溝通的準時性資源供給的必要性:準備質量的主體是“人”,主要工具是“計算機”:文件效勞器、網絡環境、軟件產品測試的完善和嚴謹性工程治理的貫穿性:大型工程的開發、模塊間的接口及系統的整合及測試可建立在公共的文件存儲平臺上2023/11/248IT工程治理的目標如期完成工程保證工程質量用戶需求得到確認和實現妥當處理用戶的需求變動工程本錢把握在準備之內保持對工程進度的跟蹤與把握順當實施系統配置治理保證對第三方產品或效勞的把握和協作2023/11/249成功工程的必要條件工程開頭前了解“什么是客戶的成功”工程執行中能夠“擔負客戶成功的責任”工程完畢后“幫助客戶實現價值”2023/11/2501.3IT工程的生命周期1.3.1一般工程的生命周期執行項目結束項目識別需求投入力量提出解決方案時間2023/11/251工程周期:接到合同-->完成規定工作識別需求:確認需求、分析投資效益比、爭論工程的可行性。客戶形成《需求建議書》與《招標書》提出解決方案:各廠商向客戶提交標書、介紹解決方案。《應標書》、《預算表》執行工程:細化目標、制定工作準備、協調人力和其他資源、定期監控進展、分析工程偏差,實行措施。工程工程日志和工程進度報告完畢工程:系統移交、結清款項、工程評估。各種文檔資料、工程評估報告兩次責任轉移:簽訂合同時:客戶---承約方交付產品時:承約方-客戶2023/11/252工程生命周期中的重要概念檢查點:在規定的時間間隔內對工程進展檢查,比較實際與準備之間的差異,進展調整里程碑:完成階段性工作的標志,漸近目標。基線:一個〔或一組〕配置項在工程生命周期的不同時間點上通過正式評審而進入正式受控的一種狀態〔是重要里程碑〕,一旦建立后,變化需要受把握。2023/11/253IT工程生命周期執行項目結束項目識別需求投入力量提出解決方案時間立項計劃實施/控制評估/推廣/維護2023/11/254IT工程七個階段立項:確定工程需求,明確工程范圍,分析工程的經濟可行性立項爭論報告和可行性報告準備:主要工作有招標說明、合同談判、工程準備、準備工程實施的條件;可交付成果是解決方案、應標書、預算表、商務合同實施與把握:細化目標、編制WBS和網絡圖、協調人力資源、安排其他資源、定期監控進展、分析工程偏差、實行必要措施以實現目標。工程工程日志、需求規格書、系統設計、安裝實施準備等。評估:系統測試與驗收。測試報告、驗收報告〔評估報告〕推廣:制訂推廣準備和培訓準備。培訓材料、用戶手冊維護:系統維護和定期檢查。維護文檔2023/11/255信息系統開發過程〔生命周期法〕系統規劃〔系統調查〕:可行性分析報告系統分析:系統規律模型系統設計:物理模型,系統設計說明書系統實施:程序清單,程序設計說明書,操作手冊,系統測試分析報告等系統運行與維護:系統維護報告2023/11/256IT工程治理過程組:五個階段是指從工程啟動到準備、實施、把握和收尾的一系列活動。啟動過程:批準一個工程或階段。準備編制過程:界定和改進目標,從各種備選的行動方案中選擇最好的方案,以實現所擔當工程所要到達的目標。實施過程:協調人員和其他資源以執行準備。把握過程:通過定期監控和測量進展,確定與準備存在的偏差,以便在必要的時候實行訂正措施,從而確保工程目標的實現。收尾過程:工程或階段的正式接收并到達有序的完畢。2023/11/257啟動計劃執行控制收尾投入大小開始階段結束階段項目管理過程的重疊和投入規模2023/11/2581.啟動過程組開發工程章程該過程主要關注批準工程。工程章程中必需描述商業需求和滿足這些需求的產品/效勞,也描述了如何與組織的常規運作如何接口和批準這個工程的立項。該過程是在工程外完成的,比方企業一級或者工程部/產品部。開發工程范圍說明〔初步的〕本過程通過工程章程和其它啟動過程的輸入〔工程工作稱述、環境和組織因素和組織過程庫〕對工程進展初步的,概括的定義。范圍說明文檔中必需描述產品的需求/特性,清晰的工程邊界,相關工作方法和抽象層面的范圍把握方法。2023/11/2592.準備過程組〔1〕.開發工程治理準備:定義、預備、整合和協調全部所屬的工程準備集成為一個工程治理準備,工程治理準備是工程執行和監控的主要信息輸入和依據。〔2〕.范圍準備:建立一個正式的范圍治理準備來定義、驗證和把握工程范圍,同時也定義如何制作工作分解構造〔WBS〕〔3〕.范圍定義:開發一個完整、清晰的工程范圍說明,該范圍說明作為工程周期中決策的依據。〔4〕.創立工作分解構造〔WBS〕:分解工程關鍵的產出物和工程工作為更小的,更可治理的工作單元。〔5〕.活動定義:識別生產每個工程產出物必需的一系列活動。〔6〕.活動排序:識別各種活動、工作的交互關系〔7〕.活動資源估量:估量工程工作中的每個活動所需要的資源類型〔主要是人力資源〕〔8〕.活動歷時估量:估量完成工程的每個活動所需要的工作量。〔9〕.進度表開發:活動排序、活動歷時和所需的資源,建立工程的進度表〔10〕.本錢估算:自上而下的估算出完成工程活動所需要的或許的資源本錢。2023/11/2602.準備過程組〔11〕.本錢預算:自下而上的匯總對每個活動/工作的本錢估量,建立工程的本錢基線〔12〕.質量準備:識別和工程相關的全部質量標準,并確定方法如何去到達這些質量標準〔13〕.人力資源準備:識別和文檔化工程的角色、職責和報告關系,同時建立人員治理準備〔14〕.創立工程團隊:從組織的資源池中獵取完成工程所需要的人力資源。〔15〕.溝通規劃:確定各種工程風險共擔人需要的溝通信息〔16〕.風險治理準備:定義使用什么方法和措施來進展工程的各種風險治理活動。〔17〕.風險識別:識別可能對工程產生影響的風險,并描述每個風險的特征〔18〕.定性風險分析:通過評估和比較風險的發生概率和影響度,排列出風險的優先級別,也為后續的分析和措施供給輸入。〔19〕.定量風險分析:分析已識別的風險對工程目標的定量影響。〔20〕.風險應對準備:開發出風險應對措施和可選方案,到達增加工程成功時機和削減工程目標壓力的效果。〔21〕.選購準備:確定工程需要選購什么或者在什么時候選購。〔22〕.合同準備:定義選購需要的物資,產品,商品和效勞,并識別潛在的可選供給商。2023/11/2613.執行過程組〔1〕.指導和治理工程執行該過程需要指導在工程中的各種技術和組織界面,并執行在工程治理準備中定義的各種活動,工程治理準備中定義的各種產出物也是通過各種工作過程生產出來的。工程產出物的完成狀態信息和哪些工作已經完成的信息的收集也是在工程執行過程完成的,該過程的輸出作為績效報告過程的輸入。〔2〕.執行質量保證該過程執行有準備的、系統性的質量活動〔比方質量審計和同行評審〕,保證工程的各個過程都滿足風險共擔人的期望。〔3〕.工程團隊建設該過程關注工程的團隊和個人力氣的培育來提高工程執行績效。〔4〕.信息分發關注工程風險共擔人能準時有效的獲得需要的信息。〔5〕.獵取供給商工程建議書關注獵取適當的選購報價,標書,建議書以及其它和選購相關的信息。〔6〕.選擇供給商通過對工程建議書的評審等方式,從多個潛在的供給商中選擇適宜的供給商,并和選定的供給商談判建立一份正式的商業合同。2023/11/2624.監控過程組〔1〕.監控工程工作收集、測量和分發工程的績效信息,通過評估測量數據指導工程過程改進。本過程監控工程的風險,保證這些風險被有效的識別,風險的狀態被有效的記錄和報告,工程的躲避活動得到有效的執行。監控還包括工程狀態報告,過程測量和趨勢猜測。工程的績效報告包括工程范圍、工期和風險等的績效信息。〔2〕.集成變更把握把握各種變更因素,保證這些變更都是對工程目標有利的,并推斷變更是否已經發生、在什么時候發生、有效治理被批準的變更活動。這個過程在每一個工程階段都存在,在整個工程周期〔從工程啟動到工程收尾〕都需要關注。〔3〕.范圍驗證指在完成工程時正式驗收工程范圍。〔4〕.范圍把握把握和治理工程范圍的變更〔5〕.進度把握把握和治理工程進度的變更2023/11/2634.監控過程組〔6〕.本錢把握治理調整預算的各種因素,并有效的治理工程預算的變更〔7〕.質量把握監控特定的工程結果,推斷這些結果是否和相應的質量標準全都。并盡量消退導致不全都的因素。〔8〕.治理工程團隊跟蹤工程團隊/個人的工作績效,供給需要的反響信息,解決團隊問題,并協調變更因素來提高工程績效〔9〕.績效報告收集和分發工程績效信息,該信息包括工程狀態報告,過程測量信息和趨勢猜測信息等。〔10〕.治理風險共擔人治理各個工程風險共擔人的溝通需求,滿足和協調他們的溝通需要,治理在溝通上的不全都和沖突。2023/11/2645.收尾過程組〔1〕.工程收尾包括執行工程/階段收尾的各種文檔工作,還包括預備合同收尾所需要的選購完成手續和合同驗收確認書,并正式的完畢工程〔2〕.合同收尾關注完成合同項的各種活動,包括未解決項的后續解決措施。

過程組知識領域啟動規劃執行監控收尾項目整體管理制定項目章程制定項目初步說明書制定項目管理計劃指導項目管理執行監控項目工作整體變更控制項目收尾

項目范圍管理范圍規劃范圍定義制作工作分解結構范圍核實范圍控制

項目時間管理活動定義活動排序活動資源估算活動持續時間估算制作進度表進度控制項目費用管理費用估算費用預算費用控制項目質量管理質量規劃實施質量保證實施質量控制項目人力資源管理人力資源規劃項目團隊組建項目團隊建設項目團隊管理

項目溝通管理溝通規劃信息發布績效報告利害關系者管理項目風險管理風險管理規劃風險識別定性風險分析定量風險分析風險對應規劃風險監控項目采購管理采購規劃發包規劃詢價賣方選擇合同管理合同收尾2023/11/266做工程的誤區〔一〕

“三邊行動”邊準備邊實施邊修改造成“三邊行動”的根本緣由是在目標未清、職責未明的狀況下就倉促開頭往下做細節,結果常會由于在一些小事上扯皮導致工程被不斷地延期。即時最終牽強完成了,也與最初的目標相去甚遠。壞了壞了,期限到了,忙不完了!不行啊,狀況變化,我們的工程進程生怕也要變動了!下一步該干什么?還沒想好,正在作新準備呢。2023/11/267做工程的誤區〔二〕

“六拍運動”第一拍:拍腦門常常有些領導有了做一個工程的想法后,不是組織相關人員嚴格論證是否可行,而是自己覺得可行就上馬工程。

看來這個工程真有的賺啊,抓緊上!拍腦門作決策的做法,從一開頭就為工程實施帶來了很高的風險和不確定性,可以說也為工程的失敗埋下了伏筆……2023/11/268做工程的誤區〔二〕

“六拍運動”其次拍:拍肩膀

領導拍完腦袋后,為了鼓舞士氣,調開工程組成員的樂觀性,大多會實行一些鼓舞手段,例如——拍肩膀。

但事實證明,錯誤的鼓舞往往比沒有鼓舞帶來的后果還要糟糕!“好好干啊,我信任你們!”2023/11/269做工程的誤區〔二〕

“六拍運動”第三拍:拍胸脯受到領導鼓舞的工程組成員為了讓領導放心,也會有所表示——拍胸脯,而且往往還會說出一句話:“老板,放心吧,包在我身上!”盲目的樂觀與熱忱只會讓前進方向與最初的目標越偏越遠2023/11/270做工程的誤區〔二〕

“六拍運動”第四拍:拍桌子工程進展一段時間后,領導突然覺察工程進展狀況與自己的預期相去甚遠,于是大發雷霆,爆發了“四拍運動”——拍著桌子訓斥工程組成員。BOSS:“你們都在搞什么?這么長時間了,花了這么多錢,工程才剛剛進展到這里,還有這么多問題!回去好好檢討,不能按期完成工程,工資獎金都別想了!!!”工程組成員:“!◎#¥%※×……”消逝問題后不妨冷靜思考、想方法樂觀解決。假設只是發泄怒火和不滿,結果生怕會讓事情越來越糟。2023/11/271做工程的誤區〔二〕

“六拍運動”第五拍:拍屁股工程組成員受到老板的嚴峻批判后,不少人往往會“拍屁股”。表現有二:一種是“明拍”,不干了,直接走人;另一種是“暗拍”,再也沒有熱忱,消極怠工,這種人留在工程組中對工程毫無好處,反而會打擊努力工作者的樂觀性。“當時不管證清晰,現在工程做不下去了,就知道訓我?我還不干了呢!走人!”2023/11/272做工程的誤區〔二〕

“六拍運動”第六拍:拍大腿五拍之后的工程結果必定令全部人大失所望。這個時候,從決策層到工程經理再到工程組成員,大家都痛心不已,卻又無可奈何。在一個工程中即使“六拍”都消逝了也不是最可怕的,最可怕的就是拍完了卻不吸取教訓,在隨后的工程中照舊連續“六拍運動”……“唉,早知如此,當時就應當……,……,……,……,……,”2023/11/273反思無論是在工作中還是在日常生活中,我們都常常會遇到“三邊行動”和“六拍運動”的場景。為什么這樣的情形會常常發生呢?我們應當從中吸取什么教訓呢?2023/11/2742IT工程啟動2.1IT工程啟動的內容工程啟動過程是指開頭一個工程過程的最初階段,這個階段從確認新工程的存在,始終連續到工程執行過程的開頭。2023/11/275IT工程啟動任務了解客戶背景了解客戶進展前景與該工程對公司的戰略重要程度了解客戶競爭對手狀況了解客戶對此工程的目的和期望了解工程實施相關的客戶方面的業務流程、人員安排、工程成果的使用人員等信息2023/11/276工程環境信息的了解工程發起人是否有權開展工程工程是否有財務支持工程是否以前有人開發過工程是否有合理的開頭時間和截止時間是否有行業相關國家標準或者國際標準是否有明確的結果2023/11/277技術方案可行性評估目前公司所擁有的產品性能是否能滿足方案的要求公司技術人員是否有足夠的力氣負責工程的實施假設方案中有未上市新產品,關注上市時間和產品性能描述是否切合實際技術方案的編寫是否符合公司技術方案編寫格式要求工程承受的信息技術對其他軟件和使用者造成的影響,該技術的供給商在行業中記錄是否良好技術方案成功實施的前提條件是否被明確方案中是否有可能會導致系統不被客戶最終驗收的風險因素2023/11/2782.3需求分析2.3.1工程相關利益者的分析工程組成員公司現有業務、現有工程的成員資源供給者:資金、人力和技術用戶潛在利益相關者2023/11/279工程干系人分析〔Stakeholders〕與工程有利害相關的人或組織工程經理顧客或客戶工程團隊工程發起人〔Sponsor〕其他的利害相關者工程干系人的目標往往是相互沖突的;未辨識的工程干系人及其目標可能是風險的來源。2023/11/280工程利益相關人〔stakeholder〕確定利益相關人工程經理的首要任務就是識別工程的利益相關人,由于在工程說明及準備階段的重要決策都是他們作出的項目階段/活動確定利益相關人類型項目啟動階段設置項目目標建立組織結構設立責任矩陣發布項目綱要定義變化管理程序溝通計劃客戶高層主管,職能管理部門主管,項目團隊客戶,高層主管,職能管理部門主管項目經理,高層主管客戶,高層主管,職能管理部門主管客戶,高層主管,職能管理部門主管,項目團隊計劃階段風險分析與應變計劃詳細預算及進度開發工作量估算客戶,高層主管,職能管理部門主管,項目團隊客戶,高層主管,項目團隊職能管理部門主管,項目團隊2023/11/281工程利益相關人〔stakeholder〕

利益相關人的責任角色

職責項目經理項目團隊高層主管客戶職能管理部門主管

說明、計劃、控制和領導項目完成具體項目任務授權、指導、多個項目的優先權分配產品要求、資金、公司政策、資源利益相關人是工程成功的關鍵每一位利益相關人都在工程的某些方面起重要作用并負具體責任2023/11/282工程組成員責任表〔職責安排矩陣〕趙伊王耳張山李斯鄧武崔柳陳琪高跋系統分析PSSS數據庫設計SPS編程實現SSPSSS設備采購SSP系統測試SSPS2023/11/2832.3.2IT工程業務需求的調研當前業務流程分析將來業務流程分析當前業務與將來業務差異分析信息化功能點需求對將來系統的非功能需求:性能、環境、安全需求的優先次序

形成“需求分析報告”2023/11/284對需求報告的評審制定評審準備需求預審查召開評審會議調整需求文檔重審需求文檔2023/11/2852.4IT工程范圍的界定含義:指為交付具有規定特征和功能的產品或效勞所必需完成的工作。內容:工程應包含的特征和功能工程包含的特征和功能指標工程中必需要做的工作意義提高費用、時間和資源估算的準確性工程范圍是工程準備的根底,是確定進度測量和把握的基準有助于工程任務安排2023/11/2862.5工程經理的選擇素養要求1、良好的道德品質。工程經理在團隊治理中,要公正公正、廉潔自律,在工程中需要有正確的利益觀,要充當整個團隊成員間的利益協調者,否則很可能由于利益安排問題導致整個團隊的崩潰。2023/11/2872、安康的身體和心理素養。工程實施過程中布滿風險,特殊是IT工程,工作困難,需要整個工程組成員的莫大投入,工程經理,作為第一責任人,在全過程中擔當著巨大的身心壓力,必需要有安康的體魄和心理調整力氣,正確影響并帶動整個團隊不斷前進。3、猛烈的客戶意識。以客戶為中心,這也是當代工程治理的核心。IT工程中的信息不對稱性,使得以客戶為中心被擺在了尤為重要的位置。2023/11/2884、專業的素養和素養。工程經理在對IT技術、業務學問的把握上不能有重大的缺陷,與客戶、團隊成員在溝通上要有共同語言,這樣才有助于把握系統的全局。5、牢固的大局觀。工程經理要從客戶的大局、公司的大局、工程和團隊的大局考慮問題,不能把自己理解為一個純粹的當前工程的實施經理。6、優秀的工程治理力氣。工程經理需要具有很強的準備、組織、協調和把握力氣,特殊是與人的溝通力氣。2023/11/2897、強大的信念與堅韌的意志。工程運作需要整體準備、組織、協調和把握多個涉眾的工作關系,同時還要面臨工期、本錢、質量、資源、環境等各個方面的約束。整個執行過程一般不行能一帆風順,不行避開地會消逝各種各樣的始料不及的問題。這些對工程的直接負責人來說是巨大的挑戰。問題消逝時,工程經理自己的信念、意志力就顯得尤其重要,否則對客戶、團隊信念的影響都是致命的。2023/11/290工程經理的價值工程經理提高了工程以下幾個方面的幾率交付的產品符合客戶要求保證按進度完成按預算完成工程使客戶和主要干系人滿足帶來后續業務實現工程的成功2023/11/291優秀工程經理的特征溝通者組織者準備者小組組織者協調者促進者負責以人為本治理特殊大事心情激發者問題分析者幽默感拉拉隊長公認的領導者了解用戶自信技能評估者以目標為導向進取熱忱制造性地解決問題風險擔當者連貫性講究靈敏性優秀的商人以利潤為動力2023/11/292工程經理的職責準備范圍界定、進度準備、本錢準備、質量準備組織組織工程資源工程中最重要的資源是人力資源對人力資源的組織包括安排工作和授權把握把握工程范圍、進度、本錢和質量工程風險治理和工程變更治理2023/11/293工程經理的技能領導力氣人員開發力氣溝通技巧人際交往力氣處理壓力的力氣解決問題的力氣治理時間的技能2023/11/294授權授權不是推卸責任授權的范圍和時間必需明確讓被授權者明確期望的結果賜予被授權者必需的資源選擇最適宜的人,賜予信任和鼓舞一旦授權,被授權人在職責范圍內就擁有決策權和工作的自由2023/11/295不同程度的授權調查問題,告訴我所有的情況,我決定做什么,怎么做調查問題,告訴我可行的其他方案并推薦一種,我評價后決定調查問題,告訴我你可能會采取什么行動,需要我批準調查問題,告訴我你可能采取的行動,如果我不反對,就執行調查問題并采取行動,讓我知道你是怎么做的調查問題并采取行動,是否向我報告由你決定最低授權最高授權2023/11/2962.6IT工程的估算本錢估算本錢估算是對完成工程所需本錢的估量和準備,是工程準備中的一個重要、關鍵、敏感的局部。工程經理在求額定合同價格時要考慮諸多因素,其中工程本錢是其定價的根底。工程經理在進展本錢估算的時候,以項目的范圍為根底。進度估算2023/11/2972.6.1本錢估算完成工程每個階段所用的滿負荷工作量專業效勞本錢設備本錢生產附加本錢質量檢測需求風險貯存金人力資本其他工程相關費用具體估算的方法在IT工程準備編制章節具體表達。2023/11/2982.6.2進度估算工程分成子系統將子系統劃分階段,確定交付物推斷活動間依靠關系編制各個子系統的網絡圖合并各子系統網絡圖為整體網絡圖估算每項活動的歷時查找工程關鍵路徑調整工程網絡圖分析工程,增加預留時間工程進度估算=關鍵路徑+預留時間評議,做適當調整重復上述過程具體估算的方法在IT工程準備編制章節具體表達。2023/11/2992.7IT工程章程的制定一旦識別并選擇工程之后,就該制定工程章程了。工程章程是一篇簡短的〔通常只有一頁〕為客戶預備的高層文檔,它描述了工程將要交付何物,并總結了很多關鍵要素。工程章程的細節數量會有很大不同,但常常要包含下屬元素:工程名稱授權日期工程經理姓名和聯系方式客戶姓名和聯系方式工程啟動和完成日期工程目標與描述核心利益相關者、工程角色與職責核心利益相關者的簽名處工程章程要確保你與你的客戶能夠對工程達成共識。此外,它還是一種特殊有效的溝通工具,可以幫助向組織宣布選擇了哪個工程來進開放發。下面是某提議信息系統工程的工程章程。項目章程批準日期:2009年8月7日項目名稱:客戶跟蹤系統項目經理:張三客戶:市場部項目發起者:某某公司項目啟動/結束(已立項):8/7/09—2/1/10項目概述:本項目將為市場部實現一套客戶跟蹤系統。本系統的目的是實現自動化以節省員工的時間,減少錯誤,及時擁有更更多的信息……目標:

1、使數據輸入錯誤最小化

2、提供更及時的信息

……

利益相關者與職責利益相關者角色職責簽名李四市場部總監項目遠景、資源李四劉……首席信息官監控、資源劉……王…銷售主管系統功能王…工程章程的作用主要有:授權工程,對工程進展完整定義,確定工程發起人,確定工程經理,確保工程經理對工程負責,從工程發起人的角度安排工程經理權利等。每個工程都應當有章程。它授權工程,構建了工程經理的責任心,激發了發起人的仆人翁意識以及工程組的團隊意識。留意:工程章程在不同的企業有不同的說法,且章程的內容也不盡一樣,但是章程主要解決的兩個問題是全都的,即授權工程和定義工程。在我國,大多數企業,工程開發任務書就是一種工程章程。案例:工程章程案例工程:操作系統升級到XP和Windows2023Server工程發起人:CIO工程經理:王網絡治理員工程團隊:李辦公室辦公員,宋衛生員等工程目標:全部微機在2023年12月3日之前升級到WindowsXP。2023年12月20日之前將6臺新效勞器升級為Windows2023Server。業務概況:過去5年,公司使用的都是WindowsNT。我們都學會使用了它,并越來越寵愛它。但現在應當讓它進入歷史了。現在要承受一種新技術,它類似于NT,但要好很多,那就是WindowsXP。XP可以幫助我們提高生產率。它更靈敏,更安全,更簡潔。過去我們普遍感覺現有效勞器速度變慢,陳舊過時。我們將使用6個新型多處理效勞器來替換它們,這些效勞器裝滿了RAM、RAID驅動器以及快速牢靠的磁盤陣列。給全部效勞器安裝的操作系統是Windows2023Server。工程結果:在每臺微機上安裝XP;在6臺新效勞器上安裝Windows2023Server;全部工作在2023年12月20日前完成。工程實施時間表:9月測試配置方法,收集用戶和應用狀態,確定部署方法,生成腳本。10月首先部署100個示范用戶。測試、記錄并解決存在的問題。開頭Window2023Server的測試和設計。11月開頭為期一個月的培訓課程。在學員培訓的同時,將XP安裝在他們的計算機上。連續Window2023Server的測試。12月完成XP的安裝與調試。工程資源:預算——275000美元〔包括XP、Window2023Server、客戶許可證、詢問費、培訓費〕;使用4個月的測試試驗室;專家王教授的現場詢問指導。將上述內容匯總成工程章程表。

項目名稱批準時間2005年8月項目背景介紹項目發其原因:項目的機遇與優勢:項目的挑戰與劣勢:項目目標:利益相關著:進度計劃項目經理姓名原先所在的部門或職務在項目中的權利范圍資源條件人員:物質:成本:結束時間:項目完成的標準:簽發人:簽發時間:2023/11/21063.IT工程準備工程的準備過程是為了指導工程實施所進展的有關工程實施方案的事先規劃。2023/11/2107四、工程準備制定2023/11/2108準備流程啟動流程準備流程把握流程執行流程完畢流程2023/11/2109工程準備答復以下問題:我們將要做什么?我們如何做?我們必需在什么時候完成?本錢是多少?“我”們都包括誰?我們以前怎樣做?需要什么表現?2023/11/21103.1.1工程規劃的成果What——工程要完成哪些工作;How——怎樣完成這些任務;Who——由誰負責完成相應的任務;When——何時開頭、何時完成、何時需要何種資源;Why——為什么要做;where——各項工作在什么地方進展。2023/11/2111準備階段治理活動重新審定工程要素重新界定工程范圍組建工程團隊制訂工程準備約見客戶正式公布工程準備成果,進入下一階段實施2023/11/21123.1.2準備編制涉及內容范圍:完成工程、實現工程目標、獲得工程產出物所必需的全部工作。進度:依據工程的WBS、活動定義、活動排序和活動持續時間的估算值為依據。本錢:軟硬件、成員工資、其他日常費用之和質量:質量方針、工程范圍描述、標準規章的遵守和產品的質量說明、質量準備制定的工具和方法人力資源:人員專業和技能進展評估,預定人員時間,保證工程進度。溝通:溝通工作、溝通方法和溝通渠道風險治理:風險問題按優先級排列->風險應對準備。從風險的責任人、風險應對方法、途徑和風險的范圍與相應的處理結果選購:合同類型與招標過程2023/11/2113四、工程準備制定2023/11/21143.2WBS工作細分構造WBS——工作分解構造〔workbreakdownstructure)

工作分解構造是一種為了便于治理和把握而將工程工作任務分解的技術,是以可交付成果為分解對象,以結果為導向的分析方法。通過它對工程所涉及的工作進展分解,而全部這些工作構成了工程的整體范圍。2023/11/21153.2WBS工作細分構造3.2.1WBS的設計創立WBS將一個工程分解成易于治理的多個局部或者多個條目,以便確保找出完成工程工作范圍所需的全部工作要素。WBS通常是一棵面對“成果”的“樹”,WBS的分層設計要根據工程的內在特點或者實施過程的挨次進展逐層的分解、細化。最底層交付的子成果項目交付的成果交付的子成果工作包項目總體任務之和主要交付成果或實施過程進一步分解的子產品或服務最底層可交付的子產品或服務最細化可執行的工作任務圖WBS的層次分解最頂層是工程本身,即整個IT工程全部的工作任務總和的概括性描述。其次層是工程的主要可交付的成果,其中必需包括的是對工程完成階段具有里程碑意義的提交成果。第三層是依據其次層進一步細分之后的子成果的總結,可以依據其次層的劃分標準從不同的方面對子任務進展劃分,依據子成果不同的特點,不斷地進展分解,直到小到可以直接治理的任務的最底層。這時,可交付的子成果就會被進一步分解成一系列的工作包。第四層不難理解為可治理的最小的交付成果。第五層是工作包,也叫工作任務。是整個工程的最小可把握單元。這個層次上的工程活動均是對工程客戶的需求和目標的最直觀的執行,也是工程團隊成員關注的最底層。每個工作包都有明確的活動,有固定的執行人員,有準確的開始完畢日期,有預算的資源消耗和本錢計算。同時,每個工作包也是工程進度監視檢查的最小把握點。實際工作說明,一個工作包的工期應當不超過10天。假設一個工作包的工期超過10天,就應當在這個工期內設立檢查或監視點,一般3至5天設立一個檢查或監視點,以便使進度和問題在不太長的時間內覺察。

2023/11/2119WBS的價值WBS可以用來對工程范圍達成共同理解,通常承受類似工程的WBS作為模板,它供給:用于工程工作要素的單一信息庫強調典型構建測試、組裝測試和集成測試方案的分級體系方法幫助明確劃分工作職責、資源及本錢幫助確定風險領域用于對全部工作單元進展分類的規律構造可用來開發類似工程、促進方案制定并允許在工程完成后進展比照的標準架構2023/11/2120WBS的作用:1、將大系統變成具體的小工作單元,使簡潔→簡潔,難以猜測→易于猜測,難以把握→易于把握2、是制定工程準備、編制工程預算、確定工程組織、安排工作的根底3、使我們對開發工程狀況有了更加深入具體的了解,特殊是對應做的工作有了更為透徹的概念4、便于了解整個工程開發系統的構造,便于合作、協調2023/11/2121四、工程準備制定WBS分解:WBS分解的原則:將主體目標逐步細化分解,最底層的任務活動可直接分派到個人去完成;WBS分解的方法:自上而下與自下而上的充分溝通一對一個別溝通小組爭論WBS分解的標準:分解后的活動構造清晰;規律上形成一個大的活動;集成了全部的關鍵因素;包含臨時的里程碑和監控點;全部活動全部定義清晰;2023/11/2122WBS兩種通用形式縮排式:1.1**************1.1.1*******1.1.2*******1.1.3*******1.1.4*******1.2**************1.2.1*******1.2.2*******1.3**************1.4**************工程樹型構造2023/11/2123WBS例如新設備安裝運行1000設備調試1400設備安裝1300布局設計1200總體設計1100廠址分析1110選擇設計1120機器布局1210工藝流程設計1220加工1310裝配1320安裝設備1330測試設備1410試生產1420測試建筑物1323組裝部件1322把零件運往工地13210級1級2級3級2023/11/2124表示預算和責任的WBS編碼WBS編碼預算/萬元責任者WBS編碼預算/萬元責任者1000110011101120120012101220130013105000100050050010007003002000500王新建設計部門李巖張德倫設備部門錢江林宋曉波基建部門紀成1320132113221323133014001410142012005005002003001000600400齊魯生金震喬世明陳志明陳志安生產部門秦益明徐青WBS例如2023/11/2125WBS的設計方法類比分解法:參照類似工程已有的WBS模板法是指工程的工作分解可以借用工程所屬專業技術領域中的標準化或通用化的工程工作分解構造模板,然后依據具體工程的具體狀況和要求進行必要的增加或刪減而得到工程工作分解構造的方法。雖然每個工程都是獨特的,但是以前工程的工作分解構造往往可以當做新工程的樣板,由于某些工程與以前的某一工程總有某種程度的相像之處。很多應用領域或組織都有標準的工作分解構造樣板,可用于新工程工作分解構造模板使用,以以下圖是一個軟件開發工程的工作分解構造模板。某某軟件開發工程制作、測驗培訓項目管理進度質量成本…需求調查客戶調查用戶調查結果分析系統設計邏輯設計物理設計總體設計模板編程系統集成各種測試軟件手冊用戶文件培訓轉軌2023/11/2127WBS的設計方法挨次分解法:自上而下分解法:從最大工程起細化到工作包。在創立WBS的方法中,大多數工程經理將自上而下法視為一種常規的方法。自上而下方法從工程的最大單位開頭,逐步將工程工作分解為下一級的多個子工程。在完成整個過程后,全部的工程工作都將安排到工作包一級的各項工作之中。2023/11/2128WBS的設計方法挨次分解法:自下而上分解法:列出工作包,逐層,綜合,歸并到更大的工程活動中去。自下而上的方法則要求工程團隊成員從工程一開頭就盡可能地確定工程相關的各項具體任務,然后再將各項任務整合,并歸并到對應的一個上一級的任務之中,形成WBS的一個局部。一般來說,自下而上法比較費時,但使用這種方法形成的WBS比較有效,它能夠反映工程的實際需求。在軟件工程開發中,對于一個全新的工程或系統,工程經理往往承受這種方法,以防止遺漏用戶對系統的功能與性能需求,使用這種方法還能夠有效地促進工程團隊的參與和協作。2023/11/2129WBS的設計方法遵循指導方針:存在工程執行方針或需求說明書,對WBS的框架與分解原則作出嚴格規定。2023/11/2130預備WBS字典預備WBS字典是關鍵工程數據的存儲,應當包括與工程任務、工作包、進度表、本錢和預算相關的具體信息。一般在構建WBS前預備WBS字典任務、子任務、工作包數量任務、子任務、工作包名稱簡要描述需要完成的工作交付件信息責任劃分及參與信息,包括對每項任務和子任務負有的責任以及參與工程的個人、組織的名稱等驗收標準2023/11/2131WBS實例大綱編號

任務名稱

0

建筑設計工程

1

業務開拓

1.1

銷售時機

1.2

工程預立項

1.3

概念設計

1.4

投標

2

工程預備

2.1

工程啟動

2.2

工程籌劃

2.2.1

質量標準目標制定

2.2.2

技術標準目標制定

2.2.3

效勞標準目標制定

2.2.4

制定工程設計效勞標準

2.3

工程準備

2.3.1

進度準備

2.3.2

資源預備

2.3.3

工程預算

2023/11/21323

方案設計

3.1

方案需求分析

3.1.1

實地踏勘

3.1.2

基地條件分析

3.1.3

業務需求分析

3.2

方案構思

3.2.1

立意

3.2.2

總體構思

3.2.3

功能區分構思

3.2.4

空間形態構思

3.2.5

構造體系構思

3.2.6

機電系統構思

3.3

方案遴選

3.4

方案優化

3.4.1

區位分析

3.4.2

確定總體功能布局

3.4.3

空間形態確定

3.4.4

平面功能區分確定

3.4.5

構造體系確定

3.4.6

機電機房布局確定

3.4.7

計算技術經濟指標

3.5

方案評審

3.6

深化完整

3.6.1

圖紙深化

3.6.2

編制說明

3.6.3

造價估算

3.7

方案校審

3.8

交付物制作

3.8.1

文本制作

3.8.2

表現圖制作

3.8.3

模型制作

3.8.4

多媒體制作

3.9

階段交付

3.9.1

客戶簽字確認

3.9.2

歸檔

3.9.3

政府審批

2023/11/21334

初步設計

4.1

設計需求分析

4.1.1

業務需求分析

4.1.2

政府相關部門意見及批文分析

4.1.3

政策法規和技術標準分析

4.2

設計大綱制定

4.3

方案調整

4.3.1

建筑設計調整

4.3.2

構造體系確認或調整

4.3.3

機電體系確認或調整

4.4

初步設計

4.4.1

建筑初步設計

4.4.2

構造初步設計

4.4.3

機電初步設計

4.5

設計評審

4.6

深化設計

4.6.1

建筑深化設計

4.6.2

構造深化設計

4.6.3

機電深化設計

4.7

設計校審

4.8

擴初設計概算編制

4.9

交付物制作

4.9.1

文本制作

4.9.2

表現圖制作

4.9.3

多媒體制作

4.1

階段交付

4.10.1

客戶簽字確認

4.10.2

歸檔

4.10.3

政府審批

2023/11/21345

施工圖設計

5.1

設計需求分析

5.1.1

業務需求分析

5.1.2

政府相關部門意見及批文分析

5.1.3

政策法規和技術標準分析

5.2

調整補充設計大綱

5.3

制定統一技術措施

5.4

擴初設計調整

5.5

施工圖初步設計

5.5.1

建筑初步設計

5.5.2

構造初步設計

5.5.3

機電初步設計

5.6

施工圖深化設計

5.6.1

建筑深化設計

5.6.2

構造深化設計

5.6.3

機電深化設計

5.7

設計校審

5.8

交付物制作

5.9

施工圖送審

5.10

階段交付

5.10.1

客戶簽字確認

5.10.2

歸檔2023/11/21356

施工協作

6.1

施工圖技術交底

6.2

地下構造施工協作

6.3

地上構造施工協作

6.4

機電安裝協作

6.5

裝修協作

6.6

室外總體協作

6.7

竣工驗收協作

6.8

歸檔

7

工程后評估

7.1

工程總結

7.2

工程報優

7.3

工程回訪

7.4

滿足度調查

7.5

績效考核

7.5.1

工程組成員

7.5.2

客戶

7.5.3

供給商

7.5.4

評審專家2023/11/2136婚禮籌備WBS1.婚禮籌備準備

1.1.準備婚禮日期、地點、儀式及婚宴方式

1.2.確定婚禮預算

1.3.草擬客人名單

1.4.召集好朋友爭論婚禮準備

1.5.確定伴郎、伴娘

1.6.確定主婚人、證婚人

1.7.成立婚禮籌備組

1.7.1.召開kick-off工程啟動會

1.7.2.制定婚禮工程準備書

1.7.3.明確籌備組分工2.婚禮前預備

2.1.與婚禮的全部工程干系人溝通

2.1.1.就婚禮籌備準備和進展與父母溝通

2.1.2.發喜貼給親友

2.1.3.通知外地親友

2.1.4.網上公布結婚通知

2.1.5.再次確認主、證婚人

2.1.6.準時反響親友受邀信息

2.1.7.對于重要親友再次確認

2.2.結婚物品選購

2.2.1.新家布置用品

2.2.1.1.家電、家具

2.2.1.2.床上用品

2.2.1.3.彩色氣球

2.2.1.4.彩燈〔冷光〕

2.2.1.5.紗

2.2.1.6.蠟燭

2.2.1.7.膠布

2.2.1.8.插線板

2.2.1.9.其他物品

2.2.2.婚禮用品訂購

2.2.2.1.新郎新娘婚紗禮服

2.2.2.2.結婚戒指

2.2.2.3.新娘扮裝品

2.2.2.4.喜貼、紅包、喜字

2.2.2.5.彩帶、拉花、噴物

2.2.2.6.煙、酒、飲料

2.2.2.7.糖、花生、瓜子、茶葉

2.2.2.8.錄像帶、膠卷

2.2.2.9.預定鮮花

2.2.2.10.預定蛋糕

2.2.2.11.水果

2.3.新郎新娘形象預備

2.3.1.新娘開頭皮膚保養

2.3.2.新郎剪頭發

2.4.拍婚紗照

2.4.1.選擇婚紗影樓

2.4.2.預約拍攝日期

2.4.3.拍照

2.4.4.選片

2.4.5.沖印或噴繪

2.5.布置新居

2.5.1.請清潔公司徹底清掃新居

2.5.2.布置新居

2.6.確定婚禮主持人

2.6.1.就婚禮當天準備與設想與之溝通

2.7.婚宴預約

2.7.1.估量來賓人數

2.7.2.估量酒席數量

2.7.3.選擇婚宴地點

2.7.4.確認酒席菜單、價格

2.7.5.確認婚宴現場的音響效果

2.7.6.與酒店協調婚宴布置等細節

2.7.7.預定酒席

2.8.婚禮扮裝預約

2

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論