22項目管理.ppt_第1頁
22項目管理.ppt_第2頁
22項目管理.ppt_第3頁
22項目管理.ppt_第4頁
22項目管理.ppt_第5頁
已閱讀5頁,還剩54頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、軟件工程第22章 項目管理,2020/7/25,1,主要內(nèi)容,風險管理 人員管理 團隊協(xié)作,2,2020/7/25,項目,隨著社會的發(fā)展,人類有組織的活動逐步分化為兩種類型: 作業(yè):連續(xù)不斷、周而復始的活動,如車間加工產(chǎn)品的活動、財務人員的日常工作等。 項目:臨時性的、一次性的活動,如企業(yè)新產(chǎn)品開發(fā)、應用軟件開發(fā)等。 我們把利用有限資源、在一定的時間內(nèi),完成滿足一系列特定目標的多項相關(guān)工作叫做項目。,3,2020/7/25,項目的價值,組織通過日常工作來維持基本地運行; 通過項目來推進自身地發(fā)展和壯大。 項目是實現(xiàn)價值、成就事業(yè)的載體!,項目,軟件是計算機系統(tǒng)中與硬件相互依存的另一部分,它是程

2、序、數(shù)據(jù)和文檔的完整集合。,軟件的定義,一個軟件系統(tǒng)通常包括: 在計算機運行中能夠提供所希望的功能和性能的程序; 使程序能夠正確運行的數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù); 描述系統(tǒng)結(jié)構(gòu)的文檔和如何使用與維護系統(tǒng)的用戶文檔。 程序是軟件的窗口,它展示著系統(tǒng)的能力; 數(shù)據(jù)是軟件的根本,它決定了系統(tǒng)的價值; 文檔是軟件的靈魂,它關(guān)系到系統(tǒng)的命運。,軟件的定義,IT 項目失敗的原因主要有兩個: 1)IT 項目越來越復雜 2)缺乏合格的IT 項目管理人才 不能進行有效的項目管理是導致IT項目失控的直接原因。,軟件項目,IBM公開承認對其未來發(fā)展起關(guān)鍵作用的因素是掌握項目管理。 IBM發(fā)展了自已內(nèi)部的資格認證計劃,同時也鼓勵

3、其職員得到項目管理學會(PMI)的資格認證(PMP)。 IBM全球服務事業(yè)部的部門經(jīng)理,有一多半是從項目經(jīng)理提升上去的。 IBM明確提出,項目經(jīng)理的成長和成熟,是公司管理走向成熟的表現(xiàn)。,關(guān)于項目管理,項目管理的價值,項目管理的定義 在項目活動中運用專門的知識、技能、工具和方法,使項目能夠?qū)崿F(xiàn)或超過項目干系人的需要和期望。,關(guān)于項目管理,人力資 源管理,溝 通 管 理,質(zhì) 量 管 理,采 購 管 理,風 險 管 理,質(zhì) 量 管 理,時 間 管 理,范 圍 管 理,成 本 管 理,9大知識領域功能,項 目 整 體管 理,項目干系人的需要和期望,項 目 成 功,工具和技術(shù),參與項目和受項目活動影響

4、的人,包括項目發(fā)起人、項目組、協(xié)助人員、客戶、用戶、供應商、甚至是項目的反對人。,4 大核心 知識領域,4大輔助 知識領域,成功的實現(xiàn)項目干系人需要和期望,確保項目所有的組成要素在正確的時間結(jié)合在一起。 確保項目的成功。,要素分層法 方案比較法 評價指標體系 項目財務評價 國民經(jīng)濟評價 模擬技術(shù) 里程碑計劃 工作分解計劃 。,項目管理框架圖,關(guān)于項目管理,項目生命周期基本框架,關(guān)于項目管理,項目的4個階段 定義階段 的主要任務是制定高水平的項目建議書,它主要描述為什么要做?做什么?項目建議書決定未來的藍圖與框架。 開發(fā)階段 的主要任務是規(guī)劃項目怎么做?誰來做?項目組要根據(jù)項目建議書,制定出更為

