微軟項目管理案例分析課件_第1頁
微軟項目管理案例分析課件_第2頁
微軟項目管理案例分析課件_第3頁
微軟項目管理案例分析課件_第4頁
微軟項目管理案例分析課件_第5頁
已閱讀5頁,還剩84頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

微軟項目管理

案例分析

微軟項目管理

案例分析提綱微軟項目管理內容及流程微軟項目管理過程與模板微軟項目管理實務與案例分析Q&A提綱微軟項目管理內容及流程第一部分微軟項目管理內容及流程第一部分微軟項目管理內容及流程軟件開發(fā)的項目管理微軟項目管理的組織形式同步--穩(wěn)定法開發(fā)模式微軟多里程碑式流程

MSF(MicrosoftSolutionFramework)微軟項目管理內容及流程軟件開發(fā)的項目管理軟件開發(fā)的項目管理

在產品定義與開發(fā)過程中,微軟件遵循著一種稱之為“靠改進特性與固定資源來激發(fā)創(chuàng)造力”的戰(zhàn)略。該戰(zhàn)略可分為五個原則:將大項目分成若干里程碑式的重要階段,各階段之間設立緩沖時間;運用想象性描述和對特性的概要說明指導項目;根據用戶行為和有關用戶的資料確定產品特性及其優(yōu)先順序;建立模塊化和水平式的設計結構,并使項目結構反映產品結構的特點;靠個人負責和固定項目資源實施控制。軟件開發(fā)的項目管理

在產品定義與開發(fā)過程中,微軟件遵微軟項目管理的組織形式

微軟項目管理的組織形式

同步--穩(wěn)定法開發(fā)模式

微軟公司的項目運作方式是把項目分成若干個子項目,并根據功能領域分組同時進行的平行推進工作方式,這種方法集中了里程碑和每日構造這些關鍵的概念。微軟典型的項目管理(項目的生命周期)包括三個階段:計劃階段完成功能的說明和進度表的最后制定;開發(fā)階段寫出完整的源代碼;穩(wěn)定化階段完成產品,使之能夠批量生產。同步--穩(wěn)定法開發(fā)模式

微軟公司的項目運作方式是把項目分微軟多里程碑式流程

微軟多里程碑式流程

