中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：有些企業會在早晨進行一場站會，很多人都會覺得這個不僅很傻、還浪費時間。但其實每日站會只要用得恰當，也有著它不一樣的意義。作者分享了關于站會的意義以及如何有效地開站會，一起來看下吧。

Scrum的迭代沖刺過程中，有個重要的會議—每日站會（daily stand up meeting），可能很多人對為什么開站會持有懷疑態度，覺得一幫人圍在一起太“傻”，每天花費時間去搞站會，手頭上的工作會被打斷有什么意義？個人根據項目中的實踐，談一些理解和感受。

一、站會的意義

1. 同步迭代進度

這是最核心的目的，敏捷研發是一個快速迭代交付的過程，有些項目的迭代時間盒可能是1個月，有些可能是2周甚至更短。快速且高效的進度同步，有助于項目的正常推進、按時交付。

2. 團隊凝聚力

每天定時碰個面可以時刻提醒每位團隊成員，我們是一個團隊，我們在為共同的目標在努力奮斗，迭代的成功有我一份功勞，迭代中的困難我可以出謀劃策。大家在明確項目目標的同時，也有助于提升團隊的凝聚力。

3. 提升個人溝通能力

團隊成員在回答經典“三問”前，都會組織自己的發言，或者ScrumMaster引導團隊成員有邏輯地表達自己。對于不善言辭的同學，這是個不錯的鍛煉機會。

二、如何有效地開站會

1. 時間、地點

同一時間、同一地點；地點不談，主要聊一下時間。有些項目喜歡早上開站會，有些項目喜歡下班前開，個人比較推薦下班前的時間段，原因有三：

首先，下班前比較容易回憶起今天做了什么，有什么困難。如果放在第二天可能還要花費一些時間來回憶；

其次，有些項目可能會有寫日報的習慣，個人理解站會下班前召開，個人可以對自己一天的工作進行總結，一定程度上替代日報；

最后，就是這萬惡的996、彈性工作制，有些企業是不是經常加班，加班后第二天可能就沒那么準時地上班，站會放在下班前比放在早上出勤率要高一些。

2. 參會人員

團隊成員、ScrumMaster；如果領導要參加，建議領導作為旁觀者的身份參與，盡量不要發言。不過實際場景中，領導總是要說上兩句，再加上領導的參與，會使會議的氣氛變得嚴肅。

所以，可能的話，能不讓領導來盡量就不要來了。

3. 經典“三問”

經典“三問”：昨天做了什么、今天準備做了什么、有什么困難。個人理解，站會更看重的是成果，而不是過程的同步。

所以，我們希望做一些改變，把“做了什么”改成“完成了什么”，如果沒完成還需要多少時間，這樣有工作交集的同學知道哪些工作可以對接，哪些工作可以流轉，如果無法對接大概還需要花多少時間。同時，這也助于培養成員價值交付的思維，而非流水賬似的匯報工作。

3. 站會工具和輸出

站會需要一名主持人，一般是ScrumMaster擔任，不過為了提升全員的參與度，個人推薦團隊輪值。

其次，在站會過程中，我們希望團隊是圍繞物理看板或者是電子看板中的用戶故事或缺陷，進行狀態的同步。

同時，主持人記錄會議過程中待解決的問題或阻礙，便于會后相關人員單獨溝通。

會議結束后，輸出的成果一般是用戶故事或缺陷的最新狀態，以及最新狀態的燃盡圖。

4. 明確站會的紀律

第一，會議的時間控制在15分鐘以內，時間過長容易使人產生疲憊感。

第二，與會人員盡量不要遲到，大家在實施敏捷前制定一些團隊基本協作規范，對于經常遲到的同學，可以給予適當的懲罰，如遲到3次以上可以請團隊成員喝蜜雪冰城（旋律走起）。

第三，會議過程中不建議團隊成員帶手機，個人理解有兩個好處，其一是手機中的各類推送或聊天會分散個人注意力，不帶手機可以避免成員在過程中不時的去翻看資訊；

其次也是和個人注意力有關，有些同學可能習慣于同步完個人的工作事項后，不再關心其他人的發言內容，拿起手機玩起來。

敏捷過程中，我們希望是全員都要了解每個故事內容，以及團隊的困難或阻礙，個人的經歷或經驗不同，有些困難可能在某些同學眼里，就是三兩句話可以解決的事情，全員的參與有助于障礙的快速清除。

5. 提升站會的趣味性

常規的做法是，大家圍成一個圈，按順時針或是逆時針依次發言，主持人負責維持會議秩序、記錄問題。不過，這樣久而久之，站會可能會變得枯燥乏味。

個人推薦，ScrumMaster可以和團隊成員頭腦風暴，采用類似點名接力的游戲方式，對于接力失敗者給予一點小小的懲罰，每兩三個迭代可以更換一種新的玩法，這樣參會人員可以集中注意力，同時也可以提升站會的趣味性。

不過，需要注意的是，這種方式盡量在團隊成熟期舉行，在初期或團隊磨合期這樣玩兒，可能會有適得其反的效果。

以上是個人關于敏捷中站會的一些想法，如有不足、欠妥之處，望指正。謝謝！

本文由 @賀大叔 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。