5、詳細的項目計劃,并給出更為準確的成本估算和更為詳細的工作分解結(jié)構(gòu)(WBS),項目計劃是項目實施的藍本。 實施階段 的主要工作是執(zhí)行項目計劃,進行監(jiān)督和控制。其目的就是把計劃中的內(nèi)容完成。 收尾階段 的主要任務是完成項目的驗收與工作總結(jié),為后續(xù)的項目提供經(jīng)驗、教訓和幫助。,關(guān)于項目管理,軟件項目管理,軟件項目管理是軟件工程的一個重要組成部分。 軟件項目管理者的任務是確保軟件項目符合預算和進度要求,并確保交付的軟件能夠達到既定的目標。,13,2020/7/25,成功的標準,在約定時間內(nèi)將軟件產(chǎn)品交付給客戶。 總體成本保持在預算之內(nèi)。 交付的軟件產(chǎn)品滿足客戶的要求。 保持愉悅和運作良好的開發(fā)團隊。,

6、14,2020/7/25,軟件項目管理的特點,軟件產(chǎn)品是無形的 難以了解進展狀況 大型軟件項目常常是“一次性的”項目 以往的經(jīng)驗不總是有效 沒有標準的軟件過程 軟件開發(fā)過程是可變的和機構(gòu)特定的,15,2020/7/25,管理活動,項目規(guī)劃 項目經(jīng)理負責規(guī)劃、評估以及調(diào)度項目開發(fā),并給人員分配任務。 工作報告 項目經(jīng)理通常負責向客戶和開發(fā)軟件的公司經(jīng)理匯報項目的進展。 風險管理 項目經(jīng)理必須評估并監(jiān)測某些可能影響項目的風險,并在問題出現(xiàn)時采取行動。,16,2020/7/25,管理活動,人員管理 項目經(jīng)理負責管理一個團隊,為自己的團隊挑選人員,并且建立使團隊高效運作的工作方式 提出書面建議 軟件項

7、目的第一個階段可能要寫出完成該項目的建議書,在建議書中寫清楚項目的目標和實現(xiàn)該目標的方法。,17,2020/7/25,22.1 風險管理,風險管理能預見可能影響項目進度或正在開發(fā)的軟件產(chǎn)品質(zhì)量的風險,并采取行動避免這些風險,是項目管理者的一項重要任務。 有效的風險管理能使我們從容面對問題,避免這些風險帶來無法承受的開支或進度失控。,18,2020/7/25,風險的分類,項目風險 是影響項目進度或項目資源的風險。 產(chǎn)品風險 是影響正在開發(fā)的軟件的質(zhì)量或性能的風險。 業(yè)務風險 是影響軟件開發(fā)機構(gòu)或軟件產(chǎn)品購買機構(gòu)的風險。,19,2020/7/25,常見的項目、產(chǎn)品和業(yè)務風險的實例,20,2020/

8、7/25,風險管理過程(一),風險識別 識別可能的項目、產(chǎn)品和業(yè)務風險。 風險分析 評估這些風險出現(xiàn)的可能性及后果。 風險規(guī)劃 制定計劃說明如何規(guī)劃或降低風險對項目的影響。 風險監(jiān)控 不斷地進行風險評估,并隨著有關(guān)風險的信息的增多及時修正緩解風險的計劃。,21,2020/7/25,風險管理過程(二),22,2020/7/25,風險識別,風險分析,風險規(guī)劃,風險監(jiān)控,潛在的 風險列表,優(yōu)先級高的 風險列表,風險規(guī)避和 應急計劃,風險評估,22.1.1 風險識別,可能是一個團隊集體討論完成,或根據(jù)個別項目經(jīng)理的經(jīng)驗來識別風險。 風險類型 技術(shù)風險 人員風險 機構(gòu)風險 工具風險 需求風險 估算風險,

