這是微軟資深專案經理人Stephen Maguire的專案管理經驗。軟體開發和網站開發有極其相似的地方，我們可以從中學習領會許多知識。

第一章.有效團隊的基礎

1、專心改善產品

公司付工資給設計師，要他們在合理的時間開發出品質精良的網站，但是設計師們的時間卻經常被其它事情佔用了。

典型的情況是設計師要花大量的時間準備會議，參加會議，讀寫開會記錄和進度報告，還有回覆email等等，這些事情都不能改善網站的工作，雖然其中一些是設計師自己主動做的，但更大一部分是專案經理下的命令。

雖然專案經理的本意是好的，但是卻違背了專案經理的基本守則：專案經理的任務是努力消除設計師工作上的一切障礙，讓設計師權利專注在真正重要的工作上---網站開發。

這不是震驚世界的發現，只是簡單的道理，但是有多少專案經理確實做到呢？

2、排除干擾

如果你希望團隊在期限之內完成網站，就必須儘可能排除一切不必要的工作。在你分派工作給組員前，請問問自己，這件工作真的有必要讓大家做嗎？身為專案經理，必須時刻問自己一個問題： “我努力的目的究竟是什麼？”

常見的就是讓組員寫報告。一天8小時工作時間，很可能4個小時花在了寫報告上。而正常的開發工作卻不得不加班做。

請不要誤解我的意思，我並不是說不需要進度報告，只是提醒專案經理們，不要過分注重“專案流程”，而忽略了真正的產品----你的網站。我的一點心得是：用一個新的辦法瞭解進度，容易寫，而且不花時間。

1）當有設計師完成一個功能（子專案），就發一個內部email給大家；

2）當專案進度可能落後，就和我私下交流，討論解決的辦法。

3、明確目標

什麼樣的目標是明確的目標呢？其實並不一定是博大精深的，只要足夠詳細，能夠保證專案向正確的方向進行就可以。通常只要專案組長花幾小時，或者幾天時間就可以制定一個詳細的專案目標。例如本站：

目標1：建立一個以網站專案管理為主題的網站。評價：目標已經明確主題，但還是不夠詳細。

目標2：為網站專案管理愛好者提供一個交流的平臺。評價：目標定位了服務物件和主要功能。但是並沒有體現我們建立網站的深層目的。

目標3：為網站專案管理愛好者提供一個學習交流，並能夠共同制定詳細規範的平臺。評價：明確的目標，指出了服務物件，最主要的功能和網站本身的目的。

在目標確定後，我們就堅持這個大方向，凡是有利於目標實現的最先完成，比如：論壇，規範文章。與目標無關或關係不大的，可以不做或者推遲做，比如人才交流，漂亮的介面等。

4、設計的優先考慮

我們要建立以下基本觀念：專案目標引導專案的方向，而設計的考慮順序影響設計的過程。

每個專案的具體情況不同，考慮的優先順序也回不同，一般來說，程式設計考慮的優先順序表為：
1）尺寸大小(size)
2）速度
3）安全性
4）可測試性
5）容易維護
6）簡潔
7）再用性
8）可移植性

除了優先考慮順序外，你還應該建立各項考慮點的質量規範。如果事先能夠決定最合適的優先考慮順序，並建立質量規範，團隊就不會浪費時間，網站的整體風格就會比較一致。

第二章有效的作業方式

1、什麼時候修改錯誤

微軟的經驗是：(1).bug越晚清除，時間花得越多； (2).在開發過程中立刻除蟲，可以讓您早些學到經驗，然後不會犯同樣的錯誤；(3).如果能夠保證沒有任何錯誤，您就能比較準確的估出專案的完成時間。所以，設計師應該把找錯誤當成一件重要的事情，不要為任何理由而耽誤。

2、email的時間陷阱

回覆email要分批做，早上一上班，中午休息時間，或者是下班前看一下都可以，但不要有事沒事都不停的看email。

3、方法讓大家分享

身為主管，你應該鼓勵組員提出改進工作效率的建議。引導組員思考的方法也很重要。比如，下面兩個問題：

a.為什麼進度總是一再落後？

b.有什麼辦法可以避免將來再發生進度落後？

第一個問題可能的答案是：互相依賴的工作太多，工具太難用，老闆是個白痴等等；第二個答案可能是：減少互賴性的工作，購買更好的工具，與老闆加強溝通。

兩個問題的方向不同，第一個是探究原因，導引出抱怨；第二個是未來改進的方法，導引出解決辦法。

問題越精確，問題越有力，對專案目標的實現就越有益，讓我們再看三個問法：

a.如何保持每次都如期完成專案？

b.如何在不加班的前提下，如期完成專案？

c.如何在不加班，也不增加人手的前提下，如期完成任務？

第三個問法，就迫使大家來點真正有創意的思考和認真檢討工作本身值得改進的地方了。一次比一次更精確的問題，可以刺激思考過程，激發更有創意的答案。

4、無意義的懲罰

懲罰是一種心理上的負強化作用，懲罰是對員工的責罵，訓斥與威脅，就象鞭打馬匹使它服從主人的命令。這種管理手段是該受譴責的，如果主管們的用意是希望組員因此而工作更努力的話，就大錯特錯了。這種責罵只會激起組員心中的憤怒，羞惱和沮喪。實際上，往往這些專案的問題都出在管理方面，目標不明確或者野心太大，設計師只是倒黴的遇上了差勁的主管，其實他們的能力不比其他專案的設計師差。因此放棄責罵吧，責罵只會讓專案更糟，絕對沒有任何改善的效果。

