你還沒看過本系列改寫出版的《Agile一本通!敏捷新手入門導引》對吧?快來看看~
PM、PO都來看 >> https://www.books.com.tw/products/0010968755
三花貓正從過去PM的角色,試圖轉型當一名PO,卻常常對自己的角色感到困惑。
過去的她了解時程多一點,當她想了解產品的時候,開發團隊卻只跟她說:妳不懂啦,總之我們會準時交!
查了許多對PM的文章,有人說PM最好有技術底、有人說PM只要負責搞定USER就好,甚至有人說PM長得正穿黑絲才是王道。
而現在她試著轉型當一名PO,產品與時程,她都必須了解。
到頭來,她明白最強大的技能是:溝通。如何讓團隊與使用者雙贏,才是她存在的意義。
PM與PO的角色差異
先來看一下三者的定義
三者的共通處:皆需要了解產品、與團隊大量的協調與溝通資源
容易歪掉的部分
找不到人:對於專案進行過程,無論團隊是採用瀑布式或scrum, 瞭解狀況都是相當重要的事。無論是PM或PO,皆最忌找不到人,無論是專案經理身兼多個專案、產品經理會議太多、產品負責人身兼他職導致找不到人,都有可能發生團隊成員對工作內容不了解、卻找不到人問的狀況。
不了解自己的角色與責任(R&R,Role and Responsibility):有時開發團隊被趕著開始開發了,卻連待辦內容該找誰問都不知道,連主管或領導人之間也對角色定義有分歧;或者團隊中有PM或PO的角色,卻不了解自己的職責,一問三不知或推託給其他人,導致團隊中出現複數角色,指令與分工不清
放一張非常經典的圖
團隊成員不尊重角色:PM、PO淪為傳聲筒或被指派做其他雜事,無法發揮協調功能。
非常偏頗特定方的立場:PM過度重視專案進度而忽略開發團隊的聲音,或PO對使用者提的需求照單全收或過度拒絕。
經歷過大小專案,深刻體會到: 好的PO/PM,是專案/產品成功的關鍵之一,也是帶領著開發團隊走向幸福的重要人物
今天的參考資料/延伸閱讀: