【小剛的回答】:

謝邀。

LZ沒說明白是哪個行業(yè)的項目經(jīng)理,暫且認為你說的是IT項目經(jīng)理吧

現(xiàn)在產(chǎn)品經(jīng)理很火,項目經(jīng)理還有別于產(chǎn)品經(jīng)理,簡單的說,產(chǎn)品負責一款產(chǎn)品的整個生命周期，項目經(jīng)理則負責這個周期中得一部分，比如開發(fā)階段，測試階段，運維階段等等。

下面開始說說項目經(jīng)理平時工作中得內(nèi)容，這里是說軟件項目經(jīng)理，因為俺是干這個的。

1. 溝通：和客戶的溝通，和下屬的溝通，以及和各個部門人的溝通都是決定項目成敗的關(guān)鍵因素。所以溝通會占去工作的很大一部分，高效的溝通可以提高工作效率。
2. 時間：項目經(jīng)理需要對項目進度時間有一個整體的把控，不要等到客戶催的急眼了才后悔當初沒做仔細的項目進度計劃。接到需求，項目經(jīng)理首先要對這個項目分階段來研究，和技術(shù)人員溝通之后確定項目每個階段的時間節(jié)點，降低項目失敗的風險。
3. 技術(shù)：雖然說項目經(jīng)理算是管理層，但是據(jù)我接觸的項目經(jīng)理一般都是從技術(shù)方向發(fā)展上來的，所以做事不能忘了老本，而且一般的小項目很少會安排一個架構(gòu)師一個項目經(jīng)理，所以如果遇到項目經(jīng)理來帶項目的話，項目經(jīng)理還需要對項目的整體架構(gòu)有一個大概的把控。
4. 文檔：這個也許是最頭痛的了，項目經(jīng)理職位的轉(zhuǎn)換就是寫各種文檔，當你慢慢的開始寫文檔的時候就意味著公司領(lǐng)導開始培養(yǎng)你管理能力了。從寫需求文檔開始，功能測試文檔，項目計劃文檔等等。
5. 團隊：為什么會說這個，因為團隊人員的去留和項目經(jīng)理有很大的關(guān)系，要知道現(xiàn)在組建一個非常牛逼的團隊是很不容易的。項目經(jīng)理需要讓下屬找到可以挑戰(zhàn)的新技術(shù)，來自由發(fā)揮他們的長處，而不是每天苦逼似的加班加點。當然這些跟公司文化和公司發(fā)展也有關(guān)系。比如能提供給開發(fā)人員的薪資待遇問題。

【馬曉峰的回答】:

項目經(jīng)理最重要的就是溝通吧，你要協(xié)調(diào)下面幾個小組之間的合作，資源的分配（比如測試機，經(jīng)費等等）負責頂住上層的壓力（日程提前），爭取手下的福利（聚會費用)..還有就是有否決方案的決斷力，這一點很重要。。

【丁健的回答】:

在團隊，業(yè)務范圍，成本，時間上能良好地協(xié)調(diào)

【周翔的回答】:

主要工作有：聽說讀寫想。更進一步，確定個所占時間比重，就我個人來講， 聽20%說20%讀30%寫20%想10%   但所占時間10%的思考是很重要的。

要注意的有：

1、技術(shù)：不是指懂技術(shù)或活兒好，這兩項比我優(yōu)秀的人多了去。  技術(shù)是指對技術(shù)的理解，一種開放又實用的理解。

2、政治：技術(shù)大拿往往不屑于，或者干脆就缺乏能力，去理解和懂得組織結(jié)構(gòu)，神圣目標（最高指示），團隊目標，市場目標，營銷手段等等。  項目經(jīng)理是技術(shù)實施者和需求發(fā)起者之間的橋梁

3、激勵：如小剛所說，項目經(jīng)理往往都是光桿兒的，得分析各人需求，使用各種方式，要激勵不歸你管的人，來為你做事?？茖雨P(guān)系制度規(guī)章往往在項目中不是特別好使。大領(lǐng)導特別受權(quán)，或每月參加你的項目例會，這不是每個項目都能享有的特權(quán)！你要自己創(chuàng)造激勵。

4、管理：與一般管理一樣，成本預算，時間進度，危機預控等等。

最后，特別送你一句話：項目經(jīng)理在從事自己所熱愛的項目時，才能充分發(fā)揮最大能力！祝你工作和生活都順利！

【李雷的回答】:

本人是弱電項目經(jīng)理，也就是在傳統(tǒng)建筑內(nèi)應用IT技術(shù)的項目經(jīng)理，如在建筑內(nèi)設(shè)計安防、報警、網(wǎng)絡(luò)、樓宇自控、廣播等系統(tǒng)。這種項目經(jīng)理雖然項目大部分和廣義上的IT有關(guān)，但在施工中還是要和傳統(tǒng)項目如土建、安裝、消防、內(nèi)裝、外裝等工程對接的。

