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