主頁 > 軟體設計 > 什么是All Hands Meeting?

什么是All Hands Meeting?

2021-02-15 12:13:29 軟體設計

All-Hands,翻譯為全體會議,一般國外科技公司(不確定其他行業是不是也有)的作業者都不會陌生,國外的公司沒有周例會、季度總結會、公司年會的等各種概念,All-Hands一般就充當了這種作用,翻譯本文的時候適逢阿里巴巴公司年會舉行,聲勢浩蕩,通過本文,我們可以看看在一個老外眼中,一個理想的All-Hands應該是怎樣的,感受一下中西公司文化之間的差異,

https://upload-images.jianshu.io/upload_images/6135025-8dce711ebffba8e8.jpg?imageMogr2/auto-orient/strip|imageView2/2/w/891/format/webp

All-Hands meeting

原文/Running an All-hands作者/Gokul Rajaram(product eng lead @ square. previously facebook and google.)翻譯/Fanny

有一天,我參加了一場活動,真是百感交集:獲益良多、備受啟發、開懷大笑、感動落淚、干勁滿滿,某些瞬間我能真切地感受到發自內心的激動,當活動結束時,我甚至有一股在高樓大廈之間一躍而過的沖動,

這并不是一個超級英雄電影或者一個體育盛事,這是Town Square,是Square公司每兩周舉行一次的All-Hands活動,

Square舉行的All-Hands是我見過的最好的All-Hands,簡直是一個精妙的“產品”(我找不到其他更好的名詞來代替了),在這一天,將近2000人聚集在一起,重新認識到我們是誰,

我對自己在Town Square的經歷記憶猶新,而促使我寫下這篇文章的,是以下這封來自一個由25人組成的A輪公司的CEO的來信:

你好,Gokul,

有些事情想請教你一下,我們會在每周周五下午進行All-Hands,我們聚在一起,喝點啤酒,并討論一些事情,所有人看起來都樂在其中,但我在想——我們還能不能把它做得更好?非常希望能得到你的建議,

謝謝

沒錯,比起坐在一起喝喝啤酒,他們顯然是可以把周五下午的這個小時過得更好,最起碼,他們應該先把All-Hands做得更正規一點,下面我來講講為什么和怎么做,

為什么

一個All-Hands應該做三件事情:1、歡迎慶賀;2、重申公司的使命、戰略、優先級,確保上下一心;3、提供Q&A的機會,作為leader,你需要持續不斷地做這些事情,而All-Hands就是一個絕佳的形式,

如果能把上述三個要點中的兩點做好,就可以稱之為一個不錯的All-Hands了,如果三件事情都能做好,那則是非常優秀了,一個優秀的All-Hands可以讓每位參與者深受鼓舞(慶賀環節)、鼓足干勁(愿景環節)、并有所得(Q&A環節)

你的第一個All-Hands

作為一個CEO或leader,你非常有必要在你的公司或者團隊發展到一個房間都裝不下的規模的時候開展你的第一次正式的All-Hands,或者說,當你不能做到隨時隨地地與整個團隊進行交流和一起慶功的時候,就應該組織一次All-Hands,

All-Hands的時間選擇

每個人對All-Hands應該隔多長時間舉行一次都有自己的想法,以下是我的個人意見:在一個公司達到500人規模以前,公司級的All-Hands應該每周一次,在此規模之后,如果沒有足夠強有力的、有意義的內容,讓幾百號人每周抽出一個小時以上的時間來參加All-Hands將是一個很大的效率損耗,建議這個時候應該改成每兩周一次,

如果公司只有一個辦公地點,那么周五下午的后半段時間是一個很適合進行All-Hands的時間點,在一周的結尾,大家可以就前面五天的作業進行總結和反饋,然后高高興興地結束一周作業、迎接周末,

如果公司有多個辦公地點,找一個大家都方便的時間就比較困難了,就我所見過的幾個跨國公司,它們的All-Hands的時間點從周二早晨到周四中午都有,關鍵是要保證對大多數人方便即可,因為你不可能找到一個對所有地區的人都很理想的時間點,特別是對員工遍布美國、歐洲和亞洲等地區的公司尤其如此,

關于時間選擇,多說幾句

對于大公司來說,All-Hands不止一個,除了公司級別的以外,每個小組、部門或者事業部都有自己的All-Hands,慶功、溝通和Q&A,這些事情對一個部門來說也同樣重要,

部門或團隊級別的All-Hands可以以每月一次或每個季度一次的頻率來進行,因為通常來說,團隊目標都是以季度為單位設定的,All-Hands是總結過往季度的情況,展望下個季度的規劃的絕佳機會,與公司級的All-Hands一樣,部門的All-Hands也該根據規模增長來降低頻率,一般來說,100人以上的團隊就應該每個季度舉行一次,特別是在已經有一個頻率更高的公司級All-Hands的時候,這將是一個很好的補充,

誰來組織?

