專案經理該幹什麼？

專案經理 80% 的時間用來溝通，這才是你的工作啊。

我之前也寫過**，後來做做專案經理也是不怎麼碰**了，偶爾一些小專案寫幾個模組。

但是大專案真心沒時間，基本上天天都是溝通。

專案組開會、與業務部門梳理業務、每日工作總結、與pom溝通、找公司要人、找公要錢、找客戶要錢、找客戶領導簽字、各種需求討論、各種匯報。

再就是各種文件。哪有時間靜下心來寫**。

有時候真是懷念那種小專案，雖然獎金少，但人落了個清靜。

----------------------------

你不做專案規劃？不做任務分配？不做進度管理？這些不比幾行**的優劣要重要得多？

-----------------------

**只是乙個個模組的實現，純粹的**人員更是容易替代的。

--------------------

對上對下都要負責，既要做好老闆的管家又要做好專案成員的後勤工作

-------------------------------

沒有架構師的話,專案經理要指導下屬寫**. 不寫**,不會寫**,如何保證做好乙個產品.

很多人都說,我現在做管理了,不用寫**了,寫得了嗎?寫得好嗎?

真正寫得好**的人,不會放棄寫**的.

做專案經理,既然是一把手,不是分分工,提供一下需求就了事.

-----------------------

1.所謂專案經理，手下肯定要有**仔的，一群**仔開發專案，那用什麼技術，什麼框架這得誰決定？當然得有人拍板說用這技術，用這框架，用這模式，誰拍板？當然是專案經理，不然還手下隨便乙個**仔來決定麼，不管他有沒有這能力，起碼這不是他的職責，也沒有這權利，但能參與討論。所以如果專案經理沒技術，那這團隊技術誰管？

說道這裡，有人就要指正了，不是說「開發部接到需求文件，然後出概要設計，計畫進度」麼，沒有專案經理那誰來做？這問題好，觸控到核心了，我的答案是專案組長做。

我認為一般專案乙個專案組長就夠了，根據需求來定整個專案的開發技術，定計畫，然後跟**仔一起開發，我不認可什麼專案經理主要是溝通，不是技術，「與業務部門梳理業務、每日工作總結、與pom溝通、找公司要人、找公要錢、找客戶要錢、找客戶領導簽字、各種需求討論、各種匯報」等等，就如我所說的，這些大部分工作都要納入到專案管理部去，所以就不應該有專案經理的存在來管理這些事，如果你這些都要管，那你當然什麼時間都沒有了，那你當然就需要所謂的專案經理了。

說道這裡，我解釋下專案組長與現在的專案經理的區別：

專案組長，只有做專案「開發」所必要的職責，所以他才有時間搞開發，所有他才能領導整個團隊進步，而現在的專案經理卻什麼都要幹，如5樓所說，這樣的職位我就覺得不應該出現在開發團隊中，應該納入到專案管理部，開發不是非常巨大的專案，只需要專案組長就行了，完成必要的如概要設計等文件就行，其他的就是技術方面的努力了。

這也是我想要的開發團隊。我開發部只提供我們的成果：程式；任何需求變更，人員問題，資金問題等等都應該是專案管理部的事，這樣分工才更明確，才能各取所長。才會有真正的核心技術出現。

-------------------

我公司的專案經理，專案核心的部分，和框架都是專案經理在做，而且也寫**，除了自己寫**的部分工作外，還要指導下面人的技術難題，絕不會拖時間，專案絕不會延期。當然還有其他的。公司手下的人沒乙個不服人家，這才是牛人，才是稱職的專案經理。佔著高位能勝任。不像有些sb專案經理，整天的計畫，溝通，跟進度，給老闆匯報，甜老闆菊花，把自己的想法強加給手下的人，而自己又是個水貨，屁都不懂的門外漢。我猜想樓主應該是這樣的人如果你不寫**。別把寫**看的很低下，以為自己當上了專案經理就不寫**了，對技術愛好者來說，寫**是一件很快樂的事情，而且牛人都是一直在寫**的。很多人到了30歲之後就說寫不動了什麼的話，其實說白了，就是自己的技術不夠硬，30歲之前不好好學習，30歲之後就跟不上20多歲的人了。為自己找藉口罷了。很殘酷，但很現實。

專案經理該幹什麼？

專案經理該幹什麼

專案經理該幹什麼？

IT的你該幹什麼就幹什麼

相關推薦