軟體開發進度管理

標籤：使用   strong   問題   工作   管理   時間   設計   編程   

一、什麼是軟體專案管理

　　軟體專案管理是按需求確定範圍、按目標制定專案計劃、按計劃執行管理的過程。對軟體開發各階段加強專案管理的根本目的在於增強對軟體開發的控 制能力，提升軟體開發的品質。軟體項目的建設按軟體工程的生命週期法可分為項目立項、啟動、需求分析、系統設計、系統開發、系統測試、系統上線、項目驗收 和上線後評估等9個階段進行。

　　加強軟體專案管理，就是以軟體工程的各個環節為管理主線，將動態專案管理貫穿其中，通過對軟體開發的專案範圍、項目進度、項目品質、項目溝通、人力資源、項目成本六大核心要素的整合管理，實現軟體開發管理效能的最大化，從而大大提高軟體開發品質。

　　二、軟體項目進度管理的定義及實施方法

　　軟體項目進度管理是指專案管理者圍繞項目要求編製計劃，付諸實施且在此過程中經常檢查計劃的實際執行情況，分析進度偏差原因並在此基礎上，不 斷調整，修改計劃直至項目交付使用；通過對進度影響因素實施控制及各種關係協調，綜合運用各種可行方法、措施，將項目的計劃控制在事先確定的目標範圍之 內，在兼顧成本，品質控制目標的同時，努力縮短時間。

　　項目進度管理可以通過以下方式完成：制定項目裡程碑管理運行表；定期舉行項目狀態會議，由軟體開發方報告進度和問題，使用者方提出意見；比較各項任務的實際開始日期與計劃開始日期是否吻合；確定正式的項目裡程碑是否在預期完成。

　　三、如何編製項目進度計劃

　　識別進度計劃所有者

　　識別所有者或負責開發所有或部分項目進度計劃的個人，對於確保開發出好的進度計劃是必要的。推薦採用WBS（作業分解結構）或者組織的分解結構作為進度開發的基礎，因為WBS指定範圍，組織分解結構（OBS）指定交付的功能區。

　　決定任務和裡程碑

　　對於每一個最低層級的WBS元素，識別任務和裡程碑對應交付的元素。可交付物通常設定為裡程碑，產生可交付物的活動被稱為任務。裡程碑是一個時間點，被用於管理檢查點來測量成果。

　　排序工作活動

　　在確定了交付產品的任物和裡程碑之後，他們應該被邏輯的排序，來反映將被執行的工作方式。排序建立了任物和裡程碑之間的依賴，並被用於計算交付產品的的進度。

　　任務曆時評估

　　任務的曆時評估是專案計劃中最具挑戰的部分，他也是後續成本估計的關鍵。這是一個不斷細化的過程，貫穿於計划過程，因為它直接受人員安排和成本估算活動影響。

　　整合任務計劃

　　一旦任務和裡程碑被識別，排序，並且有了計劃的曆時評估，對每一個交付的產品就有了進度計劃。沒有整合，每一部分的進度是獨立的，並且因此不能描述與整個項目相關的時間問題。

　　審查批准進度計劃

　　一個較大和複雜的進度計劃需要從多個人那裡獲得輸入，沒有人擁有項目的每一個方面的所有影響進度計劃因素的所有的知識，因此團隊應該執行進度計劃的審查，來發現問題，或完善該進度計劃。

四、如何有效控制軟體項目的進度

　　在當前的軟體項目開發的過程中，無論是開發人員還是管理員都越來越注意到項目進度的重要性。那麼如何控制項目進度。

　　1、項目組長或專案經理，一定對整個項目的開發週期有一個清楚的瞭解，把任務的劃分一定要一天為單位，不要一模組為單位，而每天無論是開發人 員還是測試人員，都要對自己的工作有一個大致的估計。即每天下午，有項目組長組織開發人員進行系統的瞭解，並且作好相應的記錄。對已經解決的問題一定要一 個詳細的記錄。而對沒有解決的問題一定要重視起來。不要向後退。找到根本的原因所在。

