如何做好專案，如何做好一個專案

1樓：百度文庫精選

內容來自使用者:perfectma

怎樣做好一個專案經理

就專案經理的作用而言：專案經理不是萬能的，但對一個專案來說，沒有一個好的專案經理卻是萬萬不能的，一個好的專案經理是專案成功的一半。

要做好一個專案經理1.是要認清專案經理的作用2.要確定專案經理必須具備的各種能力3.

專案經理必須處理好的各種關係。就專案經理必須具備的各種能力和必須處理好的各種關係而言，專案經理必須具備六種能力，處理好六種關係。六種能力：

　　1、專案經理的決策能力反映在預見問題，反映問題，解決問題的能力上。預見問題是很重要的，這樣就會有預控，掌握問題的主動權。問題能不能自行解決，需要不需要反映，能解決的話，要清楚不同方法所對應的結果會如何。

2、組織管理能力反映在有機地組織員工、過程管理、制度建設等方面。組織管理能力對專案經理來說是非常重要的，如何調員工的積極性、專案經理部的積極性以及各方面的有利因素，形成一個有戰鬥力的整體，應該說專案經理，是一位鼓動者、組織者和管理者。　　3、平衡協調能力反映在平衡各員工，協調各部門，確保日常運轉等方面。

專案經理大量的工作就是協調平衡各方的工作程式、利益，在此基礎上確保工程的正常進行。　　4、業務能力反映在成本、進度、效果、帶班、後續服務等的控制上。如何降低成本，如何處理好進度與效果、進度與成本以經濟效益與社會效益的關係，是專案經理的重要課題，專案經理既要會做專案，也要會當家理財；既要創牌子，又要賺票子，這些都是難

2樓：希雁菡隗來

公司其它部門有個專案，需要做很嚴格的測試

，請求我們部門支援，部門就指派我負責。因為專案剛開始不久，專案經理說測試的人員目前還未定，暫時只有我一個人，所以我過來了之後就一直在埋頭編寫測試計劃和測試用例，就像以前做過的那樣。但今天早上我的主管把我叫去了，跟我說了一番話，對我觸動很大。

他說其它部門請我們去支援測試，是希望我們給他們帶去一些更專業的測試思想和方法，而不僅僅是叫我們去給程式找bug。我應該更多的考慮如何去做好測試，把整個過程想清楚，需要什麼資源，如何安排，要大膽地向專案經理提出，而不是跟著專案的進度走，那樣就根本體現不出我們部門的價值。我覺得他說得很有道理，但是說實話，我對一個專案的測試經理究竟需要考慮些什麼，注意些什麼，該做些什麼，並不是十分清楚。

所以在此提出來討論，希望大家給我些建議，謝謝！　　意見：　　這麼久都沒有人給個好的思路講一講這個關於如何做專案的測試經理，也許這個問題問的太大了吧，今天有感而發，說說我的觀點吧。

對於專案的測試經理，每個公司組織結構、專案管理模式不一樣，想做好專案的測試經理，首先是要和開發負責人、專案負責人達成共識，是對於專案的軟體質量理解的共識，對於速度、成本、質量這三個方面，更偏向於那一面、還是都持平。

程式一旦提交到測試，進度完全是可以在測試這一方來主控了。

本帖的案例，我看了一下描述，目前苦惱的問題是：

1、領導說其它部門請我們去支援測試，是希望我們給他們帶去一些更專業的測試思想和方法，而不僅僅是叫我們去給程式找bug。

從上面的描述可以瞭解到，部門領導會這麼說可能是因為：

要想做好專案的測試，我想需要具備下面的一些素質吧，僅供參考：

1、深刻了解測試的整個工作流程、也就是在專案的測試工作中需要做的測試需求、測試計劃、測試用例、測試報告、bug分析

2、及時的收集測試過程中的問題、瞭解測試進度，把問題和進度反饋給專案的各方負責人

3、很好的溝通、協調能力，應變測試過程中發生的需求變更、bug修改進度緩慢、開發延期提交等等一系列問題　　4、很好的承受工作壓力和適應能力，做為一個測試負責人，

3樓：戊睿

在專案管理中，包含了一個專案所需考慮的五大要素，包括成本，質量，進度，功能，持續發展力，一個好的管理者，應該要綜合這五個要素，全面規劃專案，做好計劃，需求，設計和編碼，測試和釋出幾個階段的工作。專案經理圈子　　在成本方面，

分為人工成本，差旅成本，採購成本，其中最主要的還是人工成本的控制，一個好的專案規劃，必定要在專案確定之前，分析規劃好人工成本，而這跟使用者的需求是息息相關的，有了對使用者需求的正確全面的判斷，以及有效的使用者需求管理，才能有效控制好成本支出，不因為不必要的需求變更導致成本的成倍增加，因此，要想做好該階段的工作，除了用經驗和能力做好成本預算之外，最關鍵的還是做好需求分析。