9、23,2020/7/25,風險及風險類型,24,2020/7/25,22.1.2 風險分析,在進行風險分析時,要逐一考慮每個已經(jīng)識別出的風險,并對風險出現(xiàn)的可能性和嚴重性做出判斷。 風險評估的結(jié)果一般不是精確的數(shù)字,會有一定的差別: 對風險出現(xiàn)的可能性進行評估,可能的結(jié)果有風險出現(xiàn)的可能性非常少(75%) 對風險的嚴重性進行評估,可能的結(jié)果有災難的、嚴重的、可以容忍的和可以忽略的。,25,2020/7/25,風險的類型和實例,26,2020/7/25,風險類型和實例,27,2020/7/25,22.1.3 風險規(guī)劃,風險規(guī)劃要考慮每一個風險,并制定這些風險的管理策略。 規(guī)避策略 采用這些策略就

10、會降低風險出現(xiàn)的可能性 最小化策略 采用這些策略就會減小風險的影響 應急計劃 采用這些策略,就算最壞的事情發(fā)生,我們有適當?shù)膶Σ咛幚硭?28,2020/7/25,風險管理策略,29,2020/7/25,22.1.4 風險監(jiān)控,風險監(jiān)控就是要對每一個識別的風險定期進行評估,從而確定風險出現(xiàn)的可能性是變大還是變小、風險的影響后果是否有所改變。 風險監(jiān)控應該是一個持續(xù)不斷的過程,在每一次對風險管理進行評審時,每一個重大風險都應該單獨評審并在會上進行討論。,30,2020/7/25,風險因素,31,2020/7/25,風險管理的特點,項目風險管理是為減輕潛在的不利事件對項目的影響而采取的一項活動。

11、風險管理是一種投資,需要成本。 在任何情況下,項目風險管理的成本不應超過項目潛在的收益。 需要努力在項目的各個方面尋找風險和機會之間的平衡。,32,2020/7/25,22.2 人員管理,人是一個機構(gòu)中最重要的資產(chǎn)。 經(jīng)理的任務基本上都是以人為本。除非對人有一些了解,否則管理將不會成功。 人員管理的不善是項目失敗的一個重要因素。,33,2020/7/25,人員管理的要素,一致性 團隊成員都應該被同等對待。 尊重 不同的團隊成員有不同的技能,并應尊重這些差異。 包容 讓所有團隊成員能感覺自己意見被傾聽。 誠實 必須對項目組中好的情況和不好的情況保持誠實的態(tài)度。,34,2020/7/25,工作動力

12、,經(jīng)理的一個重要作用就是激勵人們在項目中努力工作。 動力是指組織和協(xié)調(diào)工作和工作環(huán)境,以鼓勵人們有效地開展工作。 如果人們不被激勵,他們對正在做的工作不會感興趣。他們將工作緩慢,更容易犯錯誤,不會對團隊或組織的目標做出貢獻。 動力是一個復雜的問題,但現(xiàn)在看來,具有不同類型的動力: 基本需求(例如食物,睡眠等); 個人的需求(例如尊重,自尊); 社會需求(如被接納為團隊的一部分)。,35,2020/7/25,人的需求層次,36,2020/7/25,自我 實現(xiàn) 的需求 受尊重的需求 社會的需求 安全的需求 生理的需求,需求的滿足,在軟件開發(fā)團隊中,基本的生理和安全的需求不是一個問題,主要確保以下需

13、求的滿足。 社會需求 提供公用設施; 允許非正式的溝通,例如通過社交網(wǎng)絡 受尊重需求 承認的成就; 適當?shù)莫剟睢?自我實現(xiàn) 培訓 - 人們想了解更多; 責任。,37,2020/7/25,個人激勵,38,2020/7/25,Alice is a software project manager working in a company that develops alarm systems. This company wishes to enter the growing market of assistive technology to help elderly and disabled pe

14、ople live independently. Alice has been asked to lead a team of 6 developers than can develop new products based around the companys alarm technology. Alices assistive technology project starts well. Good working relationships develop within the team and creative new ideas are developed. The team de

15、cides to develop a peer-to-peer messaging system using digital televisions linked to the alarm network for communications. However, some months into the project, Alice notices that Dorothy, a hardware design expert, starts coming into work late, the quality of her work deteriorates and, increasingly