微軟解決方案框架(MSF)MSF(MicrosoftSolutionFramework),它來自于超過25年的微軟與眾多合作伙伴的最佳應用實踐,是一個將軟件開發(fā)流程、原則和公認的做法完全集成的集合,并且提供了很好的模板級解決方案實現來支持團隊開發(fā)。MSF是一個經驗知識庫MSF是一種框架結構MSF是資源的集合微軟解決方案框架(MSF)MSF(MicrosoftMSF的發(fā)展歷程首次提出于1993,當時主要用于對外的咨詢服務客戶需要微軟的產品和技術也需要創(chuàng)造這些產品和技術的經驗Version11993Version21998Version32002Version420051991MSF的發(fā)展歷程首次提出于1993,當時主要用于對外的MSF的八個基礎原理推動開放式溝通為共同的前景而工作賦予小組成員權力建立清晰的責任和共同的職責關注交付業(yè)務價值保持靈巧,預測變化質量投資學習所有的經驗MSF的八個基礎原理推動開放式溝通問題“日程安排一團糟、功能不合適、到處都是系統(tǒng)錯誤,而原因就是左撇子不知道右撇子在做什么……。那么,小組之間應該如何相互溝通呢?用盡可能多的方式溝通?!遍_放式溝通特點即時有效形式多樣參與包容坦誠、直接對事不對人1.推動開放式溝通問題1.推動開放式溝通簡單的說就是大家要目標一致

怎樣才叫“為共同的前景工作”?這個前景是大家一起制定并同意的

-都知道工作重點在哪里團隊任何一個人都能脫口說出前景并且表達一致。-都知道工作方針是怎樣的工作中隨時隨刻用前景來指導工作。

-用前景來解決工作分歧2.為共同的前景工作簡單的說就是大家要目標一致2.為共同的前景工作“在最優(yōu)秀的小組里,不同的個人會在不同場合下體現出其領導能力,他們會在其專長的領域里擔負起領導職責。沒有哪個人是永遠的領導,因為如果這樣的話,這個人就無法和其他人融為一個整體,而小組的互動會因此而開始分裂。小組的結構應該是一個網絡型的而不是一個層次型的。”每個人都有不可替代的作用!每個人都有展示領導能力的時候!3.賦予小組成員權力“在最優(yōu)秀的小組里,不同的個人會在不同場合下體現出其領導小組的每個角色對小組本身以及各自的利益相關人都是負有責任的。

每個角色對于最終解決方案的質量都負有責任。

鼓勵小組成員對由他們責任的直接區(qū)域以外的工作作出評論和貢獻。4.建立清晰的責任和共同的職責4.建立清晰的責任和共同的職責項目生產出來的軟件要符合客戶的需要。項目組要充分理解客戶的需求。讓客戶積極參與到項目過程中。5.關注交付業(yè)務價值5.關注交付業(yè)務價值

軟件開發(fā)具有不確定性,但是可以預測的以及是可控的。要從思想上體會這個原則,指導實際工作。要從過程上適應這種軟件開發(fā)不確定性的特點。6.保持靈巧,預測變化6.保持靈巧,預測變化零缺陷意識-零缺陷文檔-零缺陷開發(fā)-零缺陷發(fā)布

全體成員同步到達零缺陷里程碑

一步一個腳印

不斷追求高質量7.質量投資7.質量投資“那些忘記過去的人肯定會重復過去(的錯誤)?!辈蹲胶凸蚕砑夹g和非技術的最佳做法是不斷提高和不斷成功的基礎。允許小組成員從其他人的成功和失敗經驗中獲益。幫助小組成員再次成功。通過檢查和回顧等方式讓學習制度化。8.學習所有的經驗“那些忘記過去的人肯定會重復過去(的錯誤)?!?.學習所MSF的模型與準則MSF的模型與準則MSF模型準則描述團隊模型組織人員,將每個角色和一個主要項目職責聯(lián)系起來,用來保證實現所有的項目目標。過程模型通過安排時間、將過程分成一系列由里程碑標記的獨立階段來組織過程,從而創(chuàng)建并交付一個解決方案。項目管理準則保證項目管理是流水線型。風險管理準則預先準備好處理風險的辦法。就緒管理準則預先確定團隊針對每個項目需要的技能,提前進行準備。MSF的模型與準則MSF模型準則描述團隊模型組織人員,將每個角色和一個主要項MSF團隊模型角色群

MSF團隊模型角色群

團隊模型決策項目管理

解決方案體系結構

流程管理

管理服務設計管理系統(tǒng)架構

和基礎設施測試計劃

測試實施

測試報告基礎設施

支持,運營,后勤

商業(yè)發(fā)布管理技術咨詢

具體實施的結構設計

應用程序開發(fā)

基礎結構開發(fā)輔助功能

國際化

用戶代言人

培訓/支持資料

可用性研究和測試

用戶界面設計商業(yè)價值

市場

客戶代言人

產品計劃團隊模型決策項目管理

解決方案體系結構

流程管理

管理服務設MSF按比例縮放團隊模型“大型項目要求組織實行公式化且簡單有效的交流。……所有的進行簡單有效交流的方法都依賴于建立各種層次,也就是建立小型的擁有與小組同樣功能的工作組,然后從這些工作組中選定一些代表來相互組合,并與管理相結合?!盡SF提倡把大型小組(那些多于十個員工的小組)分解成小型的、功能齊全的小組。這些小型小組并行工作,并經常進行同步工作。功能小組可能被用于一個要求多種資源來適應需求的特別角色,并因此被組合在這個角色中MSF按比例縮放團隊模型“大型項目要求組織實行公式化且簡單有MSF按比例縮放團隊模型大規(guī)模管理團隊關系MSF按比例縮放團隊模型大規(guī)模管理團隊關系MSF按比例縮放團隊模型適合小型項目的角色組合MSF按比例縮放團隊模型適合小型項目的角色組合MSF團隊模型逐步升級與責任性MSF團隊模型不是一張組織結構圖MSF團隊模型描述了主要角色以及項目小組的責任,但是沒有從全體職員管理的角度來定義管理結構。外部協(xié)調-為了保證團隊的成功,還必須和其他外部工作組相互影響、交流、以及協(xié)調。這些工作組的范圍涉及顧客、用戶、還有其他開發(fā)小組。MSF團隊模型逐步升級與責任性MSF團隊模型不是一張組織結MSF過程模型項目計劃認可范圍完成部署完成遠景/范圍認可MSF發(fā)布就緒認可部署穩(wěn)定開發(fā)計劃構思版本1版本2版本3功能時間項目是否該做?項目是否能按時,按預算完成?商業(yè)可行性是否得到驗證?項目是否按預先的設想和目標建造?項目是否足以穩(wěn)定,可以發(fā)布?項目是否可以進行資源轉換,實現價值?MSF過程模型項目計劃認可范圍完成部署完成遠景/范圍認可MSF構思階段概述目標:創(chuàng)建一個關于項目的目標、限定條件和解決方案的概要視圖團隊的工作重點–確定業(yè)務問題和機會–確定所需的團隊技能–收集初始需求–創(chuàng)建解決問題的方法–確定目標、假設和限定條件–建立配置與變更管理MSF構思階段概述目標:創(chuàng)建一個關于項目的目標、限定條件和MSF構思階段的里程碑和交付成果交付成果–遠景/范圍文檔–項目結構文檔–初始風險評估文檔MSF構思階段的里程碑和交付成果交付成果MSF構思階段成功要素共同遠景建立收集概要需求(描述要做什么)用戶檔案建立

解決方案概要(解決問題的概要描述)干系人和團隊要在項目動機、遠景、范圍、概要、項目團隊和組織結構等方面達成一致文檔記錄限定條件和目標完成初始風險評估建立變更控制和配置管理過程得到發(fā)起人或關鍵干系人的正式認可MSF構思階段成功要素共同遠景建立MSF計劃階段概述?目標:創(chuàng)建解決方案的體系結構和設計方案、項目計劃和進度表?團隊重點–盡可能早地發(fā)現盡可能多的問題–知道項目何時收集到足夠的信息以向前推進MSF計劃階段概述?目標:創(chuàng)建解決方案的體系結構和設計方MSF計劃階段的里程碑和交付成果交付成果–功能規(guī)格說明書–主項目計劃–主項目進度表MSF計劃階段的里程碑和交付成果交付成果MSF計劃階段成功要素技術驗證創(chuàng)建解決方案體系結構和設計方案功能規(guī)格說明書風險發(fā)現解決(風險驅動調度法)主項目計劃(WBS)主項目進度表(自下而上估算)成本估算開發(fā)、測試環(huán)境建立MSF計劃階段成功要素技術驗證MSF開發(fā)階段概述目標:完成功能規(guī)格說明書中所描述的功能、組件和其他要素?團隊主要工作–編寫代碼–開發(fā)基礎架構–創(chuàng)建培訓課程和文檔–開發(fā)市場和銷售渠道MSF開發(fā)階段概述目標:完成功能規(guī)格說明書中所描述的功MSF開發(fā)階段的里程碑和交付成果交付成果–解決方案代碼–構造版本–培訓材料–文檔?部署過程?運營過程?技術支持和疑難解答–營銷材料–更新的主項目計劃、進度表和風險文檔MSF開發(fā)階段的里程碑和交付成果交付成果MSF開發(fā)階段成功要素解決方案驗證完成所有功能構造版本所有元素構造完成代碼評審測試更新主項目計劃、進度表和風險文檔MSF開發(fā)階段成功要素解決方案驗證MSF穩(wěn)定階段概述目標:提高解決方案的質量,滿足發(fā)布到生產環(huán)境的質量標準?團隊的工作重點–提高解決方案的質量–解決準備發(fā)布時遇到的突出問題–實現從構造功能到提高質量的轉變–使解決方案穩(wěn)定運行–準備發(fā)布MSF穩(wěn)定階段概述目標:提高解決方案的質量,滿足MSF穩(wěn)定階段的里程碑和交付成果交付成果–試運行評審–可發(fā)布版本?源代碼和可執(zhí)行文件?腳本和安裝文檔?最終用戶幫助和培訓材料?運營文檔?發(fā)布說明–測試和缺陷報告–項目文檔MSF穩(wěn)定階段的里程碑和交付成果交付成果MSF穩(wěn)定階段成功要素提高解決方案的質量解決準備發(fā)布時遇到的突出問題實現從構造功能到提高質量的轉變解決方案穩(wěn)定運行準備發(fā)布試運行MSF穩(wěn)定階段成功要素提高解決方案的質量MSF部署階段概述目標:把解決方案實施到生產環(huán)境之中?團隊的工作重點–促進解決方案從項目團隊到運營團隊的順利過渡–確保客戶認可項目完成MSF部署階段概述目標:把解決方案實施到生產環(huán)境之中MSF部署階段的里程碑和交付成果交付成果–運營及支持信息系統(tǒng)–所有版本的文檔、裝載設置、配置、腳本和代碼–項目收尾報告MSF部署階段的里程碑和交付成果交付成果MSF部署階段成功要素核心技術部署站點部署穩(wěn)定整個解決方案向運營和技術支持的過渡客戶驗收簽字表示認可調查用戶滿意度。MSF部署階段成功要素核心技術部署MSF過程模型是一個迭代方法通過把一個大項目分為幾個版本將風險減至最小MSF過程模型是一個迭代方法通過把一個大項目分為幾個版本將按版本發(fā)布的好處在特定版本范圍內管理項目的變更和不確定因素?保證功能的持續(xù)增加和完善?縮短交付時間?為團隊成員設立明確而可達到的目標?著力解決項目問題按版本發(fā)布的好處在特定版本范圍內管理項目的變更和不確項目管理準則“項目管理就是將知識、技能、工具和技術運用于項目活動,以滿足項目的要求。?項目整合管理?項目范圍管理?項目時間管理?項目成本管理?項目人力資源理?項目溝通管理?項目風險管理?項目采購管理?項目質量管理項目管理準則“項目管理就是將知識、技能、工具和技術運項目管理準則MSF項目管理的特征項目經理角色的大多數職責都包含在MSF程序管理角色群里。在需要MSF擴大小組的大型項目里,項目管理活動在多個層次發(fā)生。某些大型的或者復雜的項目需要專門的項目經理或者項目管理小組。項目管理準則MSF項目管理的特征項目管理準則MSF使用兩種類型的里程碑?主里程碑表示前一階段結束,后一階段開始?中間里程碑用于階段內部,它把一項工作分成便于管理的幾部分項目管理準則MSF使用兩種類型的里程碑使用里程碑確保方向的正確性里程碑用來計劃、監(jiān)控項目的進展情況并制定主要交付成果的交付時間?在項目中設立里程碑有以下好處:–幫助同步工作成果–使項目團隊外的人員也可以看到項目的進展情況和質量情況–可在項目進行中糾正偏差–著重于評審項目目標和交付成果–增加階段性的審批環(huán)節(jié),只有在審核通過后,才進入一下一個階段使用里程碑確保方向的正確性里程碑用來計劃、監(jiān)控項目的進展情況MSF風險管理準則MSF風險管理準則MSF風險管理準則MSF風險管理過程的六個階段是:?識別?分析和分級?計劃和調度?跟蹤和報告?控制?學習MSF風險管理準則MSF風險管理過程的六個階段是:MSF就緒準則MSF就緒準則在項目中運用MSF過程模型過程模型可以根據項目的不同情況進行調整?團隊可以依據下列指導方針來決定項目需要哪些中間里程碑:–由項目類型決定–考慮外部事件和風險–避免長時間沒有里程碑–將里程碑與交付成果結合起來–僅使用適合項目情況的MSF推薦的里程碑在項目中運用MSF過程模型過程模型可以根據項目的不同情況進利用里程碑評審項目和總結經驗里程碑評審會議–在客戶、干系人和團隊之間取得一致–獲得對項目階段性成果和繼續(xù)向前進展的認可?后里程碑評審會議–交流團隊的經驗–改進后續(xù)階段的工作利用里程碑評審項目和總結經驗里程碑評審會議每個階段中的團隊分工?所有角色在各個階段都要參與?每個角色在每個階段都有交付成果?不是所有團隊成員在每個階段的工作量都相同每個階段中的團隊分工?所有角色在各個階段都要參與不同的角色在不同的階段

起主要推動作用不同的角色在不同的階段

起主要推動作用MSF各角色在不同階段中的職能MSF各角色在不同階段中的職能第二部分微軟項目管理過程與模板第二部分MSF過程模型特點MSF過程模型是從傳統(tǒng)的軟件開發(fā)瀑布模型和螺旋模型發(fā)展而來的,它把瀑布模型中基于里程碑的規(guī)劃的優(yōu)勢與螺旋模型中增量迭代的長處結合了起來。MSF過程模型的基本元素是階段和里程碑。所謂“階段”,就是在這一段時間里團隊集中精力做某一類事情,每個階段的結束都代表了項目的進展和團隊工作重心的變化。團隊用里程碑來檢查工作是否結束和同步各個角色的進度,以此來確定當前階段的目標是否已經實現。里程碑標志著每個階段的結束,團隊在此時應該引導成員轉移工作的重心,并鼓勵隊員以新的視角來看待下一階段的目標。MSF過程模型特點MSF過程模型是從傳統(tǒng)的軟件開發(fā)瀑布模型過程模型項目計劃認可范圍完成部署完成遠景/范圍認可MSF發(fā)布就緒認可部署穩(wěn)定開發(fā)計劃構思版本1版本2版本3功能時間項目是否該做?項目是否能按時,按預算完成?商業(yè)可行性是否得到驗證?項目是否按預先的設想和目標建造?項目是否足以穩(wěn)定,可以發(fā)布?項目是否可以進行資源轉換,實現價值?過程模型項目計劃認可范圍完成部署完成遠景/范圍認可MSF過程模型階段0項目初建

ProjectSetup計劃

Plan計劃

Plan計劃

Plan開發(fā)

Development開發(fā)

Development測試

Test反饋

Feedback測試

Test反饋

Feedback開發(fā)

Development測試

Test發(fā)布產品

ReleaseProduct階段1可重復

階段最后階段過程模型階段0項目初建

ProjectSetup計劃

Pl過程模型階段:Iteration(里程碑:Milestone)“階段”用來計劃和監(jiān)控項目的進展,并確定主要成果的交付時間有利于項目各單元的協(xié)同對外提供項目進展和質量情況不斷糾正偏差注重評審項目的目標和成果階段性審批,通過后才能推進到下一階段不斷得到用戶反饋過程模型階段:Iteration(里程碑:Mileston流程模板項目起動編碼開始編碼完成推薦版發(fā)布發(fā)布Beta設計

主角:項目管理人員,開發(fā)人員編碼

主角:開發(fā)人員測試,穩(wěn)固

主角:測試和發(fā)布管理人員M0:

功能定義M1:

設計文本

和測試計劃M2:

編碼早期計劃M3:

穩(wěn)定與技術預覽M4:

BetaM5:

RCM6:

RTM發(fā)布部署測試編碼完成構思

主角:市場,項目管理人員發(fā)布部署

主角:產品管理,銷售,推廣和支持流程模板項目起動編碼開始編碼完成推薦版發(fā)布發(fā)布Beta設計

MSFforAgileSoftwareDevelopment迭代和漸進模型基于“情景”(Scenario-driven)針對中小型團隊的模型(大型項目利用團隊協(xié)作,漸進式的演化模型)服務需求的質量風險控制利用情景驅動(context-driven)測試去不斷的接近成功(basedontestmetricthresholds)MSFforAgileSoftwareDevelopMSFforCMMI?ProcessImprovementCMMI?軟件工程研究所(SEI)能力成熟度模型集成(CMMI?

強調流程+路徑優(yōu)化+正確的人)持續(xù)的能力改進模型(CMMI:階段式/連續(xù)式)MSFforCMMI?幫助組織滿足CMMI?level3(KPA7to14)的要求基本覆蓋21個主要的領域為輕量級的組織機構設計的模板和文檔ElaboratesontheMSFforAgileSoftwareDevelopmentprocess更多的工作項可擴展的報告MSFforCMMI?ProcessImprovemCostMSFAgilevs.MSFCMMI敏捷版——MSFAgile強調“進化和改變”適用于競爭性環(huán)境依賴于人的持續(xù)改進計劃和進行的迭代CMMI版——MSFCMMI強調“計劃和優(yōu)化”對于穩(wěn)定的環(huán)境比較理想以來于流程的改進強調預先計劃CMMIQualityOrientedAgileCostMSFAgilevs.MSFCMMI敏捷版—第三部分微軟項目管理實務與案例分析第三部分微軟EPM解決方案簡介MicrosoftOffice企業(yè)項目管理(EPM)解決方案讓用戶能夠在整個企業(yè)范圍內有效管理與調整項目及其相關資源。微軟專門為那些需要戰(zhàn)略性項目組合功能、強大的團隊協(xié)調功能、項目與計劃管理標準化功能、集中資源管理功能以及高端分析與報表功能的企業(yè)設計了EPM解決方案。Project為項目及其資源信息提供了一個可集中管理的資源庫,以便企業(yè)能夠對其進行統(tǒng)一的管理與呈報。企業(yè)項目管理解決方案由MicrosoftOfficeProjectProfessional2007、MicrosoftOfficeProjectWebAccess、MicrosoftOfficeProjectServer2007、MicrosoftOfficeProjectPortfolioServer2007和MicrosoftOfficeProjectPortfolioWebAccess等多個微軟產品構建而成。

微軟EPM解決方案簡介MicrosoftOffice企業(yè)微軟EPM解決方案架構圖微軟EPM解決方案架構圖微軟EPM解決方案功能模塊微軟EPM解決方案功能模塊微軟EPM解決方案項目管理模塊微軟EPM解決方案項目管理模塊微軟EPM解決方案生命周期管理模塊微軟EPM解決方案生命周期管理模塊微軟EPM解決方案功能演示

高管人員和項目監(jiān)理通過項目中心管理項目微軟EPM解決方案功能演示

高管人員和項目監(jiān)理通過項目中心管微軟EPM解決方案功能演示

項目經理協(xié)調和管理項目微軟EPM解決方案功能演示

項目經理協(xié)調和管理項目微軟EPM解決方案功能演示

資源經理對資源分配情況進行評估微軟EPM解決方案功能演示

資源經理對資源分配情況進行評估微軟EPM解決方案功能演示

項目成員查看項目進展情況微軟EPM解決方案功能演示

項目成員查看項目進展情況

借助微軟企業(yè)項目管理解決方案,組織能夠從戰(zhàn)略性項目組合決策到戰(zhàn)術性實施的整個項目生命周期中,更有效地管理和協(xié)調從特殊項目到復雜程序的各種工作。具備以下幾點主要優(yōu)勢:提高企業(yè)項目管理的可見性與洞察力提高企業(yè)在項目管理中的敏捷性便于企業(yè)更加輕松地開展工作新的微軟企業(yè)項目管理解決方案具有可延展性與可編程性微軟EMP解決方案優(yōu)勢

借助微軟企業(yè)項目管理解決方案,組織能夠從戰(zhàn)略性項目組MicrosoftOfficeProject2007實驗設計實驗設計目的:學會使用MicrosoftOfficeProject2007來實現項目的快速創(chuàng)建與執(zhí)行管理。通過熟悉MicrosoftOfficeProject2007這一項目管理工具,達到進一步理解項目管理領域的相關知識。MicrosoftOfficeProject2007實MicrosoftOfficeProject2007實驗設計實驗內容:單項目計劃創(chuàng)建創(chuàng)建項目的準備工作運用模板向導創(chuàng)建項目創(chuàng)建組織自定義任務設置項目開始日期,設置期限,鏈接任務,創(chuàng)建關系,設置條件項目日歷,任務日歷資源與成本建立資源庫查看資源信息(資源圖表、資源使用狀況視圖)資源分配沖突狀態(tài)分析用MicrosoftProjectProfessional的智能調度引擎優(yōu)化資源分配查看項目成本項目S曲線的繪制與分析-運用Excel分析項目成本數據MicrosoftOfficeProject2007實項目的跟蹤項目跟蹤的基本知識理解任務類型對項目更新的影響理解更新項目的不同方法比較基準,進度線和相關視圖查看項目進度跟蹤-關鍵路徑技術項目成本跟蹤-盈余結算表分析項目資源跟蹤-資源分配狀態(tài)分析創(chuàng)建基線,輸入數據視圖和報表各種視圖詳解(甘特圖、網絡圖、資源分配狀況等)項目信息的提取與分類

常用報表的應用MicrosoftOfficeProject2007實驗設計項目的跟蹤MicrosoftOfficeProject定制Project2007篩選器和分組技術的應用管理器的使用表、報告、自定義數據域多項目文件配合使用項目的優(yōu)化項目的風險控制縮短項目工期解決資源沖突減少項目費用MicrosoftOfficeProject2007實驗設計定制Project2007MicrosoftOffice7.MSProject2007與微軟其他產品的結合使用在Project2007中如何插入Microsoft其他軟件如何在其他軟件中體現Project資源規(guī)劃、項目進度等在Word或其他辦公軟件中如何向上級報告整體項目進度,如何了解下屬項目變化評價MicrosoftOfficeProject2007

寫一篇文章,論述MicrosoftOfficeProject2007在實際IT項目管理中的優(yōu)勢和短處MicrosoftOfficeProject2007實驗設計7.MSProject2007與微軟其他產品的結合使用

2010年1月份,微軟(中國)有限公司與北京高遠華信科技有限公司正式簽訂了為期5年的戰(zhàn)略合作協(xié)議,本部分中的EPM案例均取自高遠華信公司。微軟項目管理案例分析微軟項目管理案例分析案例一問題與挑戰(zhàn)

施耐德中國總部所有IT項目希望通過一個強大的項目管理軟件平臺,將所有的IT項目信息進行共享,廣大的項目成員能夠清晰了解項目的各種知識資料,項目的各種指標信息也能自動化的進行計算,而不是項目經理還需要手工定期的進行匯總。解決方案:

搭建以MicrosoftOfficeProjectServer2007為核心的EPM平臺,管理所有的IT項目,制定規(guī)范的操作指南,約束大家的使用習慣和方式,定期更新EPM信息,培養(yǎng)正確的項目管理文化和行為。實施效果:

在10個工作日內,完成了平臺的搭建定制、培訓工作,將用戶原有的excel表格項目信息通報形式轉化為了自動化的準確的WEB共享方式統(tǒng)計匯報。案例一問題與挑戰(zhàn)案例二問題與挑戰(zhàn)

中國航天科工集團第四研究院某研究所

項目計劃的執(zhí)行缺乏透明;項目的進展延誤情況多見;項目管理人員缺乏必要的項目管理工具輔助項目管理效率提升項目的各種例會無法科學預知項目的問題解決方案:

基于該單位已經成功運用多年的AD

溫馨提示

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

評論

0/150

提交評論