在質量方面，

使用者的需求決定了專案所要的質量範圍。是否要進行設計評審，是否要進行**review，是否要進行單元測試，是否要進行效能測試，這些都由使用者所要的效果和專案的價值，利潤範圍所決定。(如果已定專案價錢的話)如果專案價值高，客戶有發展前景，那麼質量的要求上理所當然要高點，倘若只是一些日常且價值低的專案，又或者只是一些很小且無潛在發展前景的客戶，質量要求可以適當降低，以預算和專案組工作人員工作強度為重。

pm.net　　在專案的進度方面，

首先我們得在計劃階段就確定好幾個關鍵的時間節點，包括初驗時間，換個直白的說法這是公司收錢的時間，至關重要，要放在主要位置，還有就是首個版本釋出時間，需求調研時間，終驗時間這三個。這些都是檢驗和保證專案的進度的途徑和關鍵點，同時我們還得做好使用者需求變更的準備，做好突發情況的應對方案，以有力保證專案進展順利，按時按質完成。　　至於功能，

首先要在需求上下功夫，確保專案設計和開發之前確定下的需求的正確性。在開發過程中不生搬硬套生命週期模型，可以適當的根據具體情況做相應的改動，以保證開發的順利，要儘早的讓客戶試用，讓客戶參與對產品的評測，減少b

如何做好一個專案的管理？

4樓：慧谷培訓

專案管理工作中遇到棘手問題？個人職業發展遭遇瓶頸？也許你需要一個導師為你答疑解惑。

【老邱百問】板塊就是為此而設，主要關注專案管理和職業發展領域，給大家一個提問的平臺，並有機會得到老邱的親自解答，同時將問答分享，以供大家交流借鑑。

老邱百問，答你所問

question

提問者：卓君

提問：網際網路偏技術的職位，做的較多的是公司內部的需求或專案，學了pmp後如何轉到真正的專案經理

老邱解答

如果你已經是pmp，那麼你一定對pmbok的過程有所瞭解，很想把pmbok所學到的知識運用與日常工作和日常專案中。專案管理人都是有專案管理思維的，比方專案立項管理、專案規劃管理、專案執行管理、專案收尾管理，其實在我們日常工作中，還有很多pmbok中都會提到非常實用的三大工具，今天我在這一篇文章裡就給大家介紹專案經理的三大神器！我們也運用場景給大家介紹這三大神器的使用方法。

神器一、mindmanager

專案立項了，我們的章程已經發布，所有人都知道你已經被任命為專案經理了，當你摸不清頭腦應該如何往下做的時候，pmbok被開啟了。原來，制定專案章程之後，你必須要完成專案管理計劃了，但是該計劃中這麼多子計劃讓你無從下手。。。

不急，聽我慢慢道來！

專案是由一個商業機會觸發，而這些商業機會早已寫在商業論證中，也在立項之前明確，在你的專案章程中也應該有高層級的目標和範圍。作為專案經理的你，應該繼續觸發需求管理，專案管理的交付五花八門，有的是實現一個新產品，有的是為客戶部署一個產品功能，有的是做企業內部交付，有的甚至只是單單一個流程優化。此時的你，大可不必驚慌，因為我們專案管理的方法是一樣的，我們收集需求的工具和方法其實大多相同。

1、產品類專案。

這類專案的專案經理需要有敏銳的使用者視角，你很清楚，你的產品設計的好壞會直接影響到使用者的購買。所以，獲得需求的樣本量越大，對你的產品設計和研發越是有幫助。而這時的你要知道，產品設計資料是王道，所以需要大量問卷調查進行統計分析，跟團隊進行頭腦風暴，抽取樣本開焦點小組及引導式研討會等，甚至還需要考慮到發起人可能會有私人想法，然後對其運用訪談技術。

2、部署類產品。

部署類產品相對來說比較成熟，客戶和使用者的定位比較明確，他們的購買或者使用思路比較清晰，如上線一個erp，又如部署一個基站做5g的升級。那麼作為部署類專案的專案經理來說，建議使用的一些需求工具如：跟客戶一起頭腦風暴，開焦點小組會議，或者是引導式研討會，然後對一些部門主管進行訪談等。

3、內部交付類、流程優化類專案。

你的使用者群可能就是公司的某一些業務部門，需求樣本量相對較少，你也不一定需要類似問卷這種大樣本工具，我們建議使用：頭腦風暴、焦點小組、引導式研討會等，去觸發使用者對於需求的表明。

無論在哪種模式下，這時候的專案經理一個開始頭大了，需求越來越多，也越來越搞，早知道不跟這些使用者開會了，他們又不懂，個個考慮自己的私利以自己為中心，而不是專案產品為中心了。pmbok 又教我們我們可以用親和圖、名義小組、引導等方式給需求進行排序和分類，這樣不至於使使用者們提出的各種需求都納入到我的專案範圍。專案資金是有限的，專案經理不可能在有限的資源做出無限的功能。

