成功的企業(yè)級軟件項目管理

出版時間:2012-9  出版社:電子工業(yè)出版社  作者:尼爾·懷特  譯者:陳秋萍  
Tag標簽:無  

內容概要

本書旨在解決困擾軟件行業(yè)的一個問題:如何組織軟件項目管理以實現(xiàn)優(yōu)化績效、完美交付。作者尼爾.懷特(PMP,項目管理領域的專家)介紹了一種新的方法:Enterprize組織。本書描述了Enterprize組織所定義的項目中的關鍵角色與責任,包括產品經理、項目經理、業(yè)務架構師、產品架構師、過程架構師、資源經理、團隊帶頭人和團隊成員。本書還討論了如何利用Enterprize組織大型項目、小型項目、多個項目和維護性項目,并通過設置的“問題與答案”欄目回答了項目管理過程中常見的一些問題。

作者簡介

作者:(美國)尼爾?懷特(Neal Whitten) 譯者:陳秋萍  尼爾?懷特,PMP,在項目管理、軟件開發(fā)和人力資源開發(fā)領域是一個非常受歡迎的演講家、教師、顧問和作家。他在IBMT作了近23年,曾經擔任項目團隊帶頭人、項目經理和高級系統(tǒng)工程師的職務,在項目管理、軟件工程等方面積累了豐富的經驗。之后他于1993年創(chuàng)建了Neal Whitten集團并擔任集團總裁。該集團提供的服務包括發(fā)現(xiàn)組織在項目管理方面的問題并解決問題、進行項目評審、在項目管理原則的應用上對組織進行培訓,以及對項目所有成員進行培訓。

書籍目錄

第1章 EnterPrize組織概述1
產品經理2
項目經理3
業(yè)務架構師3
產品架構師3
過程架構師4
資源經理4
團隊帶頭人5
團隊成員5
工作關系6
職能匯報視圖6
項目匯報視圖6
大型項目、中型項目、小型項目和維護性項目的組織7
第2章 產品經理9
獲取產品經費10
為產品的利潤與損失負責10
批準影響產品整體成功的產品計劃11
作為直接匯報人的資源經理11
作為產品發(fā)起人12
作為上報的終點12
問題與答案13
第3章 項目經理18
為項目負全責18
負責項目的運作20
展示領導力,推動事情的進展21
沒有直接匯報人22
應用最近項目的經驗22
定義項目角色與責任23
領導項目計劃活動23
進行項目跟蹤24
采用項目管理最佳實踐25
根據項目優(yōu)先級進行管理,進行風險管理26
與高管和客戶溝通項目狀態(tài)27
將決策下放給合理的低層員工27
促進客戶的參與27
鼓勵和支持上報28
實施有效的變更控制28
挑戰(zhàn)傳統(tǒng)思維29
指導項目成員29
促進良好的工作關系30
保留關鍵的項目文檔31
問題與答案31
第4章 業(yè)務架構師45
定義客戶要解決的問題(需求)46
負責產品設計的業(yè)務過程方向46
沒有直接匯報人47
管理客戶的期望47
推動產品內容“滿足最小需求”49
與產品架構師、團隊帶頭人和項目經理密切合作49
是解決業(yè)務相關問題的催化劑50
對項目成員進行與業(yè)務過程相關的指導51
問題與答案51
第5章 產品架構師55
負責為客戶的問題提供技術解決方案——做什么及如何做56
擔任變更控制委員會的主席56
沒有直接匯報人58
與業(yè)務架構師、團隊帶頭人和項目經理密切合作58
保證可接受的技術過程與方法被定義和遵循59
是解決技術相關問題的催化劑59
對項目成員進行與技術相關的指導60
問題與答案60
第6章 過程架構師63
定義或裁剪軟件開發(fā)過程64
沒有直接匯報人65
管理項目過程的設計、記錄及度量65
保證項目遵循正確的過程66
是解決過程相關問題的催化劑67
對項目成員進行與過程相關的指導67
建議或批準對所選活動的度量68
問題與答案69
第7章 資源經理72
有直接匯報人72
雇用和解雇74
進行資源計劃與分配75
定義直接匯報人的角色與責任76
幫助直接匯報人獲得成功76
將決策下放到合理的低層員工77
是解決領域相關問題的催化劑78
評估直接匯報人的績效79
為直接匯報人提供薪酬與獎勵79
提供職業(yè)咨詢與發(fā)展80
營造高效的工作環(huán)境81
作為公司溝通的渠道81
執(zhí)行公司政策與實踐82
為直接匯報人管理后勤82
保證未來的工作機會83
問題與答案84
第8章 團隊帶頭人94
為團隊負全責94
沒有直接匯報人96
輔助資源經理進行工作分配96
領導對團隊計劃的創(chuàng)建與跟蹤96
識別并跟蹤計劃間的依賴關系97
與業(yè)務架構師和產品架構師合作98
支持團隊成員98
對團隊可交付成果的質量進行指導99
通知資源經理99
支持項目跟蹤會議100
批準影響團隊的項目文檔100
保證定義并使用可接受的過程、方法和工具101
問題與答案102
第9章 團隊成員110
為分配的任務負責111
例行通知團隊帶頭人或所支持的人112
例行通知資源經理112
支持項目成員113
批準項目文檔113
在某些情況下執(zhí)行類似于團隊帶頭人的職責113
問題與答案114
第10章 組織大型項目119
職能匯報視圖119
資源經理120
部門規(guī)模121
部門技能小組121
團隊帶頭人與子團隊帶頭人122
支持項目管理和其他人員123
項目匯報視圖124
問題與答案126
第11章 組織多個項目128
8個項目的職能匯報視圖128
項目管理辦公室130
業(yè)務架構師辦公室131
產品架構師辦公室131
部門技能小組131
開始新項目132
多項目組織的目標134
問題與答案137
第12章 組織小型項目142
4個成員的項目143
10個成員的項目145
問題與答案147
第13章 組織維護性項目150
常規(guī)的維護性發(fā)布150
維護性發(fā)布=項目151
職能匯報視圖與項目匯報視圖151
產品經理與資源經理151
項目經理153
業(yè)務架構師153
產品架構師153
過程架構師154
團隊帶頭人和團隊成員154
重疊的維護性發(fā)布155
緊急修復155
項目后評審156
問題與答案157
第14章 項目管理辦公室162
提供合格的項目經理163
提供項目管理咨詢164
提供項目管理指導165
創(chuàng)建與維護項目管理過程166
提供項目管理工具與支持166
進行項目定向與文化培訓167
提供項目計劃與跟蹤支持169
創(chuàng)建與維護項目指揮中心170
支持項目會議171
協(xié)助項目會議171
準備項目狀態(tài)報告172
進行項目評審172
執(zhí)行項目后評審及其后續(xù)行動173
對項目后評審進行存檔或總結174
保證新項目應用已有經驗175
執(zhí)行產品評審及其后續(xù)行動176
提供對合同建議書的支持177
發(fā)起項目管理教育177
保留與檢索項目記錄178
如何創(chuàng)建PMO179
沒有PMO的危險180
PMO是否受到尊重181
問題與答案182
第15章 是否過于“溫和”190
過于溫和的行為的例子191
應避免的行為192
為什么我們經常表現(xiàn)得過于溫和198
關注結果,而不是過程200
表現(xiàn)得像經營自己的企業(yè)一樣201
成為他人的模范201
你是否準備好成為高效的項目經理202
問題與答案202
第16章 上報的過程210
什么是問題,什么是上報211
上報應遵循的原則211
上報不是骯臟的字眼214
上報示例1216
上報示例2219
問題與答案221
第17章 其他問題與答案226
詞匯表235