16、, that she does not appear to be communicating with other members of the team. Alice talks about the problem informally with other team members to try to find out if Dorothys personal circumstances have changed, and if this might be affecting her work. They dont know of anything, so Alice decides to

17、 talk with Dorothy to try to understand the problem.,個人激勵,39,2020/7/25,After some initial denials that there is a problem, Dorothy admits that she has lost interest in the job. She expected that she would be able to develop and use her hardware interfacing skills. However, because of the product dir

18、ection that has been chosen, she has little opportunity for this. Basically, she is working as a C programmer with other team members. Although she admits that the work is challenging, she is concerned that she is not developing her interfacing skills. She is worried that finding a job that involves

19、 hardware interfacing will be difficult after this project. Because she does not want to upset the team by revealing that she is thinking about the next project, she has decided that it is best to minimize conversation with them.,人格類型,人格類型也會對激勵產(chǎn)生影響,職業(yè)人員一般可以分為三種類型: 面向任務型。 做這項工作的動力是工作本身; 面向自我型。 這項工作是實

20、現(xiàn)個人的目標的手段 - 例如致富、打網(wǎng)球、旅游等; 面向交互型 主要動力是同事們的存在和協(xié)作。人們?nèi)スぷ鳎驗樗麄兿矚g去工作。,40,2020/7/25,動力的改變,每個個體的工作動力由各種動力因素組成,但在任一時刻總是只有一種動力居于支配地位。 但是可以根據(jù)個人情況和外部事件而發(fā)生改變。 然而也注意到,動力改變不只是出于個人因素,也與所處的團隊以及團隊文化有關(guān)。 這時人們?nèi)スぷ?,他們的動力來自于和他們一起工作的人?41,2020/7/25,22.3 團隊協(xié)作,大多數(shù)軟件工程是由一組活動構(gòu)成,并由一個項目團隊開發(fā)完成。 大型團隊需要分成小的項目小組,每個小組負責一個子項目,建議小組成員不超過

21、10人。 可以減少溝通中的問題; 人人都互相認識和了解; 討論、分工、情況了解都非常方便。 好的團隊具有凝聚力和團隊精神。參與其中的人的動力是團隊成功的基礎,并為團隊以及個人的目標奮斗。 團隊成員的相互作用是團隊性能的關(guān)鍵因素。 團隊組合的靈活性是有限的 管理者必須盡量與現(xiàn)有的人合作。,42,2020/7/25,小組的凝聚力,在一個有凝聚力的小組,小組成員認為小組比任何個人更重要。 一個有凝聚力的組的優(yōu)點是: 可以建立小組自己的質(zhì)量標準。 團隊成員互相學習,了解對方的工作;由于無知所造成的抑制作用降低。 知識是共享的。如果一旦有成員離開,能夠保持項目的連續(xù)性。 鼓勵重構(gòu)和持續(xù)改進。不論誰最初創(chuàng)

22、建或設計的程序,通過小組成員共同工作,都可以提供高品質(zhì)的成果和解決問題。,43,2020/7/25,案例:團隊精神,44,2020/7/25,Alice, an experienced project manager, understands the importance of creating a cohesive group. As they are developing a new product, she takes the opportunity of involving all group members in the product specification and desig

23、n by getting them to discuss possible technology with elderly members of their families. She also encourages them to bring these family members to meet other members of the development group. Alice also arranges monthly lunches for everyone in the group. These lunches are an opportunity for all team

24、 members to meet informally, talk around issues of concern, and get to know each other. At the lunch, Alice tells the group what she knows about organizational news, policies, strategies, and so forth. Each team member then briefly summarizes what they have been doing and the group discusses a gener

25、al topic, such as new product ideas from elderly relatives. Every few months, Alice organizes an away day for the group where the team spends two days on technology updating. Each team member prepares an update on a relevant technology and presents it to the group. This is an off-site meeting in a g