新型IT項目經(jīng)理，由于IT發(fā)展時間比較短，在項目管理上不論從管理方法還是經(jīng)驗都不如建筑項目經(jīng)理好。建筑行業(yè)項目經(jīng)理一般是這樣的：

項目經(jīng)理崗位職責

全面負責本項工程現(xiàn)場的設(shè)計、施工的協(xié)調(diào)管理，按照本項合同的條款規(guī)定和本方案提出的管理方案、施工組織設(shè)計，協(xié)調(diào)與施工相關(guān)各方的配合。本項目施工進度、質(zhì)量、安全、文明負責，是工地安全生產(chǎn)、防火、防盜的第一責任人。負責協(xié)調(diào)工地各方的關(guān)系，代表公司全面負責整個工程的人員組織安排和處理工地現(xiàn)場重大事件，保證工程進度和質(zhì)量。

這些雖然看起來比較少，但實際上做的工作非常多，非常碎。可以說，項目經(jīng)理除開會外，剩下的日程只能定下來一天的，甚至這5分鐘都不知道下5分鐘人要去哪里。這些東西，展開來能寫一本厚厚的書，書名就叫《建設(shè)工程項目管理》。

因為上面的人說的都是IT項目管理，故本人在這分享一下傳統(tǒng)項目的項目管理，供大家思考。

【饒維立的回答】:

在IT這個行業(yè)干了6-7年了，從事管理崗位也差不多有3個年頭了；最開始做開發(fā)人員的時候只要做好自己的事情就行了，感覺也聽自在的；因為當時公司發(fā)展到一定規(guī)模了，需要管理了，自己也是被趕鴨子上架做上了管理崗位，雖然剛開始的時候還不太情愿，但是最后走下來發(fā)現(xiàn)收獲還是頗豐的。

以下是個人的一點點總結(jié)：

1       項目經(jīng)理需要具備的素質(zhì)和團隊管理 1.1     個人素質(zhì)：

1：做事要有計劃

白天將今天的任務想一遍，晚上將一天的工作在腦子里總結(jié)下

我今天要干什么？我今天都干了什么？

2：每天花5%-10%的時間去看些書籍或者網(wǎng)站

保持自己在團隊中的技術(shù)領(lǐng)導力

3：短期的目標

需要掌握的技術(shù)和完成的項目

4：自我調(diào)節(jié)

心態(tài)調(diào)整，總結(jié)和溝通

5：自我完成，自己做主

碰到問題或者困難，可以自己做主解決，即使會犯錯誤。

即使自己不能解決，要拿出方案出來。積極的展開交流和實踐。

6：打開自己，多做溝通

釋放自己，才能融入，多做溝通才能增進了解

1.1     團隊：

1：將積極的心態(tài)一面帶給大家

試著改變別人的同時，自己也會改變

2：團隊要看績效而不是表面功夫

加班再多，說的再多也沒用；關(guān)鍵還是績效和能力，始終牢記這點

3：人情冷暖

注意成員之間互助，關(guān)鍵還是加強溝通

4：團結(jié)就是力量

不要充當英雄，大部分的時候我們還是靠的團隊

5：要把自己當成團隊中的重要的一份子

每個人都是很重要的，不要認為自己不重要，脫離集體

6：團隊中不要自大，要謙虛

想想李開復、蓋茨，你沒有資格自大

7：脫離集體，等于自我毀滅

家庭如此，開發(fā)團隊一樣如此

2       具體工作中各個環(huán)節(jié)的把握

2.1     需求分析階段

所有項目和產(chǎn)品的開發(fā)最初都需要經(jīng)理需求的分析階段，需求分析的目的就是要找到用戶為什么用，如何用的問題；了解客戶到底想要做什么。

如何做需求分析？

首先需要拿到客戶的原始需求，客戶的原始需求可能會比較簡單，也可能會比較系統(tǒng)比較全；不管是簡單的還是全的，我們首先就是要了解整個項目的目標的是什么？要達到一個什么樣的效果；

分析項目針對的人群，也就是說這些項目是給誰用的，誰會參與到這個項目的使用，他們用來干什么？

分析項目的場景，項目是如何應用的，我們可以試著去想象這樣的一個場景，并將這種應用的場景描繪出來，這其中我們要遵循合理的原則，即這樣應用合不合理，有沒有達到效果。

確定好以上之后，我們就需要通過USER CASE描繪出具體人員使用的用例圖，哪些人用這些，怎么個用法，通過USER CASE表達出來。

橫向我們需要把功能項羅列出來，將不同的大的，小的功能項進行劃分和歸類。

最后進行一些細節(jié)的需求方面的分析和確定。

