Daily Scrum(每日站會)有沒有替代方案?

時間 2021-06-01 05:08:53

1樓:哇咔咔

為什麼要替代?

「各人自掃門前雪,休管他人瓦上霜」是不是你團隊的常態?

我一直覺得,你的追求是什麼?更高的工資?更大的權力?

我遇到很多團隊成員,他們都搞不清楚自己的追求是什麼,雖然在網際網路行業,但做法是國企的做法,混工齡!是不是很可悲啊!沒有無緣無故的漲工資,更沒有無緣無故的權力交替。

站會是非常好的一種將團隊成員每個人進行提公升和磨練的過程,勇於做出承諾,然後遵循承諾,養成乙個良好的工作習慣。其次,站會非常有助於團隊之間的溝通與協作,構建起乙個TEAM文化,以應付更大的挑戰。再次,如果連小小的站會都開不起來,團隊管理者應該明顯看到團隊的凝聚力有很大的問題。

站會有沒有缺點?有人說有,例如15分鐘站會會造成將近乙個小時的空檔期,沒開站會前不想幹什麼。但其實核心造成的原因不是站會,而是那些人員對於工作的懶散態度啊,這樣的成員,別說站會了,啥會都會有問題的。

2樓:執手攀花

站會是團隊在一起快速地開乙個會(通常在物理牆前),成員逐個更新自己的狀態。主要包含以下幾個方面:

1.昨天完成的工作;

2.今天計畫做的工作;

3.面臨什麼阻礙,需要什麼幫助;4. 自己手頭使用者故事的進展,是否存在技術風險。我們試過通過各種工具或者群聊解決,但是效果都不明顯。

既然是快速的會議,站會的時間就不宜過長,10分鐘左右為佳。不會耽誤你效率反而會大大提公升的。

3樓:

組內人數多的話是否可以改成每個組員每天早上通過IM向scrum master回報三大問題,然後SM總結後通過郵件分享給組員?

4樓:Agile2-張恂老師

Daily Scrum 並不是敏捷開發必需的,只是 Scrum 或 XP 必需的(?)。

每日站會(XP 中叫 Daily Standup Meeting)大概是 Agile 1.0 中最具程式化、儀式感的乙個著名實踐,Scrum 因此得名。可是這麼做真的有必要嗎?

是全天下普適的嗎?還是一種宗教傳承?你們不用每日站會,就會愧疚、難過,對不起 Scrum,對不起 Scrum 大師,對不起你交的學費?

我的觀點是:每日站會對於緊急的專案確是有必要的,例如 60 天(尤其 30 天)以內的專案,每一天都很重要,有必要大家每天了解、跟蹤進度,針對發現的問題、障礙及時採取措施,進行應對和調整,把問題消滅在萌芽狀態,否則可能真的來不及,因為工期實在太短。

至於工期 60 天以上的專案,我看就算了吧。隔一兩天團隊不見面不開會,會有什麼惡劣影響呢?何必教條?

我想問的是:大家覺得每週一共要開幾次團隊會議,無論時間長短,才是合情合理的?有沒有乙個上限和下限?(這裡指正式的 team meeting,不是幾個人私下碰頭的小會)

其實替代 Daily Scrum 的 Agile 2.0 實踐肯定有多種,發揮大家的創造力。

下面介紹下 Taij/BP 的週三團隊會議(WTM,Wednesday Team Meeting)和敏捷開發日誌(Agile Devlog)等實踐。

一般團隊都會在周

一、週末(如周五)開會。周一團隊剛剛開過會,馬上周二又要全體見面 Daily Scrum,有這個必要嗎?這一天內究竟發生了多麼重大的事,需要大家全體集合,再次緊急溝通呢?

我們為什麼不能取消周

二、周四的 Daily Scrum,讓大家只在周

一、週三和周五全體聚會呢?於是,偉大的 WTM 誕生了。。。。

5樓:春哥

實施scrum的最大的問題就是刪減流程。scrum其實已經是最簡框架了。再刪就會出問題。

站立會議取消了,問題多多。建議嚴格執行,而且一定要控制時間。

6樓:

只要我能說得算的專案, 我一定會取消每日例會.

首先每日例會影響的並不止15分鐘, 成員從剛一上班到開會這段時間不太能正經工作. 公司是彈性工作制的話, 例會時間要開在10點半到11點半, 這時候開完會也快吃中飯了, 導致整個上午工作效率都比較低.

