DevOps|研發提效-敏捷開發之每日站立會

laofo(公眾號scmroad)發表於2023-12-03

對於研發效能團隊建設和組織,本文不再贅述,可以參考之前的文章,已經講得很透徹了。本文重點講我們日常是怎麼開站立會,怎麼讓團隊跑起來,高效能產出的。每日站立會,15分鐘到30分鐘,看似非常短的一個會,但是對團隊成功、業務發展有著非常重要的作用。

站立會意義

  • 團隊之間可以在極短的時間內瞭解其他成員做的事情,快速同步進度和問題,促進團隊協作。每日站立會是一種非常高效的溝通和協作機制,特別有利於保持團隊的靈活性,快速響應變化,每天消化過去一天的變化,尤其是風險。

  • 每日站立會對團隊工作有推進作用,但也會對團隊成員形成一種壓力,畢竟我們是來做事的。如果有人一天沒有啥可更新的,真免不了尷尬。如果你三天一直在說開發一個 HelloWorld,肯定會有人笑出聲,大家都坐在一起,你做沒做,做的是好是壞,是快還是慢,大家心裡還是有數的。我們是團結在一起為了目標衝刺的隊伍,我們在衝刺,有人卻在那「葛優躺」,誰出力誰不出力會非常明顯

站立會時間

  • 站立會的時間視人數多少會有所不同,通常不超過15分鐘,最長不超過30分鐘。人太多也可以晚上開,把早上寶貴的時間空出來。

  • 開站立會是每天早上的第一件事。具體幾點視公司時間要求,有的公司要求10點之前到公司,那麼10點開,10:30開都可以。我也看到有的團隊人太多選擇晚上開,但畢竟是少數,多數團隊還是在早上開。

    我在快手近3年的時間裡,團隊協作方面堅持最好的一件事情就是每個工作日早上10點站立會,雷打不動,堅持了3年。網際網路公司節奏還是很快的,加班是常態。我們團隊9點10點11點甚至後半夜走的人都有,但是每天早上10點站立會。尤其在我們團隊還五個人的時候,小松為了給PMO出一些資料包表,時常後半夜回去。工作日每天10點站立會是一件很難的事,對很多同學難,對我也一樣。

我距離快手總部在我們團隊是最遠的,但是我一般9點左右到公司,每天都這樣,直到我離開公司。何況那個時候,我們是有大小周的,一週五天班一週六天班,一週七天的時候也不是沒上過。「律己足以服人,身先足以率人」。如果我自己做不到,那我也不要求其他人能做到。我知道很多事情都很難,尤其是最開始的階段,我們就靠著每天向前拱一點的勁頭,一點一點地向前推進專案落地。

更牛逼的還得是我老闆,我9點到公司的時候,他已經在公司健身房練胸肌了。經過我一段時間觀察,他一般8點半到公司,鍛鍊半小時上去。

站立會的核心三句話

站立會不討論方案,不研究細節,通常 PO 來組織大家快速過一遍,站立會上每人說三句話,多一句都不行(除了PO)。

  • 昨天我完成了什麼

  • 今天我計劃完成什麼

  • 有什麼問題

     

針對團隊成員反饋出的問題和風險,一般 PO 會做簡單瞭解或安排會後詳談。這樣就不會讓會議持續太久,也不會讓風險擴大,讓問題持續很長時間。這樣做有利於專案進展始終處於比較良好的狀態。

有的小夥伴質疑,你們不是純Scrum,你們為啥讓 PO 組織,不應該團隊自己開站立會麼?是的,我們不是純Scrum。我們不把自己限制在Agile、Scrum、Kanban、Lean的條條框框中,我們認為能促進團隊協作,適合我們水平和現狀的就是最好的。我們採用的是特性團隊(FeatureTeam)、Scrum、Kanban結合在一起的FTO(PO)負責制。最後說一句什麼制不重要,拿到耗子才好。

本文小結

本文主要講了每日站立會的意義、時間選擇和核心原則。看似很簡單的事情,想要做好都不是一件容易的事。堅持做對的事情,終究會守得雲開見月明。

 


閱讀我的更多文章

研發效能組織能力建設之特性團隊FeatureTeam(上)

研發效能組織能力建設之Scrum管理框架核心精髓(中)

高效能敏捷交付團隊反思:特性團隊(FeatureTeam)+Scrum
網際網路公司研發效能/工程效率團隊建設和規劃
研發效能組織架構:職能獨立vs業務閉環