需求分析的過程中需要做到不斷的討論，也許是爭論，并且要和客戶做長時間的溝通和確認。需求做不好的話，也許整個項目就偏離了軌道，偏離軌道也就離懸崖不遠了；

2.2     設(shè)計方案階段

需求分析是要搞清楚我們做什么？

那么開發(fā)的方案就是要搞明白我們要怎么做？

做方案，就是要考慮如何能快速、高效、高質(zhì)的將需求中的功能項給實現(xiàn)了；

第一步，我們還是需要定一個大的基調(diào)出來；這個基調(diào)就是，我們的開發(fā)是基于什么樣的平臺？這個平臺可以是一個類似的項目，也可以只是一個開發(fā)框架；不管是什么樣的平臺，我們前期都需要能夠確定下來，根據(jù)需求中可能存在的風險評估出需要哪種平臺。

確定好開發(fā)平臺后，我們接下來就需要根據(jù)現(xiàn)有的平臺去確定開發(fā)的方案了；在確定每個功能的開發(fā)方案的時候，我們首先還得明確每個人負責的模塊和事項；根據(jù)個人的能力和技能的不同分配不同的任務。

任務確定好后，接下來就需要由不同的成員去負責各自模塊的設(shè)計方案；

設(shè)計方案需要明確以下內(nèi)容：

細化你的需求

打算用什么樣的語言、框架、數(shù)據(jù)庫來進行設(shè)計

業(yè)務流程圖是什么樣的

類圖(UML)是如何設(shè)計的

每個人的設(shè)計方案確定好后，項目組內(nèi)部還需要進行設(shè)計方案的Review，相互之間去了解對方的設(shè)計方案，看看有什么不妥的地方。針對設(shè)計方案中的問題進行討論和分析，最終確定正確有效的開發(fā)方案出來，必要的情況下可以讓客戶一起參與進來。

2.3     開發(fā)計劃

有了開發(fā)方案了，就可以出一個具體的開發(fā)計劃出來；

每個人根據(jù)自己的真實情況評估自己負責的模塊所需要花費的時間；時間需要精確到天，針對需要7天以上開發(fā)時間的模塊，我們需要重點再分析下需求和方案。

2.4     具體的開發(fā)過程

進入到具體的開發(fā)過程了；

因為前面做了需求和方案，所以在開發(fā)的時候，我們就需要按照前面的方案來進行代碼的編寫了；可以說這個過程是一個細活，通過敲打一個一個的字母最終完成整個項目。

在開發(fā)過程中，我們需要引進敏捷開發(fā)模式 ，所以我們開發(fā)的時候需要遵循以下一些原則和方法：

Code Design：編寫代碼的時候一定要有設(shè)計，前面你做了方案的分析，但是到了具體的代碼可能跟方案還是有些差別，所在在寫代碼之前，一定要做Design。

Code Review：代碼的編寫過程必須要有審核階段，每個人寫的代碼都是參差不齊；所以也出現(xiàn)一些莫名其妙的問題，所以為了避免后期的高維護成本，我們在前期的開發(fā)過程中就要控制，進行代碼的審核；這也是為了提高代碼的質(zhì)量。

代碼的審核，主要是審核：設(shè)計、規(guī)范、可擴展性；這個需要專人來負責；

Code Reuse：代碼編寫的時候要盡量的考慮到重用；一個代碼寫出來不是說放那里就不動了，它會流動的，可能別人也會用到，所以要考慮到重用性。

Code Test：測試驅(qū)動，敏捷開發(fā)中很強調(diào)這個Code Test，代碼需要在開發(fā)階段就能完成一些基本的測試，這樣可以減少后期不必要的測試成本。

Code is Document：注意，在編寫代碼的時候，要多地寫注視，對于開發(fā)人員來說，代碼就是文檔，什么開發(fā)手冊，什么開發(fā)說明；這些都比不上Code Document；優(yōu)秀的代碼，我們通過觀察代碼的結(jié)構(gòu)，代碼的內(nèi)容，注視就能很輕松的知道代碼的用處和邏輯；

除了敏捷開發(fā)遵循的一些原則和方法外，在開發(fā)的過程中我們還需要有一些制度和手段：

開發(fā)例會

項目組內(nèi)部需要經(jīng)常性的開會，參與討論項目中的問題，和未來需要注意的地方；

【成宬的回答】:

日常工作：

Budget

Schedule

Resource

需要注意：

激勵

關(guān)系

獲益者

