網站建設軟件進度與問題跟蹤

2015-03-25 7372

分享至：

網站建設在現在是一種信息的載體，給需要的人傳播有用的信息，網站建設就包括了軟件這塊，在很多軟件訴訟案件中擔任專家證人的工作中，筆者注意到一個長期存在的軟件項目管理問題。很多失敗項目以及出現嚴重進度延誤或重大質量問題的項目在開發期間通過正常的進度報告并沒有發現任何問題。從各種證人證詞和案件舉證中可知.軟件工程師和一線項目經理均知道他們的項目中存在問題，但是當首次發現那些問題時，項目經理并沒有第一時間將這些問題寫進匯報給客戶和高級管理層的狀態報告里。直到很晚之后，當更高管理層或客戶真正認識到嚴重進度延誤、質量問題或其他重大問題時，形勢通常已無法扭轉。

當問到為什么要隱瞞項目中存在的問題時。得到的答案大多數都是基層經理們不希望高級管理層看到項目的糟糕狀況。當然，當問題最終浮出水面時，實際上基層經理們看起來更糟糕，相比之下.那些成功的軟件項目總是以更加理性的方式處理項目中存在的問題。他們能盡早發現問題，組建專門任務小組來解決這些問題，且通常在這些問題變得嚴重到無法解決之前就能控制住局面。敏捷方法一個有趣的特色是每天討論項目中存在的問題，團隊軟件過程(TSP)同樣如此。

軟件項目的問題有點兒像嚴重的醫療問題。它們通常不會白己消失，為消除這些問題，需要許多專業的“治療“方法，軟件項目的問題有點兒像嚴重的醫療問題。它們通常不會自己消失，為消除這些問題，需要許多專業的“治療“方法。軟件項目一旦啟動，通常沒有固定、可靠的指導性方法來判斷項目實際進展速度。長期以來，民用軟件行業一直使用特定里程碑的方法來確定項目進度，比如設計完成或編碼完成等。但是，這些里程碑也是出了名的不靠譜。

軟件項目狀態跟蹤需要涉及以下兩個彼此不相關的問題:：(1)達到具體、確定的里程碑；(2)在明確的預算金額內消耗項目資源和資金。由于軟件項目里程碑和成本受需求變更和“范圍鑒延”的影響，當這些變化影響了功能點總數時，對需求變更的規模增長進行度最就變得非常重要。然而，正如本章上一節提到的.某些稱為“需求波動”的需求變更不影響功能點規?？倲?，而需求蔓延和需求波動往往又都隨機出現。需求波動比需求蔓延更加難以度量，往往只能通過程序派代碼語句數量和功能點指標之間的“逆火分析”或者數學轉換來進行度量。

截至2009年.已有許多可用的自動化工具幫助項目經理記錄項目里程碑報告所需要的各種重要信息。這些工具能夠記錄項目進度、資源、規模變化以及各種項目問題。對于一個具有60年悠久歷史的行業.卻沒有一套通用的或普遍的項目里程碑來標示項目實質性進展情況，這多少有些令人吃驚！

來源聲明：

本文章系尚品中國編輯原創或采編整理，如需轉載請注明來自尚品中國。以上內容部分(包含圖片、文字)來源于網絡，如有侵權，請及時與本站聯系（010-60259772）。