　　2、溝通和交流，作為項目組長一定要多多與開發人員進行交流，要調動其的積極性，讓他們學會問題該如何解決，不要讓他等待問題的解決。瞭解其實際的進展以及對開發工具的熟練程度，這對以後的任務的重新安排有重要的借鑒意義。

　　3、把一些痛點提出，讓大家共同克服，或者有一些技術比較精通的人來解決。解決完以後一定，讓大家都熟悉其編程思路。而對經常用的知識點，一定有詳細的說明。這樣實現資源的共用。

　　4、做好項目的總結，無論是痛點還是不難，只要有問題，一定要提出，並且解決完以後一定讓大家都熟悉，這樣有助於大家的技術水平的提高。

　　5、做到日清日結，是保證項目進度的關鍵所在。

　　五、軟體項目進度管理中的軟技巧

　　1、樹立綜合協調的觀念

　　從本質上講，專案管理是從全域出發，以項目整體利益最大化為目標，以專案範圍、成本、品質等各專項管理的協調、統一為內容，所開展的綜合性管理過程。因此，開展專案管理就要有項目各要素及各專項管理，進行綜合協調的觀念。

　　首先，IT項目的範圍會影響IT項目的進度。一般來講，專案範圍越大，項目所要完成的任務越多，項目耗時越長；反過來，專案範圍越少，項目所 要完成的任務越少，項目耗時越短。因此，如果項目進度很緊，或者進度拖延非常嚴重，就可以考慮與客戶討論，是否能夠將範圍進行收縮。如果客戶同意縮小範 圍，那麼進度能得到有效縮短。

　　同樣的，IT項目的成本、品質也會影響進度。一般來講，追加成本，可以增加更多的資源，比如裝置和人力，從而使某些工作能夠並行完成或者加班完成。

　　如果項目不能按進度完成，可以考慮有些原定任務是否可以外包出去，這是項目採購管理與進度管理的協調內容之一。

　　顯然，在縮減進度時，可以考慮上述各專項管理之間的協調，即砍掉部分任務、降低部分任務的品質、分包部分任務、追加部分任務的成本等。

　　2、掌握正確的需求調研方法

　　很多項目組一提到需求調研，就馬上想到與使用者訪談。在項目一開始，就與使用者面對面訪談，並不是一種好的需求調研方法。

　　正確的方法應該首先請使用者提供能反映使用者業務的相關資料和書籍，開始文獻調研。在閱讀文獻的過程中，就能夠搞清楚對方的一些基本業務術語，並且對使用者的商務程序有一個初步認識。

　　其次，如果需要，請使用者帶領項目組參觀使用者現場的商務程序，從而對某些字面上不容易理解的術語和業務環節，樹立一種感性認識。

　　第三，在此基礎上，根據文獻調查和實地考察中發現的問題，有針對性地列出訪談大綱，與使用者進行訪談。這時訪談的效率和訪談的品質都會提高，使用者也會因為項目組提到的問題很專業、有針對性，從而產生較強的信賴感。
有的項目組在訪談完後，就認為得到了使用者的真實、完整的需求，從而開始項目設計。事實上，有些IT項目比較敏感，因為訪談的結果是要記錄的，使用者為了迴避自己的“風險”，會按照“官方”的口徑講話，這樣，需求就可能被扭曲。

　　正確的方法應該是在訪談後，繼續進行第四項任務，即發放無記名需求調查表。由於是無記名的，一般都能收集到比較真實的需求資訊。

　　掌握了正確的需求調研方法的項目組，就能很快得到高品質的需求資訊，縮短調研時間，使設計和實施的時間比較富裕，從而縮短進度。

　　3、縮短團隊組建與磨合時間

　　任何一個項目組從接受任務到任務完成、團隊解散，一般都會經曆五個階段：組建階段，磨合階段，正規階段，表現階段，解散階段。

