本來是不想寫這種blog了的，反正自己現(xiàn)在也不準(zhǔn)備做項目經(jīng)理了，但在近來項目中碰到的一些事情讓自己產(chǎn)生了些想法，還是要寫寫。
案例
最近在做一個OA性質(zhì)的項目，在第一階段的目標(biāo)制定上項目經(jīng)理選擇了完成個人辦公中的開發(fā)模塊，同時引入了收發(fā)文，在項目進展到目前階段時，完成的主要是其中的個人辦公中的一些功能模塊，就在這個時候項目經(jīng)理和用戶談同時引入目錄服務(wù)、郵件服務(wù)器、短信平臺接入、數(shù)據(jù)移植幾項的部署和開發(fā)工作，用戶的評價是系統(tǒng)做的非常的不好，理由是界面以及交互太爛，根本就沒法用，同時用戶認為數(shù)據(jù)移植不應(yīng)該在現(xiàn)在做；項目經(jīng)理在管理團隊時多以項目經(jīng)理自居，動輒"你是項目經(jīng)理還是我項目經(jīng)理"這樣的話，對于目標(biāo)和計劃從來就是直接布置，并沒有和團隊的商量或激勵其他的策略，在給公司的通報郵件方面也是從來不發(fā)送郵件給項目組成員，導(dǎo)致項目組成員對于項目階段、目標(biāo)以及公司的看法都毫無所知；而對于用戶，項目經(jīng)理總是認為用戶各方面做的都不對；對于第三方合作廠商，項目經(jīng)理總是認為在合同的含糊點上互相扯皮，而不是盡快的想辦法去解決。
在這樣的一個案例中，大家認為項目經(jīng)理有哪些需要改進或做的不妥的地方呢？
作為我個人而言，我認為主要有這么幾點：
● 未把握客戶的核心目標(biāo)
?????其實在多次和用戶的交流中可以看出對于第一階段而言，用戶認為的最重要的目標(biāo)就是建立系統(tǒng)良好的界面和交互，同時作為OA性質(zhì)的項目而言，什么才是帶給客戶真正最有價值的呢，自然是收發(fā)文這種流程模塊，項目在第一階段的過程中卻完全的忽略了這兩個關(guān)鍵目標(biāo)，客戶自然是無法滿意的。
● 未建立團隊對于目標(biāo)和計劃的認同
???? 團隊對于項目目標(biāo)和計劃的認同絕對是能否按計劃完成目標(biāo)的重要影響因素，項目經(jīng)理對于目標(biāo)和計劃的制定并沒有得到成員的足夠認可，過于獨裁方式的決定導(dǎo)致了項目組不夠穩(wěn)定的思想和工作狀態(tài)，同時有效的溝通、交流信息未足夠的傳遞給項目組成員，在以前我做項目經(jīng)理的時候，我一直就認為給團隊成員及時的傳遞客戶、公司態(tài)度、信息是很重要的事，讓成員知道項目的狀態(tài)、進展情況等。
● 未有效的尋求達成項目目標(biāo)的方法
???? 在客戶有看法，第三方合作廠商有拖延的情況下，并沒有尋找有效的達成項目目標(biāo)的方法，而是一味的去看著合同扯皮，個人看法是，當(dāng)項目出現(xiàn)問題的時候，應(yīng)該做的首要事情是想辦法去解決問題，而不是追求問題的起因，責(zé)任人，如果認為第三方廠商拖延就是第三方廠商責(zé)任，也不去管它的話，其實對于自己來說也不是好事，畢竟項目是推遲了，項目仍然是失敗的，盡管表面看起來責(zé)任好像不在自己這邊。
ps: 還想說下項目經(jīng)理對于技術(shù)是否應(yīng)該了解，盡管從很多方面來說項目經(jīng)理不懂技術(shù)最好，因為這樣才能完全從用戶目標(biāo)出發(fā)，但對于不懂技術(shù)的項目經(jīng)理來說，我覺得那樣的項目經(jīng)理就不能隨意的給用戶什么時候完成什么的目標(biāo)，象在這個案例中，還有的一個問題就是在同一時段引入了象短信接入、目錄服務(wù)、數(shù)據(jù)移植這些不穩(wěn)定的因素，導(dǎo)致了項目的技術(shù)風(fēng)險平白的增大了...