專案管理中 “以人為本” 的思想(轉)

專案管理中 “以人為本” 的思想
專案管理“以人為本” ，這裡的人主要指的是一些與專案有利害關係的一些人，即專案干係人(stakeholders），一般包括客戶或者使用者、專案團隊、項公司的管理層等一些主要的利害關係者。 一個專案能否成功，很大程度上取決於能不能分清楚這些專案利害關係者各自對專案的影響，不能利用好這些人力資源，溝通協調好他們之間的關係。

評判一個專案是否成功的標準除了在預定的時間內、預定的成本內，技術效能規格和功能上都達到了預定的目標以外，還應該考慮到一些“人”的因素，如專案的客戶、公司的管理者、專案團隊成員等主要的專案干係人對整個專案的滿意程度如何等等。

如果一個專案的專案成果雖然在技術和功能上達到了目標，但是卻搞砸了公司和客戶之間的關係，使公司失去了一個大的客戶，或者因為自己專案團隊問題，造成公司大批技術骨幹人員流失，專案組成員怨聲載道等，這樣的專案能說是成功的嗎？

專案管理中要“以人為本”，主要就是要真正站在這些專案干係人的立場上，從他們的角度出發，使他們能夠通過你的專案中實現他們的價值。如果專案經理能很好的利用這種“以人為本”的思想在專案管理中，並能把這種思想轉化為專案團隊的團隊文化，團隊成員也能以這種思想指導自己的工作，那麼要實現專案的成功，肯定會容易很多。

“以人為本”首先要以客戶為本。就是要想客戶所想，急客戶所急。據統計80%以上的專案失敗都是因為專案的需求不確定造成的，而需求的經常變動大部分都是因為我們不能從客戶的角度出發分析和發掘需求造成的。

一個成功的專案應該很好的解決兩個問題，那就是“我們可以幫助客戶解決什麼問題？我們能給客戶帶來什麼價值”。只有瞭解什麼才是客戶的成功，客戶的真正想要的是什麼樣的產品，客戶為什麼要我們的產品等這些根本的問題，我們才能明確什麼樣的產品客戶才滿意，進而明確專案目標。

對於系統整合的專案來說，客戶需要的不是將一堆硬體和軟體組裝起來，而是要能幫他們解決問題，能給他們的工作帶來方便和收益。如果我們僅僅關心客戶需要多少什麼樣的硬體，需要多少什麼樣的軟體等，那麼我們和使用者之間的距離就會越來越遠。

只有從“我們可以幫助客戶解決什麼問題”這一點出發，我們才能更好的做好我們的需求分析，做好整個專案的範圍管理。需求分析做得不好，其中很大一部分原因就是沒有站在客戶的角度上為客戶考慮。有很多客戶對自己想要的東西說的不是很清楚或者沒有想到，這就需要我們站在他的角度上去想去分析，只有這樣你才能體會到客戶真正想要的是什麼，設計出來的東西客戶才會喜歡，才能真正給客戶帶來收益。

有一次我們在為一家銀行設計一些軟體時，發現銀行櫃員很習慣於用右手在小鍵盤上輸入數字，然後又很不習慣的去找“Y”“N”等鍵來選擇“確認”或“取消”操作，使用起來很不方便，工作效率也大大降低了，所以他們很希望輸入完數字後的能夠很方便的按鍵選擇“確認”或“取消”等操作，可是他們以為這種修改很難實現，所以也沒有提出來。

我們發現後很快更改了設計，使用數字小鍵盤上的一些鍵作為“確認”“取消”的按鍵，櫃員們用起來非常順手，工作效率也大大提高，客戶和我們系統的關係也好像一下子親近了很多。

如果我們能夠在整個專案中處處體現“以人為本”的思想，把客戶的需要放在第一位，每一處設計都能從客戶的心意出發去設計，每一個細節都提前為客戶想好，那麼客戶還會有什麼不滿意呢？

“能給客戶帶來什麼價值”也就是“幫助客戶實現價值”。客戶出錢讓我們去給他們做專案，最終目的不是為了擁有這樣的系統，而是想通過使用這個專案成果達成某種預期的商業目標。

所以我們在專案管理過程中一定要讓我們的系統能夠給客戶帶來良好的收益，例如：對銀行客戶來說就是存款增多，客戶增加等。同時也可以因為我們系統的良好表現，使的客戶內部使用我們的專案的客戶成員能夠得到事業上的提升，這樣我們就從客戶內部得到了一份有利支援。

有一個案例是這樣的，一個軟體應用專案完成開發後需要對使用者進行培訓，但使用者平時都要工作，培訓不得不加班進行，培訓組織工作就非常困難。這時，有的專案經理只會向公司彙報，並在等待中延期和超支；而有一個優秀的專案經理就不一樣，他先從客戶的角度上去分析，看看客戶中的誰會因為使用了自己的軟體系統而得到好處，從而從客戶中找到了自己的同盟軍。然後，這個專案經理或自己說服或高層公關，通過各種方式獲得這些人的支援，最後通過客戶方自上而下施加壓力順利完成客戶培訓，培訓中客戶甚至要求專案組出題考試。

其實，這個專案經理口才並無出色，但他出色之處在於具備了這種以客戶為本的思維方式，進而推動了專案的程式，實現了專案的成功。

為了通過我們的專案成果可以使客戶的到最大的收益，我們就要在定位專案目標的時候能夠充分考慮到客戶的客戶的利益。例如你的客戶是銀行，你就還應該考慮到銀行的使用者，也就是儲戶的利益。假如你為銀行設計了一套系統效能良好，功能完善，可是要普通的銀行使用者使用起來很不方便，要填寫很多單據才可以使用，或者是使用者介面很不友好，普通的銀行使用者根本不敢或不會使用你的系統，從而造成系統的使用率非常低，那麼你的設計就不是成功的，因為你沒有完成客戶想要的目標。

客戶會覺得買你的東西不值得，或者客戶會在專案的後期甚至試執行後強烈要求你改進設計，可能造成很大的成本開支和工期的延誤。

所以以客戶為本，充分考慮客戶的客戶的利益，真正讓客戶通過我們的專案實現自己的價值也是我們管理專案時應該充分重視的問題。

如果能夠真正的做到這些那麼我們一般會擁有滿意的客戶，還有可能促成再次發生業務聯絡，而且一個滿意的客戶的推薦會幫助我們輕而易舉獲得新的客戶。

“以人為本”還要以公司的管理者為本，公司的管理者代表著公司，是專案的堅強後盾。他們主要關心的是專案能為公司實現什麼樣的價值。明白了這點對我們的專案管理很有幫助。

公司確立專案任命專案經理去管理專案，就是為了從這個專案盈利，並且能通過這個專案的經驗積累，能夠在這一領域佔有一定的市場，同時能為公司培養一批優秀的人才。只要從這個角度出發，你和他是同一目標，你們之間就應該沒有什麼矛盾了。

很多專案在當專案發生了變更時，專案經理和公司管理層溝通不夠或者意見不和，專案得不到公司的支援，從而走向失敗。如果本著“以人為本” 的思想，在公司的立場上去做溝通，為專案爭取資源，那麼可以為專案贏得很大的可控空間，從而很大程度上保證專案的成功。

用這個思想去做專案的溝通管理有時可以起到事半功倍的效果。
專案的成功離不開一個好的團隊，把“以人為本”的思想用在團隊的建設和管理中同樣非常有效果。以專案團隊成員為本，從專案團隊成員的角度上去思考問題，可以很快的增強團隊凝聚力和團隊的效率。團隊分裂和骨幹流失是專案的一個重大風險，會給我們帶來慘痛的損失。

有的專案經理雖然專業技術很厲害，也具備一定的管理知識，但恰恰缺乏團隊建設能力，會使團隊人際緊張，甚至分裂，從而造成專案動盪和失敗。事實上如果專案經理能用好以團隊成員為本這一思想，考慮專案組成員參加這個專案團隊，最終的目的是什麼，然後從根本上去分析從而解決問題。

專案團隊成員的參加團隊的目的一般有以下這些：

1、 通過參加團隊解決生存問題。

2、 通過參加團隊可以得到一些相關的知識和技能的培訓。

3、 做這個專案是自己的興趣愛好。

4、 這個專案做的工作和自己的職業生涯規劃有關。

5、 喜歡這個專案團隊的氣氛。

知道了這些目的，專案經理就可以此為導向，和專案團隊成員溝通，建立專案組的激勵機制，讓大家明白我們的共同利益是什麼，為了實現這個共同的目標，我們必須相互協作團結起來。成員之間是相互依賴的關係，必須相互尊重相互協作才能共同成功。

我想在這些共同利益的驅動下，一個專案團隊是可以很快的凝聚在一起的。如果能營造出一種團結和睦，互助協作，學習創新的團隊文化，使每個成員的喜歡這樣的團隊，那麼我們的團隊就是優秀的團隊。

“以人為本”的思想就是要我們換個角度去看問題，從對方的立場上找到問題的根源，然後圍繞根源解決問題。如果能使用好這種思想就能解決專案管理中的很多問題。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/7942439/viewspace-21281/，如需轉載，請註明出處，否則將追究法律責任。