目組里面的每個專業(yè)成員，他們都有擅長的領域，做他們擅長的事情是他們的快樂。而不屬于他們擅長的事情，對他們來說就算是雜事一般。

項目經(jīng)理一定要有一個這樣的意識：

項目經(jīng)理就是打雜的，幫助項目組成員把雜事處理掉，讓他們可以專心的做他們擅長的事情，這樣對項目組來說才是高效的。

一個簡單的例子，測試人員Tracy在測試某個功能的時候，突然發(fā)現(xiàn)她需要一個賬號，同時開通這個賬號的某些特定的權限，同時她需要一些服務器的信息，比如主機名，某些功能文件夾存放的路徑。但是她不清楚這個賬號和權限要找誰開通，這些服務器的信息誰有。Tracy是個喜歡做測試的人，但是她不喜歡跟項目組外的人溝通，特別是還要到其他部門去找人問人。這些對她來說就是雜事，而且她對其他部門的人也不熟，一個一個問明顯效率不高。

你可以自己去幫她找到需要的信息，也可以找一個對這方面比較熟的人去解決，但是你絕對不能讓她自己去做。

“為什么我的手下不能解決這么簡單的問題？如果連這種事情都要我來幫忙的話，那我這個項目經(jīng)理做來干什么？她當項目經(jīng)理得了。“這種想法千萬是不可取的。

你當這個項目經(jīng)理的目的并不是管人，指使這人做什么那人做什么。你的目標只是把項目快速推進完成。

四、控制需求

在所有因素當中，需求對項目的影響力，至少占50%以上。能夠控制好需求，項目就成功了一半?？刂菩枨螅腥缦聨c：

1. 必須有人能夠當好產(chǎn)品經(jīng)理這個角色

一個項目組當中，其實人人都可以影響需求。但是管理需求的，是產(chǎn)品經(jīng)理這個崗位。如果你的項目組當中已經(jīng)有一個很好的產(chǎn)品經(jīng)理，恭喜你，項目經(jīng)理可以輕松很 多。但是世間事不會如此幸運，因為現(xiàn)實生活中，并不是所有的產(chǎn)品經(jīng)理都這么棒。作為一個對項目完成負責的項目經(jīng)理，當你們組沒有一個好的產(chǎn)品經(jīng)理的時候， 你必須意識到，你至少要扮演好一半的產(chǎn)品經(jīng)理，除非你本身對項目的完成也沒什么責任感。

2. 管理需求的人要平衡工期和功能友好程度

需求其實有兩個極端，一個是盡善盡美，盡可能的讓功能更友好，用戶體驗更佳；一個是盡早交付，一切改善性的需求都可以犧牲。

只滿足前者，項目工期可能會不斷的拖延，因為很多功能的工作量其實是在細節(jié)的優(yōu)化，而不是主要流程的完成。只滿足后者，很可能會出現(xiàn)一個讓用戶很不滿意的產(chǎn)品。一個有經(jīng)驗或者產(chǎn)品意識很好的產(chǎn)品經(jīng)理，可以很好的平衡好這兩點。如果產(chǎn)品經(jīng)理不能平衡好，那只好依賴項目經(jīng)理來平衡。這點，如果產(chǎn)品經(jīng)理或項目經(jīng)理不是天才的話，只能通過經(jīng)驗來學習。

比如我們在做一個注冊的頁面，里面有個城市的輸入框。城市的輸入框可以做得很友好。如果要項目盡早完成，那么這個輸入框我們只要讓用戶自己輸入就行。一個比較好的設計就是兩個下拉環(huán)框，一個選擇省份，然后再選擇城市。但是一個更好的設計是讓用戶既可以選擇，也可以自由的在這個輸入框里面輸入拼音首字母，漢字，然后系統(tǒng)就會自己顯示相匹配的城市讓用戶選擇。后兩者的改進肯定會花時間，但是如果這兩種改進都不做，讓用戶只是自由輸入的話，后期維護的時候就會出現(xiàn)用戶輸入不標準的城市數(shù)據(jù)，如果我們需要用戶的城市數(shù)據(jù)做一些其他功能，就會有錯誤數(shù)據(jù)的風險。

3. 懂得對不重要的需求說不

如果你不能平衡好工期跟功能改進的話，有一點你一定要意識好，就是你一定要懂得對不重要的需求說不。這很簡單，你對一個需求說不，只要這個需求不是一個會造成其他功能依賴的核