【楊帆的回答】:

  我覺得小剛說的蠻好，我自己的覺得最重要的是溝通，所謂溝通是在說話上要有藝術(shù)性，項目經(jīng)理就是要能很好的跟客戶溝通，傳達自己的公司的要求以及能夠給客戶所帶來相應的回報，但這樣的傳達不僅僅是傳話筒的作用，不光是與客戶之間的溝通，在對自己公司更要溝通，要上高層了解你做了什么？進展如何？客戶的問題在哪里？你是如何解決？最終方案是什么？能給公司帶來多少收益？；其次是要夠專業(yè)，以公司利益作為前提，客戶要求為目的，設(shè)計出合理的方案，這就需要對要求了解客戶提供的資料能夠看出更深層次的信息，發(fā)現(xiàn)其中的問題和風險，對客戶提出相應的要求。還有一個是時間這個很容易理解，各個環(huán)節(jié)要銜接好，效率第一。說了我對于我工作的一些理解，沒有那么全面請見諒！

【侯峰的回答】:

項目經(jīng)理的實際執(zhí)行階段職責比較復雜，個人直接感悟是要基于項目當前階段的實際情況，為實現(xiàn)項目的目標對項目干系人施加或積極主動、或被動、或顯性、或隱性的的影響和控制，時刻關(guān)注項目風險，對風險的整體把控是項目經(jīng)理重點要關(guān)注的。

同時也很認可微博中的一段話，“做管理，無論多忙多累，都要每天跳出繁瑣事務，從全局思考：工作安排是否合理，流程是否需優(yōu)化，下屬是否需幫忙，是否需要爭取老板或兄弟部門的支持，有無創(chuàng)新機會，同行哪些經(jīng)驗和教訓值得借鑒等。否則，很容易沉浸于具體工作，疲憊而無法自拔?！?/p>

【iChelsy的回答】:

你好 我是互聯(lián)網(wǎng)行業(yè)的項目經(jīng)理；但是我并不是技術(shù)出身的 因為之前在高級翻譯崗位 能夠直接接觸項目各個板塊的核心人員 包括商務談判 開發(fā) 項目管理團隊 還有項目實施 后來才慢慢的轉(zhuǎn)作項目管理；但是目前來說 還是一個新人 要多多學習 存在的最重要問題是技術(shù)背景比較薄弱 另外因為公司體制的問題 我暫時也不太涉及商務及budget的業(yè)務；

不過我認為一個項目管理人員 最重要的能力還是溝通

1：跟客戶溝通，討論需求

2：跟開發(fā)溝通，確定可執(zhí)行需求，形成各式項目文檔

3：跟實施溝通，跟蹤項目進度

4：處理突發(fā)情況的能力

除了溝通之外，另外一項最重要的能力是學習能力；任何一個人要有對未知知識的求知欲，以及為了滿足這種求知欲的快速的吸收，消化，理解并運用的能力!

【王浦勛的回答】:

不同行業(yè)的項目經(jīng)理工作內(nèi)容會有不少差別，前面不少IT界PM帶領(lǐng)IT民工做項目，作為傳統(tǒng)建筑業(yè)防腐工程項目經(jīng)理，手下可都是實實在在的民工了。

除日常會議、看圖、做預算、領(lǐng)導施工等外，還要負責工人在當?shù)氐淖∷蕖⒊燥埖纫幌盗袉栴}，讓工人有干勁。把工人領(lǐng)導好，施工工作就好做很多。

另一方面要和業(yè)主、甲方搞好關(guān)系。像財務、安全監(jiān)理，甚至保安（有些項目部分區(qū)域武警把守），都會對工作有幫助。

以上說的有些簡單寬泛，總之好的項目經(jīng)理除了專業(yè)知識外，個人能力也十分重要，要有一定的人格魅力，能協(xié)調(diào)處理好各方面關(guān)系，把工作做好，為公司省賺錢。

【kangtiji的回答】:

PM——項目經(jīng)理（Project Manager）

不同行業(yè)PM的權(quán)責真的是差異巨大，但所有行業(yè)的PM應該都有以下共同點。

Do everything by do nothing

簡單點說說

1，溝通協(xié)調(diào)能力一定要好

（PM往往是內(nèi)外銜接口，對內(nèi)工程人員，開發(fā)人員，銷售人員；對外客戶，相關(guān)合作伙伴，各級相關(guān)機構(gòu)）

2，很多具體事情不用你親自動手，但一旦出問題，PM是首先問責人。因此對于項目的關(guān)鍵點，PM一定得有精準把控，因此PM做周報月報是經(jīng)常的事，一來讓自己團隊對項目進展有數(shù)，二來也是對客戶的一個交代，很多國外客戶對于項目實施都要有定期周報月報。

3，不要輕易做出承諾（一定要預估風險留有余地）

4，時間。PM一定要是時間概念很強的人。

PMP考試，現(xiàn)在流行的PMP，說實話學習一下有必要，但千萬不要死扣PMP的教條。

畢竟國情不同，在很多環(huán)境下，按照PMP往往死得很慘，切記。

原文地址:知乎