因為All-Hands是如此重要(參見上文的“為什么”章節),公司/團隊的leader們都應該深度介入到其中,當確定好會議大綱之后(大綱通常可能會經歷好幾輪迭代),應該由每位leader輪流來主持執行,換句話說,每周都應該有一個部門級或者公司級的leader負責舉行當周的All-Hands,

這是一個三贏,對于執行者來說,這是一個學習、鍛煉的好機會;對于公司來說,這是一個觀察每位leader能力的好機會;另外,這也避免把All-Hands做成例行公事而變得枯燥無味,因為每位主持人都可以在既定的大綱之下按照自己的獨特風格來行事,

會議大綱

一個好的All-Hands就像一個三幕式結構的表演,下面是我推薦的一些步驟,你也可以自行重新編排,但應確保覆寫了以下三個部分的內容,

第一部分:歡迎員工與慶祝成果(15%的時間)

Square的CFO Sarah Friar 有一句簡單且普適的話:以人為先(People First),包括All-Hands在內的大部分團體活動都應該做到以人為先,好在所有的成果都是由人做出來的,因此對成果的褒獎也就是達成該成果的人員的褒獎,

有效的歡慶方式有以下這么幾種:

1. 新員工:把所有的新入職員工的照片放在一個大螢屏上,以示歡迎他們的加入,如果人數較少(比如說在5個人以內),還能請他們上來向大家做自我介紹,包括自身的背景、為什么加入公司、加入公司后感覺最興奮的事情是什么、以及其他與你的公司文化有關的介紹,當人數變多時,你可以讓他們一起上臺、或者原地起立接受大家的掌聲歡迎,這樣就不致于耗時太長,

2. 入職周年慶:除了新入職員工以外,還會有入職滿一周年、兩周年或更多的員工,你可以用自己的方式向他們表達祝賀,

3. 表彰:你的公司有表彰獎勵制度嗎?All-Hands是一個很好的場合,可以進行現場頒獎(小公司或團隊適用),也可以現場公布表彰名單,另外你還可以設定一些符合公司精神的有趣的獎項,

4.價值觀:你應該有一系列用來組成公司文化基石的價值觀(如果沒有,請閱讀我的朋友Yanda寫的這篇關于創建團隊章程的文章),那么可以這樣做:對你的每個核心價值觀找出相應的典型事例,介紹給大家,

5. 成就:有哪些最讓你興奮的公司/團隊成就?你可以在All-Hands上回顧最近一周、半個月、一個月、或者一個季度中所達成的成就成果,讓相應的團隊成員起立接受掌聲,或者上臺鞠躬答禮,或者給他們發些與你的公司文化相符的物質獎勵(比如贊助整個小組的人去一個好餐廳吃一頓),

第二部分:重申公司的使命、戰略、優先級,確保上下一心(60%的時間)

經過前面的熱鬧后,觀眾們的情緒開始高漲起來,此時就該進入我們All-Hands的正題了,你起碼要花三分之二的時間在這個部分,這個部分有三個小節:動機、戰略、提案,

1. 從“為什么”開始:有本書我很喜歡,叫《Start with Why》,作者是Simon Si,書中使用了大量有力的例子——從萊特兄弟公司到蘋果公司——來闡述了目標的重要性,以及讓每個人都相信自己所做作業的意義(即“為什么”)的重要性,這是你作為leader需要做的事情,在這個部分的開頭,你可以先重申一下公司的使命和愿景、你們要如何讓這個世界變得更好,具體的做法則取決于你的領導風格、溝通風格、以及自身的文化背景,正如安托萬·德·圣-埃克蘇佩里(《小王子》的作者——譯者注)所說:“如果你想造一艘船,先不要雇人去收集木頭,也不要給他們分配任何任務,而是激發他們對海洋的渴望,”

所以,一定要把“為什么”反復不斷地跟大家強調,因為All-Hands的主持人是輪換的,不同的人也可以從不同的角度來談論他們的看法(比如,有些人會講講來自顧客的故事,有些人講講自己的一些趣聞軼事),這樣就會避免雷同,

2. 戰略:一千個公司有一千種談論戰略的方法,關鍵在于,一個好的戰略會描述你的公司或者團隊的有著怎樣的抱負、具體切入的領域、以及通往勝利的具體措施,如果在一個公司里大多數員工不清楚上述的這些內容,那么原因就是領導層并沒有把它們傳達清楚(我這里姑且先認為他們確實是有戰略構想的),

就像強調“為什么”一樣,反復強調你的戰略也很重要,怎么多做都不為過,但注意要講得既簡明扼要又讓人印象深刻,用好三法則(the rule of three)——觀眾要記住的事情不超過三個,

這個環節同時也是你展示資料指標的時間,以此來證明你們正在做的事情與你們的成功目標是如何關聯起來的,很多公司在All-Hands中講解資料的時候,并沒有將其跟公司戰略結合起來,這樣反而會弄巧成拙,讓大家感到不知所云,

