【PM筆記】 Retro啟示 — 給成員間最有力的回饋,而非太過浮濫的感謝(文末線上工具推薦)

更新於 發佈於 閱讀時間約 5 分鐘
raw-image


Retro= Retrospective (回顧會議),大部分正在運行Scrum team的成員,每兩週/每月都會利用這場會議,回顧這些日子以來遇到的困境,提出可行的解決方案,針對在這個Sprint中,與他人合作時發生的開心、不開心的事件來回饋。許多members也常在retro 說出因受到他人幫助的感謝、但若這場會議變成你感謝我、我感謝你、你再感謝他的巡迴,很容易像是一場輪流上台的頒獎典禮,真正需要改善的問題反而沒有被拿出來討論、解決。

記得感謝但卻沒有提出「具體的回饋」來讓團隊更好,怎麼做讓每次Retro價值感提升、問題不再歷史重演。先聊聊為何總感覺一場retro 會議之後沒有踏實感,問題沒有被解決、回饋不夠到位的

主因— 1.成員間彼此不熟,深怕在會議中講話太過直接傷和氣
大部分會不敢在retro會議中直接反饋的原因是在團隊建立初期時,因為成員間彼此還不熟悉,還在摸索彼此的工作模式,在沒有建立起雙方默契時,若直接點出問題、給予回饋可能會像是在糾正或是找麻煩,如果這場會議剛好主管也在,當下被反饋的當事人不但沒有聽進去,之後再與他合作反而會出現無形隔閡。🙀

主因 — 2. 沒有抓到 Retro 的主要目的
一場Retro可能是回顧這個Sprint,也可以是針對部門的議題做討論,會議目的在事前沒有被確立好,只知道時間到了開始坐下來開會,在目的是什麼、要解決什麼事沒有被定義的情況下,焦點容易在會議上發散。主因 — 3. 節奏沒被掌握,該說的還沒說,會議就結束了
想像回顧會議就是這段日子以來的種種工作回顧,開心的是被好同事carry,不悅的是那個總是遲交文件的同事。感謝完好同事之後,卻不好意思點名那個有點雷的同事,於是會議就這樣結束了…。


:這件事有解嗎?

:有!

raw-image


解法1. 會議前收集回饋, 會議中對「事件」而非「當事人」做回饋
通常PM在會議前,會群發一封信預告會議時間、地點,同時也可以利用這封信詢問針對會議有什麼「議題」想一起討論,這個議題可大可小、但都是在會影響工作、團隊運作的情況下提供,例如:團隊的溝通效率不佳、設計師的flow沒有及時更新,讓RD在開發時要不斷確認…等。這時候PM在會議前就會先整理大家回覆的email,在會議上針對大家的問題做討論,且注意是針對事「事件」而不是「當事人」,可以提及這是誰提出的問題,請當事人說明事情的原委,但非必要不用特別說明是給誰的建議(因為通常都心理有數),這時候大家會開始討論怎麼解決此事,例如事設計師與工程師間資料歸檔的問題,那就討論出雙方都願意配合的資料歸檔SOP。如此一來,不但提昇會議效率(事先整理好議題,當場討論解法)也避免成員間因為面對面而不敢表達的窘境,簡言之,事先花一點時間整理議題,可以省去很多事後的溝通成本。


解法2. 感謝轉成稱讚,描述事蹟更具體!
受別人幫助,我們會把它放在心上並由衷感謝,但感謝畢竟有其局限性,通常只能起到雙向作用,我感謝你對我感謝,但別忘了會議上還有其他人,若是把原先的感謝轉成真心的稱讚,反而讓力道更強、「具體事蹟」更容易被描述。例1:謝謝Carol準時交付檔案給我!例2: Carol做事很有效率, 準時給我UI檔案讓我及時交付規格。兩句可能是相同情境的話,只是從感謝轉成稱讚,效果就不一樣,成員聽見也會清楚知道那個人因為哪件事而被稱讚,全員一起學習共好!

raw-image


🔗線上Retro好用工具:

1. https://www.funretrospectives.com/category/retrospective/

2. https://easyretro.io/dashboard


