[color=red][align=center]專案管理的20個關鍵問題[/align][/color]
即使在最完美的條件下，管理乙個軟體專案也是很困難的。不幸的是，許多新專案經理實質上沒有受到任何就職培訓。這裡有20個成功的管理經驗供專案經理參考。不過，只依靠某一兩條"妙計"，是無法順利完成專案的。
1.定義專案成功的標準
在專案的開始，要保證各方對於判斷專案是否成功有統一的認識。通常，跟緊預定的進度是唯一明顯的成功要素，但是肯定還有其他的因素存在，比如，增加市場占有率、獲得指定的銷售量或銷售額、取得特定使用者滿意程度、淘汰乙個高維護需求的遺留系統等。
2.把握各種要求之間的平衡
每個專案都需要平衡它的功能、人員、預算、進度和質量目標。我們把以上五個專案方面中的每乙個方面，綜合成乙個約束條件，你必須在這個約束中進行操作；你也可以定義成與專案成功對應的驅動力，或者定義成通向成功的自由程度。可以在乙個規定的範圍內調整。
3.定義產品發布標準
在專案早期，要決定用什麼標準來確定產品是否準備好發布了。你可以將發布標準基於：還存在有多少個高優先順序的缺陷，效能度量，特定功能完全可操作，或其他方面表明專案已經達到了它的目的。不管你選擇了什麼標準，都應該是可實現的、可測量的、文件化的，並且與客戶所指的"質量"一致。
4.溝通承諾
儘管可能無意中承諾了不可能的事件，但不要做乙個明知不能保證的承諾。坦誠地和客戶和管理人員溝通那些實際成果。任何以前專案的資料會幫助你做說服他們的論據，雖然這對於不講道理的人來說沒有真正的作用。
5.寫乙個計畫
有些人認為，花時間寫計畫還不如花時間寫**，但是我不這麼認為。困難的部分不是寫計畫，困難的部分是做這個計畫——思考，溝通，權衡，交流，提問並且傾聽。你用來分析解決問題需要花費的時間，會減少專案以後會帶給你的意外。
6.把任務分解成"英吋大小的小圓石"
"英吋大小的小圓石"是縮小了的里程碑。把大任務分解成多個小任務，幫助你更加精確地估計它們，暴露出在其他情況下你可能沒有想到的工作活動，並且保證更加精確、細密的狀態跟蹤。
7.為大任務制定計畫工作表
如果你的組經常承擔某種特定的通用任務，你需要為這些任務開發乙個活動檢查列表和計畫工作表。每個檢查列表應該包括這個大任務可能需要的所有步驟。這些檢查列表和工作表將幫助小組成員確定和評估與他必須處理的大任務相關的工作量。
8.計畫中，在質量控制活動後應該有修改工作
幾乎所有的質量控制活動，如測試和技術評審，都會發現缺陷或其他提高的可能。你的專案進度或工作細分結構，應該把每次質量控制活動後的修改，作為乙個單獨的任務包括進去。如果你事實上不用做任何的修改，很好，你已經走在了計畫的前面。
9.為"過程改進"安排時間
你的小組成員已經淹沒在他們當前的專案中，但是如果你想把你的組提公升到乙個更高的軟體工程能力水平，你就必須投一些時間在"過程改進"上。從你的專案進度中留出一些時間，因為軟體專案活動應該包括做能夠幫助你下乙個專案更加成功的過程改進。不要把你專案成員可以利用的時間100%的投入到專案任務中，然後驚訝於為什麼他們在主動提高方面沒有任何進展。
10.管理專案的風險
如果你不去識別和控制風險，那麼它們會控制你。在專案計畫時花一些時間集體討論可能的風險因素，評估它們的潛在危害，並且決定你如何減輕或預防它們。
11.根據工作計畫而不是日曆來估計
人們通常以日曆時間做估計，但是我傾向於估計與任務相關聯的工作計畫（以"人時"為單位）的數量，然後把工作計畫轉換為日曆時間的估計。這個轉換基於每天我有多少有效的小時花費在專案任務上，我可能碰到的任何打斷或突發調整請求、會議，和所有其他會讓耗費時間的地方。
12.不要為人員安排超過工作時間80%的任務量
跟蹤你的組員每週實際花費在專案指定工作上的平均小時數，實在會讓人吃驚。與我們被要求做的許多活動相關的任務切換的開銷，顯著地降低了我們的工作效率。乙個員工一周理論上工作40小時，但不要只是因為有人在一項特定工作上每週花費10小時，就去假設他或她可以馬上做4個這種任務，如果他或她能夠處理完3個任務，你就很幸運了。
13.將培訓時間放到計畫中
確定你的組員每年在培訓上花費多少時間，並把它從組員工作在指定專案任務上的可用時間中減去。你可能在平均值中早已經減去了休假時間、生病時間和其他的時間，對於培訓時間也要同樣的處理。
14.記錄你的估算和你是如何達到估算的
當你準備估算你的工作時，把它們記錄下來，並且記錄你是如何完成每個任務的。理解建立估算所用的假設和方法，能夠使它們在必要的時候更容易防護和調整，而且它將幫助你改善你的估算過程。
15.記錄估算並且使用估算工具
有很多商業工具可以幫助你估算整個專案。根據它們真實專案經驗的巨大資料庫，這些工具可以給你乙個可能的進度和人員分配安排選擇。它們同樣能夠幫助你避免進入"不可能區域"，即將任務量、小組勞動力和進度安排組合起來一看，根本不可能成功。
16.遵守學習曲線
如果你在專案中第一次嘗試新的過程、工具或技術，你必須承受短期內生產力降低的代價。不要期望在新軟體工程方法的第一次嘗試中就獲得驚人的效益，在進度安排中考慮不可避免的學習曲線。
17.考慮意外緩衝
事情不會像你專案計畫的一樣準確地進行，所以你的預算和進度安排應該在主要階段後面包括一些意外的緩衝，以適應無法預料的事件。不幸的是，你的管理者或客戶可能把這些緩衝作為你的託辭，而不是明智地承認事實確實如此。向他們指明一些以前專案不愉快的意外，來說明你的深謀遠慮。
18.記錄實際情況與估算情況
如果你不記錄花費在每項任務上的實際工作時間，並和你的估算做比較，你將永遠不能提高你的估算能力，你的估算將永遠是猜測。
19.只有當任務100%完成時，才認為該任務完成
使用英吋大小的小圓石的乙個好處是：你可以區分每個小任務要麼完成了，要麼沒有完成。這比估計乙個大任務在某個時候完成了多少百分比要實在得多。使用明確的標準來判斷乙個步驟是否真正的完成了。
20.公開、公正地跟蹤專案狀態
建立乙個良好的風氣，讓專案成員對準確地報告專案的狀態感到安全。努力讓專案在準確的、基於資料的事實基礎上執行，而不是從因為害怕報告壞訊息而產生的令人誤解的樂觀主義。使用專案狀態資訊在必要的時候進行糾正操作，並且在條件允許時進行表揚。
解決混合雲管理的三個關鍵問題
混合雲能夠綜合私有雲和公共雲服務的優勢並實現兩者之間的良好協調，它為企業使用者帶來了融合兩者的最佳應用體驗。但是，為了真正實現混合雲的優勢，實施解決三個關鍵問題的管理方法是非常重要的，即 安全性 賬戶管理與計費，以及資源配置。1.安全性 混合雲的安全性問題應重點關注使用者管理 訪問控制和加密。使用者...
創業初期的四個關鍵問題
在企業運營的最初幾個月裡，創業者會比以往任何時候都忙，事實上，以後他也不會再有這麼忙的時候了。成功度過這幾個月的秘訣就是 堅持自己的重心不變。創業者花了數月時間來決定自己做什麼生意，市場在 顧客將從自己這裡購買什麼，以及為什麼他們會從自己這兒買。創業者決定哪種 手段最有效，應該設計什麼樣的企業形象，...
GIS資料來源的乙個關鍵問題
blog.csdn.net clever101 gis資料來源的乙個關鍵問題是 gis資料的獲取問題。從傳統來看，gis資料的獲取主要依靠以下途徑 1.測量儀器的實地測量獲取 2.傳統地圖掃瞄後進行人工向量化 3.遙感資料的目標識別獲取 這幾種途徑均存在嚴重缺點 測量儀器的實地測量雖然資料準確度和精...