第三章：保持進度

即使最順利的專案，也無法完全按照計劃執行，但是，如果你放任計劃隨意進行，有一天你猛然發現專案脫軌太遠，來不及完成。專案就象一枚瞄準月球的火箭，只要有一點點不夠精確，到時候就無法命中目標，差之毫釐，失之千里，實在不可不慎重。聰明的主管懂得這個道理，他們會經常注意專案的精度，隨時修正方向，保持專案不偏離計劃進行。本章將介紹一些很有效的策略，幫助專案保持進度。

1、向前看

我一直相信，專案之所以脫軌，主要原因在於人們沒有認真思考如何使專案保持進度，順利進行。如果沒有未雨綢繆，只是坐等問題發生，到那時候就太遲了。一個月前沒有花30分鐘思考這個問題，現在就可能要浪費幾小時或幾天的時間去修正。這就是所謂的“被動工作”。

解決這種被動工作的方法，就是化被動為主動，事先發掘潛在的問題，並設法避免。有很多方法和技巧可以訓練自己“向前看”，但總結起來不過是一句簡單的要決：定期暫停手邊的工作，然後往前思考，隨時做必要的修正，以避免未來的大障礙。

我已經有十年以上的習慣，每天花10到15分鐘思考下列問題，並且列出答案：有什麼事情是我今天能做，而且可以幫助專案在未來幾個月內順利進行的？

2、明確定義需求的範圍

人們在開口要求的東西未必是他真正想要的，處理他的要求之前，請務必確定他究竟想要做什麼。

在網站專案開發中，經常會遇到客戶或者領導層提出一些希奇古怪的需求。一次，首席設計師驚慌失措的跑來找我，告訴我麻煩來了，客戶對新設計的介面不滿意，要求按照某個著名網站一摸一樣的設計。如果真的那樣做，需要重新花一個星期才能做出來，可是目前離期限的時間已經很短了。聽了他的陳述後，我必須承認如果真得那樣做，我們的進度就完蛋了，同時我也很好奇，為什麼客戶會有這樣的要求，所以在我答覆他們做還是不做之前，請客戶經理去了解一下這個需求的原因。不一會兒，客戶經理笑嘻嘻地回來了。

“他們只是看中了那個網站的動態下拉選單，覺得那樣比較吸引人”

呵呵，我知道他在笑什麼了，這樣的動態選單我們其實早就有現成的模板了，只要將它替換現有的設計就可以了。而我們的設計師不清楚客戶的喜好而已。

大部分客戶在提出需求時都不解釋原因，這種情況太普遍了，甚至你的管理層也會發生這種情況。如果你從他們的請求中無法看出他們的目的，你可以反問他們，在還沒有弄清楚究竟想要做什麼之前，不要貿然答應，寧可拒絕他們的要求也不要浪費這種時間。

3、就是說不

當遇到客戶或上級的無理需求，專案經理往往會忍氣吞聲的同意他們的要求。迫於某些壓力，主管們寧可寧事息人，也不願意為了整個產品或自己的團隊堅持最佳的選擇。

有時候，對方的請求也可能是非常合理的，你也想同意，但是因為你的日程排滿了，實在愛莫能助，您也只好對他們說“不”。然而，在我的經驗中，很多主管為了避免衝突，仍然會同意這樣的請求，只是不知道該如何如期完成這些過多的工作，只是想到時候再說吧，船到橋頭自然直，事實上事情很少這麼容易---船上若是載了太多的貨，就是船身直了也過不了橋啊。

這些主管不了解，勉強接下自己不可能完成的任務，實在是一長痛代替短痛的做法，到時候無法如期完成，倒黴的是整個團隊因此必須加班工作。所以，最好的辦法還是老老實實拿您的日程表，與客戶或上級說明自己心有餘而力不足的情況，設法安排一個折中的日程或工作內容。想想這要比現在無條件答應請求而最後食言的結果要好的多。

4、你無法讓每個人都滿意

身為專案主管，你必須明白這個道理：如果您希望每個人都滿意，最後您會焦頭爛額，什麼事都做不成。

記住：不要為了討好別人而傷害工作程式，您永遠要根據自己的目標，做適當的決策。

同樣，對待上級的建議您也應該考慮後再決策，不要盲從。應該以專案目標為最優先的考慮。我不是主張反抗權威，而是強調：上級也是人，一樣可能犯錯，他們的建議不一定是最好的，如果你想做一名出色的主管，您必須非常認真的衡量所有的建議，不論是誰提出的，您都得確定其符合專案目標才能採納。

如果上級要求您做一件事，而您認為不妥，那您應該在著手進行之前向上級說明您的想法，也許上級回同意你的想法而放棄他的建議，也許，上級會讚許你的想法，但仍請你考慮他的意見，不論結果如何，起碼經過溝通對彼此都有幫助。

記住：是你在為專案負責，不要讓任何人的建議阻礙專案的進行，包括上級的建議。

想確保專案按計劃進行，其關鍵就在於專案經理完全明白該做什麼，並且不讓該做的事受到不當的干擾。
[@more@]

微軟資深經理人的專案管理經驗（轉）

相關文章