留言
avatar-img
留言分享你的想法!
avatar-img
Aurora Chen的沙龍
14會員
13內容數
Aurora Chen的沙龍的其他內容
2024/09/03
一般上班族的工作佔據我們一天1/3,一週有5天都在處理工作上的大小事。一份工作讓人喜不喜歡、甚至至少讓人不討厭,是非常重要的一件事。因為工作不僅是影響一個人的收入、發展性,更會影響心情、生活品質等層面。
Thumbnail
2024/09/03
一般上班族的工作佔據我們一天1/3,一週有5天都在處理工作上的大小事。一份工作讓人喜不喜歡、甚至至少讓人不討厭,是非常重要的一件事。因為工作不僅是影響一個人的收入、發展性,更會影響心情、生活品質等層面。
Thumbnail
2023/08/21
在執行一項專案前,我們會先定義專案的影響範圍(Scope)、預估完成這項專案的期限(Deadline),為了要達成這項專案會拆分成多少的工作項目(Task)、每個工作項目的檢核點(a.c)是什麼、每個項目預估要花多少的人天(Man-day); 這些是身處在專案管理當中的專案成員經常碰到的。
Thumbnail
2023/08/21
在執行一項專案前,我們會先定義專案的影響範圍(Scope)、預估完成這項專案的期限(Deadline),為了要達成這項專案會拆分成多少的工作項目(Task)、每個工作項目的檢核點(a.c)是什麼、每個項目預估要花多少的人天(Man-day); 這些是身處在專案管理當中的專案成員經常碰到的。
Thumbnail
2023/08/13
領導並不難,可能你還不夠瞭解你和你的下屬! 為甚麼部屬似乎對於自己的工作不夠積極,工作有完成就好? 我該怎麼判斷該把甚麼人放在甚麼位置呢?
Thumbnail
2023/08/13
領導並不難,可能你還不夠瞭解你和你的下屬! 為甚麼部屬似乎對於自己的工作不夠積極,工作有完成就好? 我該怎麼判斷該把甚麼人放在甚麼位置呢?
Thumbnail
看更多
你可能也想看
Thumbnail
創作者營運專員/經理(Operations Specialist/Manager)將負責對平台成長及收入至關重要的 Partnership 夥伴創作者開發及營運。你將發揮對知識與內容變現、影響力變現的精準判斷力,找到你心中的潛力新星或有聲量的中大型創作者加入 vocus。
Thumbnail
創作者營運專員/經理(Operations Specialist/Manager)將負責對平台成長及收入至關重要的 Partnership 夥伴創作者開發及營運。你將發揮對知識與內容變現、影響力變現的精準判斷力,找到你心中的潛力新星或有聲量的中大型創作者加入 vocus。
Thumbnail
在敏捷開發過程中,每兩週都會有一場回顧會議(retro),PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思,這篇想記錄以產品經理(PO)的角度常被提到的檢討點,一方面是幫助自己成長,另一面是更濃縮自己的產品想法。 誰適合看這篇文章?✔ 對產品經理、產品企劃、產品策略、產品規劃有興
Thumbnail
在敏捷開發過程中,每兩週都會有一場回顧會議(retro),PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思,這篇想記錄以產品經理(PO)的角度常被提到的檢討點,一方面是幫助自己成長,另一面是更濃縮自己的產品想法。 誰適合看這篇文章?✔ 對產品經理、產品企劃、產品策略、產品規劃有興
Thumbnail
創業團隊就會很在意story的內容,會有相當多的意見,refinement meeting就是一個很好的場合讓大家把對需求的想法提出來,否則讓成員失去參與感,這對創業團隊是很大的傷害。
Thumbnail
創業團隊就會很在意story的內容,會有相當多的意見,refinement meeting就是一個很好的場合讓大家把對需求的想法提出來,否則讓成員失去參與感,這對創業團隊是很大的傷害。
Thumbnail
因為前陣子公司大規模組織調整,原本負責專案的人員調動得面目全非,客戶不只抱怨陣前換將更嫌棄專案進度青黃不接,已經承諾的工作事項不斷跳票,上線的時間一延再延,兩個月過去沒消沒息,客戶這次按耐不住就發火了。
Thumbnail
因為前陣子公司大規模組織調整,原本負責專案的人員調動得面目全非,客戶不只抱怨陣前換將更嫌棄專案進度青黃不接,已經承諾的工作事項不斷跳票,上線的時間一延再延,兩個月過去沒消沒息,客戶這次按耐不住就發火了。
Thumbnail
一個專案的進行過程會有非常多的會議,回報進度或著是推進進度,有時候會覺得會議很長,討論到最後都沒有一個結論,很苦惱,而這也是我在專案執行的過程中,有遇到的問題之一,這篇想簡單的整理,如何進行一個有效率的會議。
Thumbnail
一個專案的進行過程會有非常多的會議,回報進度或著是推進進度,有時候會覺得會議很長,討論到最後都沒有一個結論,很苦惱,而這也是我在專案執行的過程中,有遇到的問題之一,這篇想簡單的整理,如何進行一個有效率的會議。
Thumbnail
Sprint Review 是跟利害關係人和客戶建立工作夥伴關係,並取得他們對產品的回饋的特別時段。除了 Scrum 團隊的 Increment,更新的 Release Burndown 和更新的 Team Velocity 等這些...
Thumbnail
Sprint Review 是跟利害關係人和客戶建立工作夥伴關係,並取得他們對產品的回饋的特別時段。除了 Scrum 團隊的 Increment,更新的 Release Burndown 和更新的 Team Velocity 等這些...
Thumbnail
大家開會之後記起來就好啦,幹嘛做會議紀錄? 為什麼要做會議紀錄? 不知道你有沒遇過開完會之後,得出一個結論,下次開會發現雙方認知不一樣的情況,一個會議各自表述。 會議記錄是為了再次確認雙方認知在同一個水平線,而產生的文件。 但只有這樣而已嗎?絕對不只! 會議記錄是情報的基礎 再次確認對方的訴求
Thumbnail
大家開會之後記起來就好啦,幹嘛做會議紀錄? 為什麼要做會議紀錄? 不知道你有沒遇過開完會之後,得出一個結論,下次開會發現雙方認知不一樣的情況,一個會議各自表述。 會議記錄是為了再次確認雙方認知在同一個水平線,而產生的文件。 但只有這樣而已嗎?絕對不只! 會議記錄是情報的基礎 再次確認對方的訴求
Thumbnail
這篇主要會是將工作上的開會經驗做一個覆盤的整理。以專案管理來說,必定會經過專案的啟動、規劃、執行到最後的驗收。每一個階段都有可能會有它潛在的問題,而一個成功的專案管理在過去可能會被定義為如期、如質、如預算的完成任務,但現在環境多變,依據現狀隨時調整,逐步朝目標前進,或許才是更適合的選擇。
Thumbnail
這篇主要會是將工作上的開會經驗做一個覆盤的整理。以專案管理來說,必定會經過專案的啟動、規劃、執行到最後的驗收。每一個階段都有可能會有它潛在的問題,而一個成功的專案管理在過去可能會被定義為如期、如質、如預算的完成任務,但現在環境多變,依據現狀隨時調整,逐步朝目標前進,或許才是更適合的選擇。
追蹤感興趣的內容從 Google News 追蹤更多 vocus 的最新精選內容追蹤 Google News