微軟解決方案架構(模組二)(3) (轉)

amyz發表於2007-08-17
微軟解決方案架構(模組二)(3) (轉)[@more@]

而進行的團隊調整:namespace prefix = o ns = "urn:schemas--com::office" />

I.  團隊擴大的辦法

使用複雜度,大小,風險和技術作為擴充因素

將大的團隊分成更小的團隊,它們有更低層的過程,管理和與上層的溝通並允許實現。

為子團隊分配團隊領導。

使用核心團隊來管理整個專案

l  核心團隊由團隊領導和經理組成

l  核心團隊協調和同步子團隊

II.  特性團隊

為集中建立一個解決方案中的特殊特色或而組建的多學科的子團隊

III.  什麼時候使用特性團隊

解決方案有高度獨立的時

成員在組織或地理位置上非常零散時

需要滿足技術或組織邊界時

IV.  功能團隊

功能團隊用來完成一種角色,但該角色有多個功能範圍。許多角色包括很不相同的功能範圍以至於根據專案的需要。由一個人來完成顯得困難

V.  什麼時候用功能團隊

專案任務需要一個較大的團隊來完成一種角色群體的一個或多個功能範圍(由於一個人不能掌握所需要的多種技能)

專案任務需要一個更多樣化的努力去完成一種角色群體的一個或多個功能範圍

VI.  大型專案中的團隊領導

特性團隊領導有負責子團隊的專案經理

領導為了整個專案的計劃和時間安排表給程式經理提供直接的輸入

專案經理關注整個專案生命週期中角色的演變

VII.解決方案架構的子團隊與領導團隊間的關係

功能團隊和特性團隊都在核心團隊的領導下工作

VIII.  團隊縮小

角色可以合併,但有些合併會帶來風險

可能的例子:體驗+產品經理+測試

  程式經理+釋出經理

  開發人員

中一種可調整的方式

I.  專案經理準則

專案管理是在專案活動中為滿足專案需要而進行的知識,技能,工具和技術的應用。

l  不等於“做老闆”。

l  對於擴大規模的專案團隊非常關鍵。

II.  專案管理的知識範圍

綜合管理:

l  綜合和同步專案計劃

l  建立管理的方法和

l  跟蹤變化

範圍管理:

l  定義和分解工作的範圍

l  管理專案平衡

時間管理:

l  產生和維護時間表

l  任務佇列

l  為任務匹配資源

費用管理:

l  準備費用估計

l  過程報告和分析

l  費用風險分析

l  價值分析

人力資源管理:

l  資源計劃

l  團隊組建

l  衝突解決

l  技術準備培訓

溝通管理:

l  溝通計劃

l  專案狀況報告

風險管理:

l  促使和風險管理

l  維護風險文件

外包管理:

l  要求承包人為他的服務、或出價

l  準備請求建議

l  管理賣主和子承包人

l  管理和協商合同

l  準備購買定單和批准發票

質量管理:

l  質量計劃

l  決定標準

l  文件化質量標準和質量度量過程

III.  專案經理的特殊職責

專案管理在程式經理角色群體裡面是特別重要的能力

有些大的,複雜的專案需要專家專案經理,如擔任專案經理和方案架構師兩種角色。

IV.  評價專案管理的複雜度

什麼是你的專案管理的風險?

l  大的專案或費用大的專案

l  地理位置上的分開

l  多個組織的

l  合同,法律問題

l  固定的預算和時間安排表

六個質量目標驅動並定義團隊模型

有效的團隊

根據需要微軟解決方案的團隊可以擴大或縮小

一個專案管理的準則

l  使團隊成員更好的工作

l  使團隊模型更好的擴大


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752019/viewspace-963522/,如需轉載,請註明出處,否則將追究法律責任。

相關文章