軟體專案管理常見問題

2021-04-01 16:27:42 字數 3420 閱讀 5608

問題一:缺乏專案管理系統培訓

問題說明:專案經理在專案管理方面的培訓較少或不夠系統。專案經理或管理人員不了解專案管理的知識體系和一些常用工具和方法,所以在實際工作中沒有專案管理知識的指導,完全依靠個人現有的知識技能,管理工作的隨意

性、盲目性比較大。有些學員說:「聽了這些課才知道專案管理原來還有這麼多的學問。」例如對於如何利用工作分解結構使專案的工作範圍更加明確,如何用前導圖法對活動進行排序並估算專案進度、制定專案進度計畫,如何

利用掙值法跟蹤專案進度,專案經理的職責與必備素質、應具備的能力、工作方法,如何根據各種組織結構及其優缺點進行選擇,如何對於風險進行定性定量分析等等,通過這次培訓有了初步的掌握,將能夠很快地應用到實際工

作中。

問題點評:在軟體企業中,以前幾乎沒有專門招收專案管理專業的人員來擔任專案經理(甚至很少是管理專業的),被任命的專案經理主要是因為他們能夠在技術上獨當一面,而管理方面特別是專案管理方面的知識比較缺乏。因

此專案經理接受系統的專案管理知識培訓是非常必要的,有了專業領域的知識與實踐,再加上專案管理知識與實踐和一般管理的知識和經驗的有機結合,必能大大提高專案經理的專案管理水平。

解決方案:實行專案經理知識技能資格考核制度,讓專案經理自覺補充學習專案管理的知識和一些常用工具和方法。

問題二:專案計畫意識問題

問題說明:專案經理對總體計畫、階段計畫的作用認識不足。專案經理認為計畫不如變化快,專案中也有很多不確定的因素,做計畫是走過場,因此制定總體計畫時比較隨意,不少事情沒有仔細考慮;階段計畫因工作忙等理由經

常拖延,造成計畫與控制管理脫節,無法進行有效的進度控制管理。

問題點評:漸近明細是專案的特點,但這並不意味著不需要計畫。沒有計畫或者是隨意的不負責任的計畫的專案是一種無法控制的專案。在高技術行業,日新月異是主要特點,因此計畫的制定需要在一定條件的限制和假設之下採

用漸近明細的方式進行不斷完善。例如對於較為大型的軟體開發專案的工作分解結構wbs可採用二次wbs方法。即根據總體階段劃分的總體wbs和專門針對詳細設計或編碼階段的二次wbs。這其中部分的原因是需求的顆

粒度在一開始往往是比較粗的,因此根據功能點對於整體專案規模的估計誤差範圍也是比較大的。更為重要的原因是,需求往往不是編碼工作分解的準確依據,因為乙個需求的功能點可能對應多個**模組,而多個需求的功能點

也可能只對應乙個或少數**模組,同時還有軟體復用等因素要考慮,因此只有在概要設計完成以後才能準確地得到詳細設計或編碼階段的二次wbs,根據**模組的合理劃分而得出的二次wbs才能在詳細設計、編碼階段乃

至測試階段起到有效把握和控制進度的作用。有些專案的需求或設計做得不夠詳細,無法對工作任務的分解、均衡分配和進度管理起參考作用,對此應當及時改善。

制定計畫的過程就是乙個對專案逐漸了解掌握的過程,通過認真地制定計畫,專案經理可以知道哪些要素是明確的,哪些要素是要逐漸明確的,通過漸近明細不斷完善專案計畫。階段計畫中包含的工作匯報和下一階段工作安排是

掌握專案進度的依據,從階段計畫對照總體計畫,才能一目了然地看出工作的進展情況。制定計畫的過程,也是在進度、資源、範圍之間尋求一種平衡的過程。制定計畫的精髓不在於寫出乙份好看的文件,而在於運用您的智慧型去

應對各種問題和面臨風險並盡可能做出前瞻性的思考。一旦計畫被負責任地完成,他就可以給自己乙個和管理層或客戶交流與協商的基礎,幫助你在專案過程中防範各種問題的出現,幫助你保證專案按時完成。

問題

三、管理意識問題

問題說明:部分專案經理沒有意識到自己專案經理的角色,從總體上去把握管理整個專案,而是埋頭於具體的技術工作,造成專案組成員之間忙的忙、閒的閒,計畫不周、任務不均、資源浪費。

問題點評:在軟體企業中,專案經理大多是技術骨幹,技術方面的知識比較深厚,但無論是專案管理知識,還是專案管理必備的技能、專案管理必備的素質都有待補充和提高,專案管理經驗也有待豐富。有些專案經理對於一些不

服管理的技術人員,沒有較好的管理方法,工作不好安排的工作只好自己做。另外由於工作分解結構設計的合理性,專案任務無法有效、合理地分配給相關成員,以達到「負載均衡」。因此技術骨幹在擔任專案經理之前,最好能

