作者vikas hazrati譯者鄭柯發布於 2023年6月23日 下午9時47分
社群
agile
主題 敏捷實施,
企業級敏捷
標籤 最佳實踐
很多人都知道：敏捷專案可以解決快速變更帶來的問題。這些變更可能來自市場、系統 需求或是具體實現技術。然而，敏捷專案似乎對一種變更處理不好，就是專案人員的頻繁變化。在實施敏捷的組織中，人們要想在專案間分配人力，經常面臨這方面的挑戰。roland ceullar談到一些進行高效資源管理的方法。
在roland看來：
時不時地，我們 總會遇到這樣乙個有趣的問題：如何在實施敏捷的組織中做好「資源管理」？「同時有這麼多專案在進行，我怎麼能讓人這麼長時間只參加乙個專案呢？」roland提出：上面的問題有兩個根本 錯誤。
假定我們必須讓人們參加不同的專案。
同時進行的專案數目。
他補充說，人不能被視為可被隨意移動的單個個體。當人們在團隊中工作時，他們要經歷「組建期， 激盪期，規範期，執行期（forming, storming, norming, performing model）」這四個成熟週期。這需要一定時間。一旦團隊開始表現出色，如果再干擾他們就會產生不好的後果。應該保證高效團隊在盡量長時 間內不不被拆散。因此，最好根據各個高效團隊的不同能力和技術來分配專案，而不是根據專案來分配人。不過這麼一來，有些專家仍然因為自己獨特的技能而要在專案間切換，他們的感覺就會不一樣了。
joe ocampo強調了乙個問題：人員的矩陣式分配。這就要直接說到乙個人在不同專案分 配的百分比上。舉個例子：
開發者uberbob被分配到：
在joe看來，他見過這樣的矩陣模型可以在基於rup的專案中起作用，但是在敏捷專案中卻難以發揮效力。在敏捷專案這樣做，會破壞團隊的合作動力、溝通，並因此影響速度。
將資源固定 在給定的專案中，並讓他們從頭到尾做下去，專案的推進就會充滿動力，而且進度也可掌控。矩陣模型會打斷溝通的連續性，從而擾亂迭代速度。如果每週都把人員在各個專案間調來換去，那你原先觀察得到的團隊 速度也會不再有效，而同時團隊的動力也被破壞了。即使僅僅是一對一的個人交換，你也別指望團隊產出不受影響。針對組織中多專案的管理，roland建議使用放慢速度的方式。他認為：組織應該建立專案佇列，而不是讓團隊同時開發多個專案。考 慮到市場和業務的變換，這麼做可能不太容易，但卻有助於更好地排定專案的優先順序和達到預期的關注目標。 這麼一來，團隊就能在給定專案上不斷交付有效產出，而不是同時做多個專案的工作，分散了注意力。
因此，隱含的資訊就是：把關注點放在人身上。如果人們都能得到最好的利用，敏捷專案就能得到回報。所以，最好讓專案以團隊為中心，而不是讓人們在專案間
檢視英文原文：resource management in agile projects
Unity專案中的資源管理
貼圖資源配置 對於這資源管理，unity提供非常豐厚的支援。以貼圖為例子，unity支援直接把原始貼圖直接放進工程，不需要做任何額外處理。unity根據貼圖配置會自動生成最後的貼圖資料。不同平台 ios android pc 支援的貼圖格式不一樣，通過配置檔案的形式，最後方便的生成不同格式的貼圖。這...
專案人力資源管理
1 the importance of good human resource management on projects,and its processes.1 人力資源規劃 識別記錄專案角色，責任和匯報關係。2 組建專案團隊 分配好專案所需要的人員，讓其為專案工作。3 開發專案團隊 培訓個人和...
專案人力資源管理之編制專案人力資源管理計畫
通過編制專案人力資源管理計畫，確定專案的角色 職責以及匯報關係，並編制人員配備管理計畫。任務 職責和回報關係可以分配到個人或團隊。這些個人和團隊可能屬於組織內，也可能屬於組織外部，或者兩者的結合。內部團隊通常與專職部門如工程部 市場部 或會計 部等有聯絡。在大多數專案中，編制專案人力資源管理計畫過程...