今天上午，星球里一個同學在微信上問了我一個關于產(chǎn)品團隊如何開會的問題，我是既好笑又無奈。

你們可以看下她的問題描述。

20多人的項目團隊、敏捷開發(fā)、早間站會。

雖然說用的是敏捷開發(fā)方法，但他們把這幾個條件擺在一塊，就已經(jīng)完全不是敏捷模式了。

如果你們對 scrum 模式了解的話，里面有個「每日站會」，通常是早上召開。

因為會議短平快，所以要求所有成員都站著開會，每個人在會上重點回答三個問題：

第一，昨天做了什么？

第二，今天準備做什么？

第三，有沒有遇到什么問題或阻礙？

一般來說，這個會議主要用來同步項目信息并消除彼此間的信息差，都是起到暴露問題的作用。

所以，在站會上是不做問題討論的，這一點特別重要，這也是很多團隊把站會開成大會的癥結所在。

如果涉及衍生討論，則相關人員可以會后單獨溝通，不占用早會時間。

我之所以說他們已經(jīng)不是敏捷模式了，是因為他們用敏捷的方法做了傳統(tǒng)開發(fā)模式的事兒。

首先，團隊人數(shù)過多。

超過 10 人的敏捷團隊就需要做拆分了，可以劃分成多個小組，然后分頭開會，組長進組間信息同步。

其次，站會需要有人控場。

尤其是人數(shù)較多的站會，需要由控場人來主導節(jié)奏，核心就是只做信息同步、不做問題討論。

另外，開站會時可以結合「看板方法」，在白板上把每日任務和進度公示出來，結合看板內(nèi)容進行信息同步，這樣效率更高。

關于看板，這是比較適合敏捷團隊的工作方法，在項目管理中也能起到很好的信息同步作用。

有些公司沒有項目經(jīng)理，那產(chǎn)品經(jīng)理就可以結合看板與研發(fā)、設計、測試以及業(yè)務和運營進行信息同步。什么需求做到哪個階段了，一目了然，節(jié)省了很多溝通成本。

以前我在創(chuàng)業(yè)公司的時候就主推這種方法，在項目管理效率上比純粹的口頭溝通和傳達要高很多。

我在早期的文章里也分享過一個看板格式，你們也可以參考下。

需要注意的是，在敏捷開發(fā)過程中的每個迭代中，需要保持看板上任務的數(shù)量保持在一個合理范圍內(nèi)，這是確保團隊能夠沖刺成功的前提。

如果任務太多，那敏捷就會非常不靈活，如果任務太少，那團隊工作量就容易出現(xiàn)不飽和的情況。

結合看板在每日站會上進行信息同步，就能及時把控項目進展，及早識別項目問題和風險。

不僅是早會，包括項目計劃會、方案評審會、總結復盤會，這些會議的效率都可以得到提升，關鍵是方法要用對。

其實你們也發(fā)現(xiàn)了，團隊工作效率低、成員工作不積極、個人能量無法發(fā)揮，這些都是管理問題。

敏捷開發(fā)是一種項目管理方法，看板是一種進度管理方法，除此之外還有會議管理、優(yōu)先級管理、風險管理、人員管理等等。

雖然我們要埋頭努力干活，但也要適當掌握一些管理方法和技巧，不僅能管理好自己的職業(yè)發(fā)展，也能提升自己在處理各種工作問題時的效率。

如果說自身的專業(yè)能力是個人競爭力，那在此之上的管理能力就能錦上添花，為自己職業(yè)發(fā)展添磚加瓦。

所以，我會建議你們強化專業(yè)能力的同時，也順帶學習和提升一下自己的管理意識和管理方法。

畢竟，越往高處進階，對管理能力的要求更高。

本文來自微信公眾號 “唐韌”（ID：RyanTang007），作者：唐韌，36氪經(jīng)授權發(fā)布。

關鍵詞： 開了 小時 腿都站麻