最好的PM與最壞的PM - PavelA
與我共事過的最好的 PM 積極尋找機會將團隊與領域專家和客戶聯絡起來,不斷努力反駁團隊的假設前提(第一性原理)。
我共事過的最糟糕的 PM 100% 專注於內部,以避免影響交付進度。
培養整個團隊的清晰度是遊戲手冊的一個重要部分。
將開發人員和設計師直接與他們可以提出問題或舉行研討會的人聯絡起來,要比自己來回傳遞所有資訊更有價值(而且更快!)。
PM/PO作為交付產品的接受者 "的模式只有在PM本人是領域專家的情況下才會起作用(雖然效果不好,但還是起作用)。
我看到新手PM試圖把自己變成領域專家,這樣他們就能使這種模式為他們所用。
問題不在於領域專家,而在於垃圾模型。
公司試圖通過要求他們的PM是領域專家、工程專家、使用者體驗專家來支援這種失敗的模式。
但是,如果專案管理人員知道如何在團隊的決策和實驗之間建立緊密的反饋迴路,他們就能使那些已經在團隊中的專家做他們的工作。(專案經理負責交付進度)
為了公平起見,我曾與無數的設計師和工程師共事,他們對客戶的需求同樣缺乏好奇心,沒有讀過驗收標準。
這不是一個團隊的運作方式。你需要共同的目標和共同的方法。
我看到的另一個趨勢是,企業將PM委派到一個 "狗屎傘 "的角色,所以現在除了做首席設計師、首席工程師、首席研究員、領域專家和Scrum大師的工作之外,他們還在做主任的工作(沒有權力)。
最好的 PM應該將他們的團隊與領域專家和客戶聯絡起來
相關文章
- SAP PM 入門系列14 – PM模組與其它模組的整合
- Bunjs 與 PM2JS
- pm2與go的完美結合Go
- 如果你是PM,想轉PM,拿走
- SAP PM 初級系列13 - PM Revision
- pm 理解
- SAP PM 入門系列9 – PM模組的User-Exits & BADIs
- SAP PM 入門系列6 - PM常用表
- PM的正交解調法
- SAP PM 入門系列8 - PM事務程式碼
- pm2 簡介與常用指令
- SAP PM入門系列4 - 如何手工觸發一個新的PM檢驗批?
- 資深PM最愛的【7個專案管理圖】,好用到爆! (轉)專案管理
- 2019,遊戲行業最好的時代,最壞的時代遊戲行業
- 如何從最壞、平均、最好的情況分析複雜度?複雜度
- pm2實踐指南
- PM2.5查詢網
- 演算法 - 最好、最壞、平均複雜度演算法複雜度
- Error: Cannot find module ‘D:SoftSetupLoaction odejs ode_global ode_modules pmin pm-cli.js‘ErrorJS
- linux-node開發的部署方式–PM2Linux
- 讓 PM 全面理解深度學習深度學習
- [PM2][ERROR] Process XXX not foundError
- QPM 之同類 PM 對比
- 【PM】關於敏捷,瀑布流,文件敏捷
- AS拾遺--向PM學習二
- 如何使用pm2管理node
- nodejs應用-PM2使用NodeJS
- SAP PM 初級系列26 - 裝置&功能位置的Document
- 服務交付的專案:建立PM牢固的客戶關係
- linux中pm2什麼意思Linux
- pm2 重啟策略(restart strategies)REST
- PM2入門實踐指南
- npm run dev 換成 pm2NPMdev
- 委外加工:為OEM提供穩健的PM業務流程
- SAP PM 初級系列16 - 裝置相關的Asset號
- SAP PM 初級系列9 - 定義功能位置的安裝
- ubuntu部署使用pm2部署nodejs專案 + pm2和nginx開機自啟動UbuntuNodeJSNginx
- PM2 - node程式管理工具