專案管理知識在銀行系統應用(轉)
專案管理在銀行內控系統開發中應用
和專案管理接觸已經有2年的時間了,2年前開始負責一些軟體專案的開發,在此之前我沒有一些這方面的知識經驗,也沒有發現這方面的知識和經驗會在工作中起到如何作用。自從公司把我由一個程式設計者變了一位PSM後,發現自己的知識不太夠用。負責的專案,雖然按期交付,但在專案過程中和專案總結的時候我總感覺有不少的欠缺。專案計劃定製的太粗糙、沒有可操作性,計劃與實際執行過程相差很大,最後基本上在執行過程中不參考計劃了;專案中的分險基本上沒有考慮,遇到棘手的問題就只好求助於上司,讓公司出面解決問題;專案執行過程沒有有效的跟蹤,因為這樣類似的專案在以前我們做到,再加上有一些資深老員工在此專案組中,所以沒有出什麼大的偏差。後來一個上網找資料時,發現專案管理能夠解決我在專案中遇到的一些問題,那一時刻,我下了一個決心,一定好好閱讀這方面的書籍。
今年年初,我接到一個銀行內部的一個管理類的軟體專案,此專案在此之前,已經有二任專案經理被徹下來。當公司領導把此專案交給我時,講句實在話,當時也有點害怕,徹下來的兩位專案經理應該是很不錯的。任務已經下達下來,而且時間都給我規定好了,6個月完工。在此種情況下,我首先從兩位專案經理、專案組成員及客戶進行溝通,結果是,兩位專案經理大罵客戶不是,說客戶不講理,天天給他們提一些無理的意見;專案組成員則認為專案歷時週期過長,大家做得都疲了,而且週六週日還得加班,任務不太明確等等,而客戶方那裡聽到的訊息是,你們都不聽我們的意見,按我們的要求做,我們才不提什麼意見。
針對這種情況,首先專案組成員停止手上的開發工作,大家首先開會討論一下專案中現在還有的問題,大家一條一條的提,一一記錄在案,並不討論解決辦法;然後又與客戶方開會討論現在專案中存在問題,也一一記錄在案,也沒有討論解決辦法。就開發小組和客戶提出的所有問題,我組織了幾位核心的成員一起討論,對問題按問題程度進行編號排序;針對各種問題找原因和解決辦法,然後又與客戶一起討論,他們拿出他們的解決辦法,我們拿出我們的解決方案,然後磋商,最終定出一個合適的解決辦法。
第一步就這麼完成了,客戶方對我們這幾次會議感覺比較良好,希望我們按照一起研討出來解決辦法出做。接下來,我與專案組中核心成員一起對這6個月的計劃進行討論。針對專案中最大的一個問題——需求不明確,我們在制定計劃,單獨拿出一個月時間重新對不明確的部分與客戶再次討論;對專案中各階段及專案中各階段的任務進行細分,分配到人,具體到天;針對專案中資源缺少,積極性不太高的情況;向人力資源提出書面申請,要求加入二位有活力的員工,同時如果在專案能夠如期完成時,給予相應的獎勵,取消週六週日加班。
在得到各方面的支援後,專案組又重新運轉起來,每週星期五我們進行小組內的週會,對一週的工作進行工作總結,周時對照計劃,找出偏差,及時提出技術上、客戶關係上、需求上一些問題,把一週問題寫在開發小組的黑板上,大家一起討論解決辦法,直到解決為止;
星期一,我們與客戶進行一週情況彙報,客戶方也提出他們的想法,找出兩方面的偏差,如果小組可以解決的,我們會給一個肯定的答覆,如果不能解決的,就與商務進行磋商,直到最終解決。
經過大家一起努力,我們用了5個半就完成了任務,而且客戶方對專案的工作成果給予了很高的評價。
在最後,我只想說一句,每一位年青人,不管是有至於成員專案管理方面的人才,還是隻想做技術方面的工作,在空閒時間,都可以看看專案管理方面的書籍,她會對人終身有用的。
[@more@]
和專案管理接觸已經有2年的時間了,2年前開始負責一些軟體專案的開發,在此之前我沒有一些這方面的知識經驗,也沒有發現這方面的知識和經驗會在工作中起到如何作用。自從公司把我由一個程式設計者變了一位PSM後,發現自己的知識不太夠用。負責的專案,雖然按期交付,但在專案過程中和專案總結的時候我總感覺有不少的欠缺。專案計劃定製的太粗糙、沒有可操作性,計劃與實際執行過程相差很大,最後基本上在執行過程中不參考計劃了;專案中的分險基本上沒有考慮,遇到棘手的問題就只好求助於上司,讓公司出面解決問題;專案執行過程沒有有效的跟蹤,因為這樣類似的專案在以前我們做到,再加上有一些資深老員工在此專案組中,所以沒有出什麼大的偏差。後來一個上網找資料時,發現專案管理能夠解決我在專案中遇到的一些問題,那一時刻,我下了一個決心,一定好好閱讀這方面的書籍。
今年年初,我接到一個銀行內部的一個管理類的軟體專案,此專案在此之前,已經有二任專案經理被徹下來。當公司領導把此專案交給我時,講句實在話,當時也有點害怕,徹下來的兩位專案經理應該是很不錯的。任務已經下達下來,而且時間都給我規定好了,6個月完工。在此種情況下,我首先從兩位專案經理、專案組成員及客戶進行溝通,結果是,兩位專案經理大罵客戶不是,說客戶不講理,天天給他們提一些無理的意見;專案組成員則認為專案歷時週期過長,大家做得都疲了,而且週六週日還得加班,任務不太明確等等,而客戶方那裡聽到的訊息是,你們都不聽我們的意見,按我們的要求做,我們才不提什麼意見。
針對這種情況,首先專案組成員停止手上的開發工作,大家首先開會討論一下專案中現在還有的問題,大家一條一條的提,一一記錄在案,並不討論解決辦法;然後又與客戶方開會討論現在專案中存在問題,也一一記錄在案,也沒有討論解決辦法。就開發小組和客戶提出的所有問題,我組織了幾位核心的成員一起討論,對問題按問題程度進行編號排序;針對各種問題找原因和解決辦法,然後又與客戶一起討論,他們拿出他們的解決辦法,我們拿出我們的解決方案,然後磋商,最終定出一個合適的解決辦法。
第一步就這麼完成了,客戶方對我們這幾次會議感覺比較良好,希望我們按照一起研討出來解決辦法出做。接下來,我與專案組中核心成員一起對這6個月的計劃進行討論。針對專案中最大的一個問題——需求不明確,我們在制定計劃,單獨拿出一個月時間重新對不明確的部分與客戶再次討論;對專案中各階段及專案中各階段的任務進行細分,分配到人,具體到天;針對專案中資源缺少,積極性不太高的情況;向人力資源提出書面申請,要求加入二位有活力的員工,同時如果在專案能夠如期完成時,給予相應的獎勵,取消週六週日加班。
在得到各方面的支援後,專案組又重新運轉起來,每週星期五我們進行小組內的週會,對一週的工作進行工作總結,周時對照計劃,找出偏差,及時提出技術上、客戶關係上、需求上一些問題,把一週問題寫在開發小組的黑板上,大家一起討論解決辦法,直到解決為止;
星期一,我們與客戶進行一週情況彙報,客戶方也提出他們的想法,找出兩方面的偏差,如果小組可以解決的,我們會給一個肯定的答覆,如果不能解決的,就與商務進行磋商,直到最終解決。
經過大家一起努力,我們用了5個半就完成了任務,而且客戶方對專案的工作成果給予了很高的評價。
在最後,我只想說一句,每一位年青人,不管是有至於成員專案管理方面的人才,還是隻想做技術方面的工作,在空閒時間,都可以看看專案管理方面的書籍,她會對人終身有用的。
[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-955656/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 應用專案管理知識改進防火工作 (轉)專案管理
- 專案管理九大知識體系(轉)專案管理
- 專案管理知識體系術語(二) (轉)專案管理
- 專案管理知識體系術語(三) (轉)專案管理
- 專案管理知識體系術語(四) (轉)專案管理
- 專案管理知識體系術語(五) (轉)專案管理
- 專案管理知識體系術語(六) (轉)專案管理
- 專案管理九大知識體系 質量管理(轉載)專案管理
- 專案管理九大知識體系之:採購管理(轉)專案管理
- 風險管理在施工專案管理中的應用(轉)專案管理
- 專案管理在HIS專案實施中的應用(轉)專案管理
- 知識蒸餾在推薦系統的應用
- 專案管理在企業中的應用(轉)專案管理
- 專案直播:任務管理系統應用
- 專案管理過程中的知識管理初探(轉)專案管理
- 專案管理在營銷部門的應用(轉)專案管理
- 資訊系統專案管理師-必背的知識點專案管理
- Vue 專案應用 —— 後臺管理系統模板Vue
- Linux系統下應用知識大薈萃(轉)Linux
- 知識型企業中的專案管理(轉)專案管理
- 知識型企業中的專案管理 (轉)專案管理
- 專案管理過程中的知識管理初探1(轉)專案管理
- 專案管理過程中的知識管理初探2(轉)專案管理
- 專案管理過程中的知識管理初探3(轉)專案管理
- 達觀率先推出知識智慧應用系統,讓企業知識管理更加輕鬆
- 具體的知識 && 知識在專案中的應用(以指標和記憶體的知識引出)指標記憶體
- 在銀行領域證件識別儀的應用
- 轉:SAP專案管理系統速成專案管理
- 個人知識管理-應用篇
- 知識型企業中的專案管理1(轉)專案管理
- 知識型企業中的專案管理2(轉)專案管理
- 電信施工企業應用專案管理軟體系統的探索(轉)專案管理
- 民生銀行牛新莊:大資料及分散式技術在銀行系統中實踐應用大資料分散式
- 專案管理掙值分析應用(轉)專案管理
- 使用者管理系統,PHP專案開發銀彈?PHP
- 掙值管理在系統工程專案中的改進(轉)
- 工程專案管理系統的理解(轉)專案管理
- 專案管理資訊系統(PMIS)(轉)專案管理