每日例會的目標是讓所有成員都能掌握團隊的進度, 能及時反饋. 可說老實話, 團隊中除了Team leader和PM(PO?), 沒幾個人在乎別人的進度.

大家工作都是為了掙那份工資, 沒誰會多操那份心. '管好自己一畝三分地, 別人死活關我屁事'才是中中國人的職場觀念. 還不如想知道進度的人自己去看看板(或者使用者故事之類的東西)呢.

各個程式設計師的效率差別非常大, 可以差上幾倍甚至幾十倍, 但是工資差距不大. 效率高的發現自己進度比別人快很多, 會自己放鬆. 效率低的每天都要發現一遍自己比別人慢, 壓力山大, 但並沒有什麼卵用(我曾經週末去公司取東西時, 見到過有人因為幾天都沒有能匯報的進度,自己偷偷跑來加班的).

7樓:黃勇

站會不是一日兩日還是三日之爭。

竊以為,把工作時間和工作量切割到最小的粒度,無疑是減少人類對長期估算誤差的好辦法。另一方面敦促團隊進行交流,頻繁檢查計畫以及實施情況,並且對工作的承諾尊重與信任感的培育,不是理論黨能感受到的。

如果每日站會是愚蠢的,那我覺得兩日站會也聰明不到哪兒去。拉長兩個檢查點的間隔,無疑是放縱中間的混亂狀態。

個人認為站會是敏捷最佳的匯入實踐,容易實施,更加像鏡子一樣,如果發現實施過程有問題,往往隱含著其它方面的問題。

時間超時:往往團隊溝通不足,加大溝通力度。

無話可說:工作不飽和或者任務顆粒太大。

一對多演講:團隊積極性不足未弄成自組織氛圍。……

8樓:靳勇

1,敏捷開發依賴於開發團隊的自組織特性,而自組織團隊依賴於對團隊承諾的遵守和維護。心理學上說,公開的承諾,我們會更加努力的去遵守和維護。所以每日站會是乙個用來加強團隊承諾的重要事情。

2,敏捷開發強調語言溝通,每日站會是乙個資訊同步的重要渠道,也是同步團隊成員間進度依賴的重要方式。

以上,不建議取消。

9樓:

結論:不建議取消,小小例會作用比較大,能起到透明化、驗證、糾正的作用。

如果想取消也可以啊,大致滿足以下若干條條件吧組織承諾滿足(人力資源、辦公環境、運維資源、商用軟體等)業務穩定明確(比如類似公式等,之前做過)

技術框架穩定,風險已知,無學習成本

人員業務能力強,深入了解業務,技術能力強,掌控所需技術框架人員士氣可以

團隊協作磨合好,或有過類似的協作經驗

單元測試、功能測試等自動化測試有

每日整合&構建&發布

有類似JIRA等任務分配提交系統,能及時提交發布任務安排無強依賴關聯關係

無中等以上(影響、概率)風險事項

有周例會等

計畫排的比較松,考慮了各種風險、依賴、緩衝專案進度&質量目標不重要

B站解約LexBurner後事情是否會有反轉?

好好學習別禿頭 不知道。二次元圈內的黑粉撕逼能破圈,搞到頭部uo被封。本身就很迷惑。不知道訴求是啥。現在看來陳睿這波兩邊都沒討好。這件事情都發展已經超出預期了。得看後續lex還回應不回應。不回應的話可能就此戰場變成了b站風氣和女權時間的battle。回應的話,emmm完全想不到會怎麼發展。b站本身打...

b站墨茶事件會有反轉嗎?

我就說一句,做乙個up主or主播的門檻並不包括有很好的教育背景或者道德水平。所以請不要擅自多戲給他新增你心中的人設了。很幼稚。另,這件事真是人血饅頭現代版。 阿呆 我也希望墨茶跳出來告訴我這是個誤會 我也看到一些人在說他人品怎樣怎樣或者說他之前進局子什麼的我只想說我看他的故事看到了人生百態不管怎樣人...

為什麼會有人對B站失望?並且討厭陳睿?

豬豬自閉 有人開心,必然就有人失望。失望往往是因為它的發展趨勢不符合你的心理預期。確實b站發展到今天,很多東西都發生了變化。但這種變化是必然的,失望會使一部分人離開,當然也會吸引一部分新人進入。陳叔叔,啥時候搞搞自己的創作? 海角肉肉 歐洲的白皮遷移至北美,並建立了新的美利堅合眾國,形成了大熔爐當地...