華為敏捷 DevOps實踐 如何開好站立會議

2021-09-17 05:44:23 字數 1832 閱讀 4100

作為布道師和產品經理,出差各地接觸客戶是常態,經常和華為雲的客戶交流、布道、技術沙龍,但是線下交流,覆蓋的使用者總還是少數。

我希望可以和使用者持續交流華為在研發效能提公升上的思索和考慮。但理論總是美好的,現實卻是骨感的,很多華為雲 devcloud 的客戶特別想知道 how to,在這裡我分享一些非常小的華為敏捷 /devops 的實踐,點點滴滴。

巴別塔,也叫通天塔;據《聖經·舊約·創世記》第11章記載:當時人類聯合起來興建希望能通往天堂的高塔,高塔越來越接近天堂,上帝緊張了,他看到人們這樣齊心協力,統一強大,心想:如果人類真的修成巨集偉的通天塔,那以後還有什麼事幹不成呢?一定得想辦法阻止他們。

為了阻止人類的計畫,上帝讓人類說不同的語言,使人類相互之間不能溝通,並讓人類分散世界各地,最終巴別塔沒有建成。

————以上摘自網際網路

這個小的宗教故事,揭示如果語言相通,目標一致產生的巨大作用,都可以建成乙個通天塔。

而軟體開發的過程卻又是乙個離不開協作、溝通的過程。乙個缺乏良好協作,溝通、理解和目標一致的軟體團隊,是很難高質高效的交付的。

敏捷的眾多實踐中,有乙個為了提公升團隊協作的經典實踐:站立會議,本篇即介紹一下,融入華為的一些具體實踐和「坑」和「雷」。

站立會議的目的:增進互相了解,互相理解,及早暴露風險,促進溝通和協調,建造「通天塔」。

站立會議的過程

發言時,可同步重新整理工作項的進展(可以通過任一敏捷管理工具,比如華為雲的devcloud)。

會議上識別的新的工作項,leader應該記錄增加到backlog中。

華為站立會議實踐的經驗(keng)教訓(lei)

……以上摘自華為這些年常見的一些現象,所以華為其實也不是高高在上的,華為的研發也很很多企業是一樣的,都是一把鼻涕一把淚的。

1. 站位

不要走101火箭少女的c位,也就是不要如左圖這樣圍著c位,而是推薦圍成圈或圍著backlog(如有條件可以使用電子白板),這樣可以保證每個成員的發言都是面向整個團隊,而不是面向c位。

2. 發言棒(talking stick)

可以用個簡單道具、玩具都可以,接力傳棒,拿到發言棒的同學才能說話,其他同學閉嘴。為了活躍氣氛,避免機械,可以將道具拋起,落到誰那兒誰發言。總體就是創造輕鬆,舒服的氛圍。

3. 跟蹤

團隊成員提出的困難、風險、求助,應得到跟蹤並解決,下次的站立會議持續更新,讓團隊成員感受到效果,也更願意參與這個會議,因為有幫助。

4. 嘗試pull,而不是push

對於一些新的工作項,風險,挑戰,鼓勵大家pull任務,而不是由leader push任務。

5. 使用工具系統

當場重新整理進展,記錄新的工作項,而不是後續把卡片再記錄到系統,容易遺忘和遺漏。

6. 紀要模板

對了,華為devcloud在wiki內嵌了站立會議的紀要模板,可以參考,使用wiki簡單記錄站立的紀要和要點,也是我們常用的。

如下:

最後,為什麼要站立開會呢?因為站著累,所以時間久了,就開不下去了,哈哈哈……

作者簡介

劉恆,華為雲devcloud首席布道師\u0026amp;資深產品經理。

華為敏捷 DevOps實踐 如何開好站立會議

作為布道師和產品經理,出差各地接觸客戶是常態,經常和華為雲的客戶交流 布道 技術沙龍,但是線下交流,覆蓋的使用者總還是少數。n我希望可以和使用者持續交流華為在研發效能提公升上的思索和考慮。但理論總是美好的,現實卻是骨感的,很多華為雲 devcloud 的客戶特別想知道 how to,在這裡我分享一些...

華為敏捷 DevOps實踐 如何開好站立會議

作為布道師和產品經理,出差各地接觸客戶是常態,經常和華為雲的客戶交流 布道 技術沙龍,但是線下交流,覆蓋的使用者總還是少數。我希望可以和使用者持續交流華為在研發效能提公升上的思索和考慮。但理論總是美好的,現實卻是骨感的,很多華為雲 devcloud 的客戶特別想知道 how to,在這裡我分享一些非...

華為敏捷 DevOps實踐 如何開好站立會議

作為布道師和產品經理,出差各地接觸客戶是常態,經常和華為雲的客戶交流 布道 技術沙龍,但是線下交流,覆蓋的使用者總還是少數。我希望可以和使用者持續交流華為在研發效能提公升上的思索和考慮。但理論總是美好的,現實卻是骨感的,很多華為雲 devcloud 的客戶特別想知道 how to,在這裡我分享一些非...