經過系統的專案管理知識,特別是其中的人力資源管理、溝通管理的學習,並且在實際工作中不斷提高自己的管理素質,豐富專案管理經驗,提高專案管理意識。

解決方案:加強專案管理方面的培訓,並通過對考核指標的合理設定和宣傳引導專案經理更好地做好專案管理工作。

問題四:溝通意識問題

問題說明:在專案中一些重要資訊沒有進行充分和有效的溝通。在制定計畫、意見反饋、情況通報、技術問題或成果等方面與相關人員的溝通不足,造成各做各事、重複勞動,甚至造成不必要的損失;有些人沒有每天定時收郵件

的習慣,以至於無法及時接收最新的資訊。

問題點評:專案溝通管理指出:「管理者要用70%的時間用於與人溝通,而專案經理需要花費90%或更多的時間來溝通」。和問題三的情況類似,在軟體企業中,專案經理大多是技術骨幹,而專案組成員也都是「高科技人員

」,都具有「從專業或學術出發、工作自主性大、自我欣賞、以自我為中心」等共同的特點。因此妨礙溝通的因素主要是「感覺和態度問題」,也就是溝通意識和習慣的問題。在系統的實施階段或軟體開發的試執行階段,專案成

員基本上是持續是在客戶方進行工作,這種情況非常容易忽視溝通。專案組與組織之間、專案組與專案組成員之間,甚至同乙個專案組的不同成員之間,都有可能在不同的地點,如果沒有足夠的溝通意識和溝通制度、溝通工具,

就有可能造成資訊不暢,從而加大專案失敗的風險。即使都在公司內部也應做到及時溝通。所以專案經理不但自己要把工作重點放在溝通,善於溝通,還要引導、約定整個專案團隊進行及時充分的溝通。

解決方案:制定有效的溝通制度和溝通機制,對由於缺乏溝通而造成的事件進行通報作為教訓提醒,以提高溝通意識;溝通方式應根據內容而多樣化,講究有效率的溝通;通過制度規定對由於未及時收取郵件而造成損失的責任歸

屬;對於特別重要的內容要採用多種方式進行有效溝通以確保傳達到位,例如除傳送郵件外還要**提醒、回執等,重要的內容還要通過舉行各種會議進行傳達。

問題五:風險管理意識問題

問題說明:專案經理沒有充分分析可能的風險,對付風險的策略考慮比較簡單。專案經理在做專案規劃時常常沒有做專門的風險管理計畫文件,而是合併在專案計畫書中。有些專案經理沒有充分意識到風險管理的重要性,對計畫

書中風險管理的章節簡單應付了事,隨便列出幾個風險,隨便地寫一些簡單的對策,對於後面的風險防範起不到什麼指導作用。

問題點評:專案風險管理是對專案潛在的意外損失進行規劃、識別、估計、評價、應對和監控的過程,是對專案目標的主動控制手段。採取主動行動,創造條件,盡量擴大風險的有利結果,以最少的成本保證安全、可靠地實現項

目目標。因此專案風險管理對於保證專案目標的實現是非常重要的。

解決方案:通過學習專案管理知識掌握風險識別、量化、對策研究、反應控制的工具和方法掌握專案風險管理所必備的知識。通過加強對專案規劃中風險管理計畫的審核提高專案組的風險管理意識。總結本行業專案中常見的風險

及其對策作為風險管理計畫中必要的風險內容,並切實評估相應對策的有效性和可行性

專案管理常見問題

專案實施全流程 科技為業務賦能 節約人力至按點下班,業務開心 節約人力至裁員,業務會強烈抵制 監管要求 卡上級檢查節點,容易驗收,不容易有額外需求 面子工程 前端樣式要求高 專案發起人的滿意程度很大程度上決定專案驗收難易 一般這個層級得好看,不然怎麼給領導寫ppt 售前階段就會開始圈定實施的專案範圍...

軟體專案管理常見問題分析 二

問題六 不重視專案經驗的總結 問題說明 專案經理在專案結束時有些是因為自身對寫文件工作的興趣或意識,或者是因為緊接著要參加下乙個專案,總體對專案總結的重視程度不夠。有些是專案總結報告一再拖延,有些是交上來的報告質量較低,敷衍了事。問題點評 專案經驗總結非常重要,有利於組織內部或行業內部經驗與資料的積...

專案管理工具常見問題

今天在北京為一家軟體開發公司做培訓 診斷。當談到度量與分析,他們部門經理就要求專案經理開啟他們使用的免費專案管理工具,希望讓我看看他們如何度量與監控專案。專案經理開啟專案展示了一些任務的記錄和圖表 如,敏捷的燃燒圖和任務實際完成多少 我問 從度量與分析的角度,你們度量的主要目的是什麼?他想了一下,然...