這種型別的需求工作會議，開多了就樣樣蔓延，開少了呢又怕遺漏需求。這時候，你完全可以使用這個神器，mindmanager。它整合了頭腦風暴、親和圖、名義小組等各個工具的優勢，當大家在談每一個需求的時候，如果你用白板寫出來還是不夠裝逼，此時的你可以用一臺投影儀，連線著你的電腦，把大家談到的各個散亂需求寫在軟體中，這個其實是頭腦風暴的功能，邊開會邊合併需求，這其實是親和圖的功能，最後把各種型別的需求合併到一個總的腦圖，這才是真正的需求樹。

這時候，我們該用名義小組或引導技術了，這麼多需求畫在一個圖上的，也讓使用者們感到壓力，因為他們自己一看這麼複雜也打了不少退堂鼓。

原來專案將來做出來是這麼複雜的鴨，引導他們，還有走名義小組路線啊，不是不讓大家暢所欲言，讓他們先刷一遍存在感，讓他們暢所欲言談需求好了，當他們自己眼中看到是這麼複雜的時候，就不太再會蔓延了。不蔓延了之後，我們就開始砍需求，讓大家用名義小組投票每一個需求的重要程度，甚至我們可以用決策的投票技術讓大家砍掉不需要的需求。這樣的你，既跟使用者們互動比較好，也體現了專案管理精神，需求讓他們談，需求也讓他們自己去砍，砍完的就是你想要的東西了。

這個需求會議建議從原先的頭腦風暴彙總到思維導圖，到現在的大家最終定下要做和不要做的需求，兩個小時已經過去了。

現在社會，頭腦風暴軟體已經非常普及，你的裝逼程度也就一般，所以應該考慮我們的神器二。

神器二、axure

你讓這麼多使用者參與需求會議，也通過訪談了解了老闆們的私密資訊，這時候你需要提升的是大家心中你的專業度了，把他們的需求迅速用原型法畫出來。如果剛才在需求會議的2小時我們定下需求後，你趁熱打鐵馬上能夠畫出原型，這會讓無數人仰視你，他們心中無數個666。這個軟體使用起來並不難，難的是你是否真的有藝術靈感和審美，你並不用把專案交付物全部畫出，你只要能夠畫出基本框架就好。

因為這時候的使用者，雖然談了需求，但其實他們腦子裡空空無物。只有當你拿出一個雛形出來的時候，他們才會真的聯想到是否那就是他們想要的，甚至會觸發新的需求。

在需求會的10分鐘休息後，你馬上畫出了他們想要東西的草圖，這個圖不需要非常逼真，只要有功能和框架即可。之後我們的**才真正高效，而你的專業也將贏得使用者的信任。你相信麼，從這裡開始，在他們心中，你已經是一個非常專業和優秀的專案經理了。

此時的專案經理也心累，想想以前做了這麼多年技術現在開始要能夠畫原型圖，沒辦法，因為你越來越貼近使用者，沒有一技防身咋辦呢？

接下來就要搞定團隊的人了，我們建議使用神器三。

神器三、wbs chart pro

這款軟體我曾經用過，但是貌似近幾年在國內並無銷售，所以大家可能要花點心思才能找到。對外通過思維導圖、exure可以搞定，但是對內就要考慮如何做出這些產品和功能，而我們眾所周知專案經理的分工作包的工具叫做wbs，如果你再像以前一樣靠手繪或者用ppt繪製，已經不再裝逼。另外，我們在能夠自傷而下分解到工作包的同時，我們也可以考慮如何把進度自上而下的粗略分解，把成本也自上而下的粗略分解了。

對於一些小型專案來說，是否要畫出甘特圖其實並不是那麼重要，可以用這樣子的分解，也可以對每個工作包進行自上而下的估算，其實我們已經可以開工和準備做了。如果大家問我，讓專案能夠快速的運作起來，還缺少什麼，其實就少了任務分配這個維度。

因為wbs chart pro把任務也分解到了工作包，每個工作包也有它自己的開始時間和結束時間，我們接下來可以用excel作一個raci模型把分工這個功能給加上去，這樣，整個專案的前期規劃已經是非常完美了。我們已經有了工作包，每個工作包的開始和結束時間，再做一個表，註明誰負責完成這些工作包即可。

本期呢，我沒寫那麼多的心理**類的話，也沒寫專案經理職業觀點，我實在一些，教大家專案管理裡非常有用的三大神器，不知道你們用過哪一個呢？

我們下一期見哦~~

如何提問

老邱百問，答你所問。

如何做好專案，如何做好一個專案

如何做好紳士，如何做好乙個紳士

如何做好廚師，如何做好一個廚師

如何做好好監理，如何做好一個好監理。

其他用戶還看了：