　　在五個階段中，解散階段由於專案工作已經完成，對於項目的影響不大。對於一個專案經理來講，一定要清楚，真正工作的階段是正規和表現階段。因 而，專案經理的重要職責，就是使項目團隊的組建和磨合階段的耗時盡量短，這樣，項目團隊的正規和表現階段的曆時就會越長，在布置任務和執行任務時，就更加 從容。

　　六、如何避免項目進度失控

　　1、進度表失控的嚴重後果

　　（1）進度失控會擾亂規划進度失控導致的直接後果是不得不延遲系統正常完成時間。這個後果會增加業主的負擔，包括時間、人力、物力和財力的繼續投入，嚴重時會造成項目停滯和擱淺。

　　（2）進度失控與品質失控相互影響一般來講，品質控制和進度控制是一對孿生兄弟，是相互起連鎖反應的，進度失控可能導致品質失控；同樣，品質的失控也會導致進度失控。

　　（3）進度失控會突破項目的規劃成本項目執行的進度拖後之後，需要投入更多的資源解決存在的問題，重新制定計劃。即使工作量沒有增加，時間的增加就是費用的增加，也就是投資的增加。

　　2、避免進度表滯後的幾點措施

　　（1）鎖定需求，避免無休止的變更。

　　每一個項目都需要在開展之前鎖定需求，不這樣做必將會導致項目失敗。在項目開發的過程中，多多少少都會發生一些範圍變更，一定要嚴格控制這些變更，對這些變更有一個應對方案，把變更範圍控制在可控範圍內，不然便會出現很多併發症，導致進度表滯後和成本的增加。

　　（2）重新檢查進度表項目進度表的一個很重要的前提是項目估算，項目估算最大的基礎是基於經驗值，而軟體工程的經驗值反映的只是業界的常規實 踐，並不能夠反映每一個團隊。因此，在項目估算時應該以自己團隊曆史經驗值為基礎，讓項目團隊中的每一個成員參與估算，這樣才能夠保證專案計劃的可行性， 從而避免出現系統設計與編碼實現都超出進度表的計劃估算。

　　（3）有效進度表檢查工具糟糕的執行會給項目帶來在成本和時間兩方面上的失敗，這會最終導致整個項目的失敗。很多失敗的項目開發的教訓揭示 了能夠充分地描述項目進度的檢查工具簡直太重要了。我得到的最寶貴的經驗是要抓住項目開發過程中的關鍵環節，密切注意進展情況，一旦出現問題，應該馬上能 拿出切實可行的措施。當出現可能嚴重影響進度表滯後時，就應該根據現階段狀況重新評價需求分析結果、工數估算、設計結果等。切勿匆忙採取頭痛醫頭、腳痛醫 腳的措施，致使進度表滯後更嚴重。

　　（4）在各種項目目標中進行平衡進度控制的目標與成本控制的目標和品質控制的目標是對立統一的關係。項目進度、品質和成本構成一個相互制約的 三角關係，需要去平衡。如果經過評估確定項目進度確實已無法控制，就應當下定決心以犧牲軟體功能範圍、工作成果範圍、成本預算、進度計劃或軟體品質中的某 一項目標為代價，來保住項目最重要的目標達成，最終確定一個最合適的解決方案。指望不採取糾正和幹預措施，進度失控會自行消失的想法是不現實的。因此，如 果這些項目參數超出項目目標的限制範圍，就必須馬上採取矯正措施；如果發現這些項目參數有超出項目目標的限制範圍的趨勢，就必須馬上採取預防措施。

　　（5）獎罰制度的制定進度表的執行還必須有相應的控制措施來保證。例如可以制定一些獎懲制度，獎勵是主要，懲罰是輔助手段，調動起所有人員的 積極性。通過訂立相應的評估指標，把項目執行作為項目人員的重要業績進行考核監督，避免因為少部分人不配合工作導致項目整體延誤，從制度上保障任務的順利 完成。