開會的能力決定你職位的高低 - Medium

文章推薦指數: 80 %
投票人數:10人

是的,開會很容易開出情緒,如果主持會議的人可以掌握幾個要點,控制會議的整體品質其實不 ... 沒有說你不能開會開很久,但會議時間取決於會議的性質. GetunlimitedaccessOpeninappHomeNotificationsListsStoriesWritePublishedinLifeofMarketer開會的能力決定你職位的高低擔任Synology的PM你需要具備的能力I雖然五種能力的第一項我說「水平溝通與整合」,但其實水平溝通與整合部份來自於其他四種能力的集合,所以不如先談談其他四個項目。

一如往常的開完每週例會,開發人員會後私訊問我為什麼可以把時間跟討論議題掌握得好像很剛好,當下我才意識到心中有那幾項原則的存在,潛移默化與會人員的討論與情緒。

是的,開會很容易開出情緒,如果主持會議的人可以掌握幾個要點,控制會議的整體品質其實不難。

討人厭的會議最常出現的問題不外乎這三個:「剛剛那個會開超久,講一堆跟我無關的事情。

」馬拉松會議一開三小時以上,卻不是跟每個人都相關。

「主管一直鬼打牆,他到底知不知道問題在哪啊?」組員想討論A,主管卻一直講B,搞不清楚會中討論的問題是什麼。

「大家都來當面討論了,怎麼還是沒有結論啊?」會議內容發散,開完卻像沒開過一樣,什麼結論都沒有。

開了幾年的會,簡單將我的心得整理如下:沒有說你不能開會開很久,但會議時間取決於會議的性質周例會—主要用來檢視各項專案進度與問題討論,同時宣達組內相關事項。

Review會議—既然都說是review會議,那就做好逐條逐項review並討論的心理準備。

單一事件臨時會議—該事件討論完就結束會議吧!周例會盡量控制在一個小時之內,review會議就端看review的量多寡,但還是別超過兩小時,不然你犧牲的是與會人員的專注力。

如果能充分了解會議的性質與主要目的,讓我們現實一點,目的達成了就跟大家告別,無須留戀。

你要如何掌握會議的時間其實會議過於冗長可能是一時沒有結論,或有人提出無關的臨時動議,身為清楚會議性質與目的的主持,就非常有必要仔細掌握會議節奏與時間。

若議題卡關而大家一時也討論不出結果,就讓子彈飛一會,適時中斷討論讓大家回去想想吧!和會議沒有直接關係的臨時動議,會議主持可以詳實紀錄並直接打斷,說明可會後討論。

簡單來說就是有禮貌的打斷無關的討論,而我的語句往往會是「除了X提出的A問題我們會後討論之外,還有其他要討論的項目嗎?」這樣可以讓X感覺到你是真心的希望會後再討論,而非不重視他的想法和意見。

至於如果有主管與會並且隨意發言,這實在過於複雜改天另闢篇章和各位分享我的心得,如果不是常態就由著他吧!會前作準備、會中做紀錄、會後做摘要所謂搞清楚會議的性質與目的,就是要PM會前確認好需要討論的項目,簡單將這些項目列下來並且email告知與會人員,會議不是產品發表活動,不需要任何的驚喜,如果每位與會人員都可以準備好待討論項目再來,你的討論就會更有效率。

也許你會覺得大家都帶來很多意見怎麼辦?會議不就跟作戰一樣要出其不意讓大家無法提出想法反駁PM嗎?但結果就是會後大家再來一堆意見,或者開發出一個大家都沒想清楚的產品,這應該不是我們想要的結果。

PM在會議中一定要做紀錄,目的有兩個,一是讓你可以快速整理大家的想法,清楚地做出摘要,一是會後跟進有個明確的依據。

人腦不可信,所以我習慣在會議中將大家討論的項目快速寫下,並且在會議結束的當下馬上整理詳細完整的會議記錄,畢竟快速寫下的東西過了一小時候再看就可能已經忘了八成。

摘要能力其實是我認為工作上最最重要的,就像做簡報最後要Recap一樣,在會議結束前將今天會中所討論並決議的項目做個摘要,不論議題多麼發散,PM都要能夠從中聽出重點作摘要(這也是為什麼會議主持必須要很專注,才不會遺漏任何重點)。

會議中間不吝休息片刻如果你的會議超過一小時,建議你在小議題討論完之後讓大家喘口氣或者上個洗手間,適時地中斷與會者的思考有助於接下來議題的討論,讓大家醒醒腦再回到會議室,畢竟沒有規定會議就是要一次開到位。

我的組內例會往往會安排需時較長的專案經驗分享,在所有組員報告完之後,可以讓大家休息一下再回到會議室聽專案分享。

行銷人員就是要Calltoaction一個專案開始的時候,我通常會在SynologyNoteStation裡面建立一個共享筆記本,在每次例會結束之後馬上將筆記內容放上去,同時提供連結給大家,這樣的好處是:儘管你再如何縝密仍舊百密一疏,其他團隊成員可以在會後到筆記當中幫你補充說明。

項目討論之後的行動計畫也可以在筆記中註明,通常我也會在筆記當中寫下要跟進的成員是誰,以及下次開會前要提供什麼資訊。

共享筆記本就好像航海日記一樣,每位成員都可以往回追溯以前的討論,讓每一個討論過後的決定都有跡可循。

寫完這篇發現這些關鍵能力根本來自我的不耐煩啊!不過正是因為不耐煩才激發起想要高效率會議的決心,讓開發人員可以有更多時間專注在程式碼上,只要PM願意多花一點時間在會議前做好準備,便能成就高效率會議。

當然,如果你總是能夠在會議上精準的掌握會議的目的與重點,成為一個很會開會的人,那麼找你開的會就會越來越接近管理層面。

--MorefromLifeofMarketerSevenyearsworkingintechnologymarketingReadmorefromLifeofMarketerAboutHelpTermsPrivacyGettheMediumappGetstartedMaxWu139FollowersContentiseverything.FollowMorefromMediumGalinaMitrichevaSocialimpactandProductreactiontounrelatedevents:part2ShubhamBaranwalProductmanagementisBureaucracy?NnekaAkumaFindingIntervieweesasaProductManagerCristinaBogdanoffBOOKSUMMARY:TheLeanProductPlaybookbyDanOlsenHelpStatusWritersBlogCareersPrivacyTermsAboutKnowable



請為這篇文章評分?