探討3個崗位的分工和知識技能似乎是一件很無聊的事情，但實際上我覺得還是有必要單獨拿出來強調一下，如果不能專心、聚焦到自己的領域，之后會產生十分嚴重的尷尬感，夾生感，
當然您也可以幾個崗位的作業都做，但我敢說，大部分人應該沒有這個精力，比如你作為專案經理同時監管4、5個專案的時候，多方干系人時不時扯皮的事情都夠你忙的了，
說在前面
正規公司才會這么嚴格區分(因為業務多，專案多)，小型創業公司或者不太正規的(比如財務和HR都沒有完成分開的)，它很可能沒有分這么細，他們更多的是說“負責人”，“誰是負責人”，“這個專案誰負責”，也就是說事務性的、技術性的、業務性的、行政性的，一人多責，多面負責，但正規一點的公司就會分工十分明確，比如你可以看看暴雪招聘國際專案經理那個頁面，
這些做法，沒有對錯，只有適合與不適合，
傳統認知
或者說通俗認知是這樣的：
- 專案經理：工頭；監工
- 產品經理：檔案維護者；客戶方傳話筒；需求分析師；售前咨詢師
- 架構師：技術總監、主管、總工；軟體設計師
帶有“經理”字樣的職位一般職責范圍內的事情更加雜亂，寬廣，同時有一定的權限和可支配資金，并且一定伴隨著和不同方面的溝通、協商、談判、匯報，
帶有“師”字樣的職位，一般是某方面的專家，比如軟體設計，且擁有多年的經驗積累，科班的專業訓練，后續可進階“大師”，“師傅”，然后帶徒弟，他們一般和內部人員打交道，很少直接和外面的人進行作業交接、交流，(有專門的人做對外視窗)
正規認知
嗯，怎么說呢，網上關于這方面的討論很多很多，
我給你兩個我看過的例子：
- https://developer.aliyun.com/article/45672
- https://www.zhihu.com/question/20807606
說的都挺好的，但如果非要系統說，那么就要參考相關考試的考綱了或者相關知識框架了，
比如國際架構師認證里面會列出清晰的條目(請自行Google，DIY)，要求你了解，掌握哪些技術架構，框架，它們的優缺點，適用與不適用場景等等，再比如 PMP 中的十大知識領域，五大程序組，各類ITTO等，
至于產品經理，嗯，貌似還沒有相關的非常正式或者統一的協會或者認證，各說各理，還有說人人都能做產品經理的，但我總覺得，做產品的人一定要有商業嗅覺、懂市場，懂資本，懂戰略，畢竟我已經見到太多做出來的產品沒人用，罵聲一片了，錢名兩空，
正規認知會涉及相關的知識框架，冗長且無趣，就不展開了，
如果通過通俗的認知對上述某個職位感興趣，那么你可以再系統地深入了解一下，比如我個人就系統培訓過專案經理知識框架(要記憶的東西挺多的，類似于官話套話，互聯網黑話之類的專業話術)，
我想只有這樣才能真正開始進入、融入某個職業圈圈吧；職場這個近代才出現的詞匯，和官場應該類似
當然，如果提不起興趣那就算了，畢竟培訓需要花費大量的財力、時間和精力，結果最后你又不做，那真的太不劃算了，實際上，每個人的性格，職業&生活目標不同，選擇自然不一樣，有好壞之分，但沒有對錯之別，
末了總結
上面都不展開，這里就直接總結了？我其實不愿意寫很長，寫多了看得人累; relax.
從業務開展，專案監理，產品開發等程序的一般順序上來說：
- 產品經理 --- 轉換客戶需求，或者設計產品需求、功能，然后傳遞給架構師或者實施人員
- 架構師 --- 和產品經理協商，然后設計符合需求的、且能夠交付的產品原型，同時給出技術原型
- 專案經理 --- 全程監督程序，最終保證交付
產品經理看到市場，分析相關商業機會，架構師設計產品，專案經理保證產品能夠上線或者交付，
其中產品經理要求商科背景，架構師需要理、工科背景，而專案經理需要交叉學科背景，三者都要有檔案能力，比如論文或者商業計劃書或者說明手冊等，然后，經理還需要具備演說能力，
另外，專案經理應該具有“結果(目標)導向”的思維，也最好是這樣的人，(所以我選擇了專案經理，說到底，別人為什么作業我不知道，但我作業一定是為了實作目標的...人和崗位相性了)
一點淺見，如有不妥之處，煩請指教一二，
謝謝您的閱覽，
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/270910.html
標籤：其他
上一篇：Redmine部署