章節(jié)摘錄

版權頁:   插圖:   定義客戶要解決的問題(需求) 業(yè)務架構師與客戶密切合作以理解需要解決的問題。業(yè)務架構師保證這些問題定義清楚并編寫在通常被稱為產品需求的文檔中。該文檔至少要得到客戶和開發(fā)組織的批準,也可以讓其他感興趣的部門批準,如一個或多個測試組織、產品規(guī)劃和市場營銷組織、培訓組織和質量保證組織。 產品需求文檔比較簡潔,嚴格專注于客戶必須解決的問題,用容易理解的術語來描述客戶的問題。產品需求文檔不應該有意地關注這些問題的解決方案。遺憾的是,大部分人花很少篇幅來定義要解決的問題,而是利用產品需求文檔的大部分篇幅來定義要創(chuàng)建的解決方案。 如果產品需求文檔不專注于客戶要解決的問題,則開發(fā)組織很有可能不會全面地考慮或甚至不理解客戶真正想要和需要的是什么。為什么這么說?因為開發(fā)組織要加快產品開發(fā)速度——滿足進度需求。因此,開發(fā)組織經常代表客戶做假設,導致開發(fā)組織對自己的愿景太著迷,太想看到自己構想的產品。這時業(yè)務架構師就要堅持定義產品需求文檔,并讓恰當?shù)男〗M理解并批準該文檔。 負責產品設計的業(yè)務過程方向 業(yè)務架構師必須保證客戶問題的解決方案確實適合客戶的業(yè)務,換句話說,解決方案是否能夠對客戶現(xiàn)在采用或計劃采用的業(yè)務流程模型提供有益的補充。開發(fā)組織看起來是最優(yōu)雅、最出色、最先進的技術產品,而對客戶來說可能是商業(yè)夢魘。業(yè)務架構師保證在定義和開發(fā)產品時能夠滿足客戶的需求,即業(yè)務架構師持續(xù)地關注創(chuàng)建正確產品所需要做的一切。業(yè)務架構師與項目中大多數(shù)成員不同,后者更關注如何正確地創(chuàng)建產品。 沒有直接匯報人 業(yè)務架構師是客戶的代表,這是一個要求很高的關鍵工作。它可能是全職的工作,如果不是全職的,業(yè)務架構師可以同時在幾個小的產品團隊或項目團隊中擔任這個角色。和項目經理一樣,業(yè)務架構師也不能是具有人員管理和工作分配職責的資源經理。也就是說,業(yè)務架構師不應該有直接匯報人,只有資源經理才有直接匯報人。 如果業(yè)務架構師要求員工來協(xié)助他日常的業(yè)務架構職責,在經理與員工問題上該員工應該直接向資源經理匯報,但接受業(yè)務架構師分配的任務。第7章的“問題與答案”中的問題7.1討論了為什么已經擔任EnterPrize組織中關鍵職位的項目成員不應該擔任EnterPrize組織中的另一個關鍵職位。

編輯推薦

《項目管理核心資源庫?成功的企業(yè)級軟件項目管理:優(yōu)化績效完美交付的最佳實踐》由電子工業(yè)出版社出版。

圖書封面

圖書標簽Tags

評論、評分、閱讀與下載


    成功的企業(yè)級軟件項目管理 PDF格式下載


用戶評論 (總計0條)

 
 

 

250萬本中文圖書簡介、評論、評分,PDF格式免費下載。 第一圖書網 手機版

京ICP備13047387號-7