close
上週接手一個進行到2/3的專案,系統各功能都已開發完成
但因User使用上的落差,讓前PM沒有信心再與客戶繼續下去
但因User使用上的落差,讓前PM沒有信心再與客戶繼續下去
我接手後想其原因,應該是PM與客戶互動不足,以致產生溝通不良的問題
因此接手後先找承辦人瞭解此案目前現況,在聽完承辦人的抱怨後,也得到其寶貴的建議
知道是因為使用單位需求不定,讓前PM無法把功能規格限制在一定的範圍內
在需求不定,又有時程限制的情況下,只好先行進行系統開發,但也造成系統與使用上的落差
這種情況,叫做"使用者的抗拒",因為對新系統的不熟,所產生抗拒的心理
最好的解決辦法,就是親自去教User操作系統,並且先行寫好操作手冊,紮紮實實一步步的教使用者系統操作
所以接手步驟如下:
1.先聽前PM講述此案概要及現況
2.深入操作系統,瞭解系統每一項功能
3.比對之前的訪談規劃(客戶的想法)與現行系統的落差情況,讓黑洞現行
4.準備黑洞的替代方案
5.趕工撰寫操作手冊
6.製作RFP功能對照表
最好的解決辦法,就是親自去教User操作系統,並且先行寫好操作手冊,紮紮實實一步步的教使用者系統操作
所以接手步驟如下:
1.先聽前PM講述此案概要及現況
2.深入操作系統,瞭解系統每一項功能
3.比對之前的訪談規劃(客戶的想法)與現行系統的落差情況,讓黑洞現行
4.準備黑洞的替代方案
5.趕工撰寫操作手冊
6.製作RFP功能對照表
以上事項完成後,就是向User進行系統操作教學
在這種情況,操作手冊跟RFP功能對照表非常重要
因為操作手冊可以讓User感到有實際的功能項目,並把需求限制在即定的範圍內
而在講解完所有的功能操作後,接著就是要逐一核對RFP功能對照表,讓User做確認
當然最重要的還是在操作講解過程中,如何與客戶"友善"的互動,取得客戶的信賴,這才是PM的價值
在進行完3小時的操作講解互動討論後,之後的RFP功能對照花不到十分鐘的時間
"因為互動的過程才是重點"
在資訊軟體業界,目前有二大證照,一是CMMI,二是PMP
CMMI講的是企業組織專案進行的管理制度,PMP講的是專案經理在專案進行中的管理方法
但不管CMMI或是PMP都是專案管理的外功,大部份通過CMMI的企業,或是有PMP的專案經理,都是花槍
有CMMI的管理制度,或是PMP的專管方法,是能讓70分的專案做的更好,達到90分的程度
但要讓專案成功,或致少達到70分能夠結案,光有CMMI或是PMP認証是做不到的
CMMI講的是企業組織專案進行的管理制度,PMP講的是專案經理在專案進行中的管理方法
但不管CMMI或是PMP都是專案管理的外功,大部份通過CMMI的企業,或是有PMP的專案經理,都是花槍
有CMMI的管理制度,或是PMP的專管方法,是能讓70分的專案做的更好,達到90分的程度
但要讓專案成功,或致少達到70分能夠結案,光有CMMI或是PMP認証是做不到的
真正能讓專案成功的關鍵因素在於人
在於PM能不能掌握專案,能不能與客戶溝通,能不能取得客戶的信賴
PM的身段要軟,技術要瞭解,系統掌握要紮實
具備這三點後,多與User互動,就能獲得客戶的信賴
在於PM能不能掌握專案,能不能與客戶溝通,能不能取得客戶的信賴
PM的身段要軟,技術要瞭解,系統掌握要紮實
具備這三點後,多與User互動,就能獲得客戶的信賴
從三月進公司至今,第一個專案是全新的案子
第二個是接手[即將上線專案]
第三個是接手[需求不定專案]
第四個是接手[使用落差專案]
對於全新的專案,或是半途接手救火的專案大致能掌握到相關的重點
內功心法具基礎後,接下來想先嘗試把CMMI應用在手邊專案,讓專案進行更有制度化
全站熱搜
留言列表
