PM 如何使自己的觀點有說服力，讓技術人員覺得你說得有道理，愿意按你說的做
1
這里PM是指Product Manager還是Project Manager?我猜是前者吧。
從用戶需求到功能設計到實現，在多人團隊中是一個溝通和妥協的過程。簡單的說，產品經理提出需求，項目經理主要負責分析論證需求，開發人員主要負責編碼以實現需求。但實際情況是，據我粗淺的認識，目前很多小公司做網站，僅僅配一個產品經理，其余都是開發人員，而且常常沒有測試。所以產品經理和開發人員的矛盾就更加突出。產品經理不懂技術，或者對技術一知半解，常常覺得“某某功能有什么難的，只需要...."。而從軟件開發人員的角度來說，通常的問題是由于網站需要快速開發/快速發布，一開始僅僅為了實現功能而編碼，很難去考慮設計問題。代碼基礎沒有打好，尤其不適應改變，導致修改一個功能要涉及太多的方面，因此很容易產生抵觸情緒。并且很多開發人員，對產品本身也有很多自己的想法，當產品經理提出的功能需求不能被很好的理解的時候，雙方也容易出現矛盾。
私以為，每個人都需要明確自己的主要職責在哪里，這是溝通順暢的第一步。產品經理提出的功能，需要依賴開發人員的透徹理解和消化，然后才能實現。軟件開發人員也必須明確自己的職責，知道自己對產品功能和設計的認識一定不會比產品經理更深，自己的本職應該是盡力去保證軟件的質量，做好軟件設計。
代碼是軟件開發人員一行行寫出來的，不論好壞，都是他的勞動成果。每個人對自己的勞動成果都有一個下意識的保護心理，我不知道心理學家是如何解釋這種現象，但這確確實實是存在的。代碼的修改和重寫否定在某種程度上都是對其勞動成果的否定，這常常會引起開發人員下意識的抵觸。
不論公司/團隊大小，不論職位高低，有四個字是必須遵守的，就是“以理服人”。產品經理不要把軟件開發人員僅僅看作是一臺編程機器，而開發人員也不要覺得產品經理什么也不懂就“指手畫腳”。不論是誰，都不要覺得自己的觀點是有多么正確，別人就應該接受。坦誠的溝通，才能夠達到最好的效果。
有一個比喻，我忘記出處了，說“每個軟件開發人員就像一只驕傲的貓”。個人覺得，要管理好軟件開發人員，起碼需要一個專門的角色，不管是叫Project Manager還是Team Leader，需要他/她懂技術懂管理，讓其他開發人員認同。
-----更新----
作為對 @zhaosj 的回應，也算是對我的觀點的補充，我想再多說兩句。我個人不認同“什么什么是誰的責任，你不用擔心。”這種觀點。這種說法雖然在道理上是說得通的，但是在實際工作中不見得奏效。原因有二：
1. 軟件產品是整個團隊合作的勞動成果，這種觀點更多的會容易誤導團隊，造成”個人自掃門前雪“的氛圍，這對團隊建設是有害的。我們應該強調產品的質量是每一個人的責任。
2. 如果一旦出了問題，比如是PM的責任，你能怎么樣？扣工資？扣獎金？還是公開道歉？自我批評？然后呢？問題最終還是要解決，還是要依賴PM和開發人員一起來解決問題。
因此我覺得，盡管每個人都有自己專長的領域，但是不要過于對自己的觀點或者勞動成果過于保護，應該保持一個開放的心態，能夠善于傾聽別人的觀點。有則改之，無則加勉。http://luju.me
從用戶需求到功能設計到實現，在多人團隊中是一個溝通和妥協的過程。簡單的說，產品經理提出需求，項目經理主要負責分析論證需求，開發人員主要負責編碼以實現需求。但實際情況是，據我粗淺的認識，目前很多小公司做網站，僅僅配一個產品經理，其余都是開發人員，而且常常沒有測試。所以產品經理和開發人員的矛盾就更加突出。產品經理不懂技術，或者對技術一知半解，常常覺得“某某功能有什么難的，只需要...."。而從軟件開發人員的角度來說，通常的問題是由于網站需要快速開發/快速發布，一開始僅僅為了實現功能而編碼，很難去考慮設計問題。代碼基礎沒有打好，尤其不適應改變，導致修改一個功能要涉及太多的方面，因此很容易產生抵觸情緒。并且很多開發人員，對產品本身也有很多自己的想法，當產品經理提出的功能需求不能被很好的理解的時候，雙方也容易出現矛盾。
私以為，每個人都需要明確自己的主要職責在哪里，這是溝通順暢的第一步。產品經理提出的功能，需要依賴開發人員的透徹理解和消化，然后才能實現。軟件開發人員也必須明確自己的職責，知道自己對產品功能和設計的認識一定不會比產品經理更深，自己的本職應該是盡力去保證軟件的質量，做好軟件設計。
代碼是軟件開發人員一行行寫出來的，不論好壞，都是他的勞動成果。每個人對自己的勞動成果都有一個下意識的保護心理，我不知道心理學家是如何解釋這種現象，但這確確實實是存在的。代碼的修改和重寫否定在某種程度上都是對其勞動成果的否定，這常常會引起開發人員下意識的抵觸。
不論公司/團隊大小，不論職位高低，有四個字是必須遵守的，就是“以理服人”。產品經理不要把軟件開發人員僅僅看作是一臺編程機器，而開發人員也不要覺得產品經理什么也不懂就“指手畫腳”。不論是誰，都不要覺得自己的觀點是有多么正確，別人就應該接受。坦誠的溝通，才能夠達到最好的效果。
有一個比喻，我忘記出處了，說“每個軟件開發人員就像一只驕傲的貓”。個人覺得，要管理好軟件開發人員，起碼需要一個專門的角色，不管是叫Project Manager還是Team Leader，需要他/她懂技術懂管理，讓其他開發人員認同。
-----更新----
作為對 @zhaosj 的回應，也算是對我的觀點的補充，我想再多說兩句。我個人不認同“什么什么是誰的責任，你不用擔心。”這種觀點。這種說法雖然在道理上是說得通的，但是在實際工作中不見得奏效。原因有二：
1. 軟件產品是整個團隊合作的勞動成果，這種觀點更多的會容易誤導團隊，造成”個人自掃門前雪“的氛圍，這對團隊建設是有害的。我們應該強調產品的質量是每一個人的責任。
2. 如果一旦出了問題，比如是PM的責任，你能怎么樣？扣工資？扣獎金？還是公開道歉？自我批評？然后呢？問題最終還是要解決，還是要依賴PM和開發人員一起來解決問題。
因此我覺得，盡管每個人都有自己專長的領域，但是不要過于對自己的觀點或者勞動成果過于保護，應該保持一個開放的心態，能夠善于傾聽別人的觀點。有則改之，無則加勉。http://luju.me
luju.me
12年前提問