不管是不是真正的PM，你都不需要和程式設計師開會

1、所有產品都要適合市場，所以要不斷更新，為了適應市場發展的需要，產品經理只能經常改變需求，而這些需求需要程式設計師進行相應的調整。

謙虛和低調是最好的方法。

就我個人而言，我覺得我最怕的兩點。

1、不要與其他成員溝通，尤其是產品人員，擅自更改產品要求，與珠三角的效果圖不一致或要求不一致，或者有疑問不及時與產品人員溝通，根據自己的理解進行開發，最終會導致產品與市場需求不一致， 嚴重時會影響整個產品開發（產品人員在考慮時會考慮大局，改變乙個地方可能會導致其他地方出現問題，而主程式設計師會擅自修改乙個地方，可能會留下很多問題），以及在後台測試時，不合理地增加問題（測試人員通過PRD測試， 這可能會延遲開發周期）。

2、制定好發展計畫後，努力工作，不要問其他成員在開發過程中遇到的問題，不要跟上成員的發展進度，等到開發結束才想起，也許他們快結束了，但其他開發成員只完成了70%

PG（Programmer）是指程式設計師。

這類人才在企業中佔員工人數最多，通常佔專案員工總數的70%，也是企業中最稀缺的一類職位，一般是具有專業知識的軟體工程技術人員。

PL（Project Leader）是指專案負責人。

專案負責人是幫助專案經理管理負責部分的經理。

SE（System Engineer）代表系統工程師。

這種工作似乎是日本獨有的，他的工作不僅包括客戶需求分析、系統架構設計，還包括模組開發甚至具體程式的技術支援。

PM（專案經理）是指專案管理。

一般為高階技術人才，具有高階專案管理經驗、長期開發實踐和良好的溝通能力。

日本程式設計師在日本IT工作中解釋工作gg？ se？pl？pm

你最有可能做的工作是成為一名程式設計師。 努力成為高階的！ 如果現在是PG，我會嘗試做SE！

逆境。 其實SE也沒閒著，不如做PM！出國出差也沒關係，公司每隔一段時間組織一次旅行，應該算是完美了。

溝通是一門科學，如何有效溝通是一門必修課。 模仿、傾聽、真誠、注意肢體語言、實事求是、保持情緒，都是與人交流時應該注意的方面。 由於你剛剛成為專案經理，有很多事情要和團隊成員相處，所以有必要進行有效的溝通，下面我就簡單介紹一下，希望對你有所幫助。

1. 詢問對話

也就是說，領導可以直接問一些下屬，而對於另一些下屬，他可以委婉地問他們。 關鍵是領導者必須掌握“提問”的技巧。 通過探究，下屬有溝通的慾望，而不是單向接受知識、消化和使用的方式。

2. 用諮詢的語氣說話

這種方法要求領導者要冷靜，平等對待他人，以關心和信任的態度對待下屬，不能把自己當成特別的“好老師”，也不能提出“炮彈”之類的問題或打斷中途的下屬，而要允許下屬解釋，談論不同的觀點，肯定什麼是對的， 指出問題所在，在友好的氛圍中通過協商解決問題。

3.要有豁達的精神，不要狂妄自大

就連孔子這樣的聖人也說：“三人行中一定有我的老師。 “更何況，我們都是普通人，在某個話題上，不同角度的人，一定要有值得肯定的東西，不要有膨脹的心態，要認真傾聽別人的意見，營造良好的溝通環境，不要倚靠千里之外的人，更不要鄙視任何人。

演講還有一些方面需要注意：

1. 不要說大話。 不要用大帽子壓迫人，不要用權力強迫人，不要假裝嚇唬人。

2.停止空談。 不要譁眾取寵許願，只說能做什麼，做不到就不要許諾。

3.戒掉陳詞濫調。 不要玩官方，不要溜頭，不要唱不解決任何問題的八股曲子。

4.停止撒謊。 有好訊息，有憂慮，如實反映情況，不隱瞞自己的觀點。

5.停止咒罵。 文明禮貌的語言，在任何場合都不要說髒話、粗魯或低階的樂趣。

6.避免說那些對文學和科學沒有意義的話。 口語要有邏輯、有語法，講究修辭，積極維護漢語的純潔和健康。

互相尊重，把握原則，不傲慢不卑，不霸道，有事要和大家商量解決，我覺得你是從基層一步一步來的，作為乙個管理者，智商和情商應該不會太差，新的崗位、新的職責必須有新的思維和新的工作方法， 包括溝通技巧，我相信你可以勝任。

放下專案經理的架子，自己當領導，和其他人一樣，齊心協力，一定會收穫很多，高高在上，那就完蛋了，當經理，工作一定要分配好，要帶頭。 否則，公尺就是燈桿的統帥，他必須培養自己的控制能力，團結的能力，充分發揮每個人的能力。 你的團隊絕對是優秀的，你會被重用的。

規則是PM應該具備的，每個公司都有自己的規則; 每個團隊都有自己的規則; 在不與公司發生衝突的情況下制定一些自己的規則是建立共識的好方法。

設定乙個好的目標，乙個目標對團隊來說是共同的，並且會分解到每個人身上，所以PM的任務之一就是不斷地讓團隊成員看目標，檢查目標。

作品是否準確下達，是專案經理能力的體現，所以檢測自己是否準確下達的最好方法，就是讓成語來解釋你分配的工作。

公平原則，獎懲明確，你的權威就會建立起來。

謙虛並接受每個人的意見，最終你做出自己的決定。

以上六點對你來說已經足夠了。 您可以在其他專案經理管理中使用很多規則。

傾聽他們的意見和建議，因為他們是最基本的，也是最有知識的。

首先要做的是建立權威。 燒三把火。

將專案需求與每個程式的學習結合起來，程式設計師在出現問題時自然會來找你溝通。

要與上級領導溝通，與內部人員在中間，與承包商老闆在底層溝通，受到人民的尊重。

試著和人溝通，還好你這麼好朋友，那會讓你的事業變得更好，但拍拍馬屁精還是需要的，大家都喜歡聽的東西會得到更多的機會什麼的。

咱們先吃頓飯吧，飯桌上什麼都聊起來都好

似乎有乙個非常專業的答案，分析的細節讓我很尷尬。 嘿嘿，我是程式設計師，本來想發一些想法，希望能採納，但是我真的沒有信心去報道那個哥哥，我只想說，很多程式設計師都有乙個問題，就是感覺技術是面子，不要直接或間接地碰到他。 其實這也和做人有很大關係，有一本書叫《人性的弱點》，建議看一看（尷尬的事情，雖然我知道它的書，但是我沒有耐心去讀），希望人們不要討厭站在對方的立場上考慮問題， 純手工輸入，希望採用！

您還可以進行更多交流。