資料結構
網路
關係資料庫管理系統 (RDBMS)
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C語言程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝設計
法學資源短缺：專案經理截止日期的噩夢
當一切順利時，沒有人關心專案的資源，它們變得不值一提。而聰明的專案經理總是隨身攜帶他們的資源計劃以應對任何意外情況。但是，當專案即將到期，一些活動距離完成還很遙遠，並且無法用計劃的、已承諾的和可用的資源實現目標時，問題就出現了。然後，這些專案經理左右為難，要麼錯過截止日期，要麼無論是誰，都增加額外資源來在規定時間內完成工作。
但這裡最大的問題是，在這個專案階段增加新的資源可能會降低工作的質量。如果新資源的技能和能力水平與專案的需要不符。因此，與其後悔莫及，不如在專案的規劃階段就對資源規劃方面的活動進行適當的估算。
資源短缺的經典案例
Brend第一次有機會在公司管理一個大型專案。之前他在類似的專案中工作過，他的上司也在那裡幫助他。因此，基於他過去的經驗和從以往專案中吸取的教訓，Brend開始管理這個專案。
最初，專案進展順利。啟動階段結束後，Brend和他的團隊開始了規劃階段。他們仔細規劃了每一個階段，制定了專案計劃，安排了活動，然後直接進入開發階段。
專案進展順利，沒有出現任何問題。客戶以及公司的高階管理層對專案的進展非常滿意，並讚賞Brend的管理風格，以及他對專案的奉獻和承諾。
但是，並非每一天都是晴天，因為生活充滿了不確定性，專案生命週期也是如此。當Brend和他的團隊接近一個重要的里程碑時，Brend注意到，儘管重要的里程碑的交付日期近在眼前，但實際上他們距離它還很遠。他們至少還需要比計劃時間多一週的時間才能達到里程碑，而且還需要付出額外的努力。
現在，Brend必須面對一個艱難的選擇，如果他錯過了里程碑的截止日期，那麼他在公司裡的聲譽就會下降。如果他請求客戶延長里程碑的交付日期，那麼客戶關係就有可能惡化，這對他來說是雪上加霜。那麼，他現在該怎麼辦呢？
解決方案是什麼？
有兩種可能的解決方案，Brend可以在這種情況下采用；要麼他和他的團隊必須加班加點，這可能會也可能不會完成所需的任務，要麼Brend可以增加一些額外的資源來完成任務，但工作的質量可能會下降。
在進一步考慮Brend目前的情況之前，讓我們先找出他為什麼會陷入這種情況。
在規劃階段，Brend和他的團隊完美地規劃和安排了全部工作，但錯過了一個重要的活動，那就是資源活動估算。如果他們在規劃階段就估計了活動資源，他們根本就不會陷入目前這種情況。讓我們討論一下“估算活動資源”流程如何在專案生命週期中發揮作用。
估算活動資源
一旦我們定義了活動，透過識別其依賴性和邏輯關係對這些活動進行排序，那麼我們應該做的下一步就是估算活動資源。估算活動資源只不過是估算完成每個活動所需人力資源、裝置和材料（如有）的型別和數量的過程。此估算對以後估算成本和持續時間非常有用。
因此，為了估算活動資源，需要以下輸入。
應準備活動列表，因為我們將根據這些活動進行進一步估算。
應考慮活動的屬性，例如詳細說明、約束和假設以及資源需求。
在進行估算時，風險登記冊也應被考慮在內，因為對專案風險具有前瞻性將有助於更準確地進行估算。
在估算活動時，還應考慮資源成本。資源成本會影響資源的選擇。
另一個最重要的因素是資源日曆，它有助於我們瞭解資源的可用性。
資源日曆
資源日曆是一個簡單的圖形日曆，列出了資源可用的工作日數。利用資源日曆，專案經理可以確定在專案生命週期中，任何特定資源何時以及可使用多久。它還包括資源的技能和經驗，以及他們將為專案工作的地點。
工具和技術
工具和技術總能幫助我們更可靠、更準確地進行估算。其中一種技術是自下而上的估算。
自下而上的估算
自下而上的估算技術是從WBS的較低級別估算活動的過程。我們將首先估算較低級別元件的資源需求，然後向上彙總到較高級別元件，從而最終獲得整個專案的總數量估算。自下而上的估算技術被認為是估算資源、持續時間和成本最準確和可靠的方法。
類比估算技術
類比估算技術完全基於類似專案的歷史資料。它使用先前專案或類似性質活動的引數，並將類似的處理應用於當前或未來的專案。例如，如果先前類似專案中的特定活動花費了X天，那麼相同的X持續時間也可以應用於當前專案中的相同活動。
類比估算的優點是成本低且耗時少，但精度也較低。這種估算的準確性低於引數估算或自下而上的估算。
所以今天，我們討論了估算活動資源的重要性及其好處。我們還討論了一些用於估算的有用估算工具和技術。這些過程中的每一個在專案管理的角度來看都非常重要。此外，還有其他可用於執行估算的工具和技術，例如引數估算、三點估算等，我們將在以後的文章中討論。
678 次瀏覽