26、ood hotel and plenty of time is scheduled for discussion and social interaction.,一個團隊的有效性,小組的人員 由于軟件開發(fā)涉及多種活動,如與客戶談判、編程、測試和編寫文檔等,因此項目組需要不同類型的人。 團隊的組織 應該這樣組織團隊,使個人都能夠盡其所能,并可以按預期完成任務。 技術(shù)和管理上的交流 小組成員之間,軟件工程團隊和其他項目利益相關(guān)者之間,良好的溝通是必不可少的。,45,2020/7/25,22.3.1 成員挑選,經(jīng)理或團隊領導者的工作是建立一個團結(jié)的小組并組織起來,使他們能夠有效地一起工作。 這包括創(chuàng)

27、建在技術(shù)技能和人格個性之間平衡的小組;并組織該組的成員有效地協(xié)同工作。,46,2020/7/25,組裝團隊,可能無法委任理想的人在一個項目上工作 項目預算可能不允許使用高薪的工作人員; 適當經(jīng)驗的工作人員可能無法使用; 組織可能希望在一個軟件項目發(fā)展員工技能。 經(jīng)理人將面對這些限制,尤其是訓練有素的工作人員短缺。,47,2020/7/25,小組構(gòu)成,小組的成員具有相同的動力可能是比較困難的 面向任務的 - 每個人都希望做自己的事情; 面向自我 - 每個人都想成為老板; 面向互動 - 太多的聊天,沒有足夠的工作。 一個高效的小組需要平衡所有的類型。 這可能是難以實現(xiàn)的,因為軟件工程師們通常面向任

28、務的。 交互型的人是非常重要的,因為他們可以檢測并化解出現(xiàn)的緊張局勢。,48,2020/7/25,案例:小組構(gòu)成,49,2020/7/25,In creating a group for assistive technology development, Alice is aware of the importance of selecting members with complementary personalities. When interviewing potential group members, she tried to assess whether they were tas

29、k-oriented, self-oriented, or interaction-oriented. She felt that she was primarily a self-oriented type because she considered the project to be a way of getting noticed by senior management and possibly promoted. She therefore looked for one or perhaps two interaction-oriented personalities, with

30、task-oriented individuals to complete the team. The final assessment that she arrived at was: Aliceself-oriented Briantask-oriented Bobtask-oriented Carolinteraction-oriented Dorothyself-oriented Edinteraction-oriented Fredtask-oriented,22.3.2 小組的結(jié)構(gòu),小組的構(gòu)成方式,影響小組的決定、信息交換方式及開發(fā)小組和小組外的項目利益相關(guān)者之間的交流。 項目管理

31、者關(guān)心的重要組織問題包括: 項目經(jīng)理應該是技術(shù)組長嗎? 誰將會是參與關(guān)鍵技術(shù)決策,將如何進行? 將如何處理與外部利益相關(guān)者以及公司高級管理人員間的交流和溝通? 如何將分散的人員整合到一組? 知識如何在整個團隊共享?,50,2020/7/25,小組的結(jié)構(gòu),小型的軟件工程團隊通常是非正式的組織,沒有一個剛性結(jié)構(gòu)。 對于大的項目,也有可能是不同的團隊負責不同的次級項目的層次結(jié)構(gòu)。 敏捷開發(fā)原則上總是一個非正式小組,因為其熱衷者認為正式結(jié)構(gòu)可能會抑制信息交流。,51,2020/7/25,非正式小組,小組作為一個整體,直接影響系統(tǒng)的決策。 小組組長擔任本團隊的外部接口,小組組長和成員一起參與軟件開發(fā)。 小組作為一個整體來討論工作,任務根據(jù)能力和經(jīng)驗來分配。 高級的系統(tǒng)設計由資深成員完成,低級的設計則由承擔具體任務的小組成員負責。 這種做法的成功,需要其團體的所有成員都是經(jīng)驗豐富的。,52,2020/7/25,非正式小組,小組組長決策小組工作,相對來說具有更大權(quán)限,可以直接指導小組工作。 組織層次結(jié)構(gòu)清晰,小

溫馨提示

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

評論

0/150

提交評論