3. 提案,這是你開始考慮實際問題的環節了,在這個All-Hands上你想提出的2到3條提案是什么?這是你發揮作為leader的判斷力的時候,你的提案應該圍繞著戰略而提出,比如應該高度相關的(大多數人都能馬上想到的),或者非常重要的(不同凡響的),leader最重要的一件事情就是策劃你在All-Hands時要講的提案,不能有任何差錯,你的提議表示著你關心的是什么事情,不管是好事還是壞事,

不過,你也能通過All-Hands來推動一些事情,

比如說,如果你們公司目前持續受系統運行不穩定的問題的困擾,那你可以讓你的首席工程師在每次All-Hands上向大家更新相關的系統指標的走向趨勢,以及他們團隊為此正在做些什么事情,你猜會怎樣?工程團隊由于知道他們每周都要向全公司的人作說明,他們就開始集中精力去解決該問題,而你就會看到相關指標向著正確的方向快速靠攏,

提案的數量應維持在兩個,實在是很必要的時候才能提第三個,這樣你才有足夠的時間把每一點都講透(每個分配10到15分鐘),不至于泛泛而談,

最后,認真考慮到底要讓誰去主持,把這個機會留給那些被看好的leader們,讓他們在同事面前展現自己,盡你所能從各方面去保證演講者的多樣性(比如崗位、種族、性別等等),從主持人的人選中大家多多少少都能看到一些隱約的信號,

第三部分:提供Q&A的機會(25%的時間)

我見過的leader們(包括我自己)犯過的最大的錯誤是不經意地就把時間都耗費在前兩個部分了,導致Q&A環節變得非常趕,對前面的兩個環節一定要嚴格控制好,為最后的問答部分留足時間,

記住:如果人們沒有足夠的時間去問清楚心中的疑惑,他們是不會滿足地離開的——這是從眾多的All-Hands會后調查中可以得出的結論,

對Q&A這個部分,我會分兩個小節來講:

1. 回答預先提問的問題:提供一個工具——最好是在線論壇——讓人們在All-Hands之前就預先提出問題,并讓大家對問題進行投票,在All-Hands上,你(實際上應該是最適合回答該問題的人)來對得票最高的幾個問題進行回答(而剩余的其他問題應該在相應提問的渠道上進行回答,并將回答的內容email給全體),Google Moderator就是一個收集問題并進行投票的絕佳工具,可惜現在已經被關了,不過,也有一些其他的選擇,

2. 即興問答:這是完全開放的時間,所有對剛剛過去的會議內容有所疑問的觀眾都可以上前來提問,一定要留夠至少兩個自發提問的時間——從以往經驗上看,很可能會產生一些有自己的深刻見解而且直言不諱的問題,而你應該要鼓勵大家在這個開放論壇上提出來,同樣,把問題轉給最該回答它的人,某些問題可能比較難以在現場直接給出回答,因此用“我不知道,讓我回去再研究一下然后在<某個時間>之前告訴你”來回答也是可以接受的,不過你要負責跟進回答者(可能就是你自己),在約定的時間要給出答案,

第四部分:結尾

All-Hands到此就結束了,在Square我們有個很好的傳統,在Town Square的結尾,我們會放一段音樂視頻或者一個適合在當天播放的視頻剪輯(比如,有一次在馬丁·路德·金紀念日的前一天,我們就播放了I Have a Dream的片段),僅供參考,

會后

每周一次或者每兩周收集一次調查問卷是很乏味的事情(更不用說是填寫問卷了),所以對公司級的All-Hands而言,我不推薦用這種方式去衡量大家的滿意度,最好的衡量滿意度的指標就是參會率,人們會用自己的腳來投票,如果他們選擇留在工位或者回家而不是來參加你的All-Hands,那么參會率就會以雖然緩慢但依然可以察覺的速度下降,你就知道內容有問題了,需要加以改進以增加吸引力,

至于每個季度或者每月舉行的All-Hands(團隊級別的),最好的做法當然就是做一個匿名調查表、讓觀眾進行打分并填寫改進建議了,當然,如果你并不能對意見和建議采取實際行動,那么就不要讓別人填意見了,

不要忘了

在All-Hands上記得提供足夠的食物和飲料,把你的員工喂飽是關鍵,特別是當All-Hands在周五舉行的時候,周五All-Hands是你的員工進入周末前的最后一個活動,讓他們吃飽喝足大大有利于提升他們的幸福感,

致謝

All-Hands可以成為公司文化、戰略、績效的強有力的驅動,你要確保你做得對而且還做得好,感謝你閱讀本文——我希望能對你組織你的下一次(或者是第一次)All-Hands提供到了幫助,如果你有什么想法、建議或最佳實踐可以讓我把本文改進得更好的話,歡迎你在評論中提出,謝謝,

原文鏈接:https://www.jianshu.com/p/825428f1a9e1

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/259770.html

標籤:其他

上一篇:使用云函式每天定時向女朋友發送郵件推送天氣

下一篇:leetcode題解15-三數之和(雙指標經典)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more