1.scrum的原則是，站立會議維持在15分鐘以內，團隊成員只說針對task目標（背景），今天做了什麼（具體幾個點），將要做什麼（具體幾個點，需要多長時間，精確到小時，一天4小時），遇到什麼困難（需要什麼幫助，可以具體到人），具有共性的可即時分享的成果）。不過個人覺得匯報粒度到task即可，不用羅列處理了什麼問題。task也可以蜻蜓點水的一筆帶過，最重要是匯報遇到什麼困難，困難程度，需要哪些幫助
。
2.scrum的原則也是高效溝通，減少一切可能浪費資源的行為，包括被迫參加無關的會議和制定冗長的文件，有的團隊甚至連小的bug單都不建，測試與開發的同事口頭溝通，重大bug才會建單標註。
3.scrum站立會和其他任何一種會議相同。參加會議前希望會議成員就會議議題做好準備，會議上明確議題，控制發言，發現無關話題，或者有發散的跡象，馬上制止，記完成下問題後面小範圍討論。
組建期，激盪期 - 建立信任
團隊初建，成員互相之間不夠熟悉，這個階段最重要的是快速建立信任。什麼樣的團隊成員能得到其他人的信任呢？
經典的三個問題恰好可以讓我們了解團隊成員是否具備以上三點：
規範期，執行期 - 關注價值流動
在「規範期」和「執行期」，團隊成員對彼此的專業能力和態度都有了信心，站會的關注點應該從「人」轉移到「事」上，或者說關注接力棒而不是運動員。
軟體開發過程中，對於乙個功能特性，只有真正被使用者使用才能產生價值。所以我們要盡量縮短從需求分析到開發、測試、部署的週期，而這其中乙個很大的浪費就是「等待」。分析完了等待開發，開發完了等待測試，測試通過等待部署......
這時，我們可以採用看板推崇的「拉動」的方式，大家站在看板前，不再講三個經典問題，而是以需求為中心，從看板的右邊往左邊，討論每乙個需求卡片的狀態，以及還需要做什麼才能移動到右邊一列。
執行期 - 儀式感
在執行期的前半段，大家都被成就感驅動，工作充滿激情。但到了後半段，業務和技術上都沒有什麼新的挑戰，團隊每天按部就班地工作，激情很容易流失，團隊容易進入得過且過的狀態。這時站會更多的是乙個儀式，讓我們作為乙個團隊繼續戰鬥。產品經理要經常分享產品在市場上的反饋，比如使用者的表揚信，又新增了多少使用者，產品又掙了多少錢等。讓大家看到工作產生的價值，持續獲得成就感。
另外，站會還是工作與生活的分水嶺。早上一到公司，我們腦子裡還是生活的上下文：
昨晚老公鬼鬼祟祟地接了個**，明天孩子的補習班該續費了，老爸的手機該換了，閨蜜要生二胎了送點什麼呢？
借站會這個儀式，我們將看板上的工作相關的上下文載入到大腦中，以便快速進入高效工作的狀態。
糟糕的每日站會
每日站會，作為scrum裡面重要活動之一，非常容易理解和實施，同時也是公司引入敏捷最容易和最應該開展的活動之一。然而卻因為執行不易歷來飽受爭議。很多有心嘗試scrum的專案試行一段時間後，往往是在站會上最先打了退堂鼓，繼而產生質疑。總覺得站會就是例行匯報，聽不到什麼實際內容的討論，枯燥無味 在有些團...
每日Scrum站會實踐推薦
流程 1.團隊在scrum 白板前集中，推薦圍成乙個半圓形狀。2.最左邊的成員開始講述昨天 上一次scrum每日站會後到現在為止，完成了什麼任務，只需講對應的任務就行了，不要講很長的故事。3.講述同時移動對應的卡片到正確位置。4.講述今天打算完成什麼，講述同時移動對應卡片到正確位置。5.昨天的任務如...
敏捷中的每日站會
每日站會，日常敏捷中的最重要的團隊活動。必須團隊全員參與，鼓舞團隊每日同步更新 1 昨天我做了什麼 2 今天我要做什麼 3 遇到了什麼障礙 團隊板是資訊雷達，同一時候也是團隊鼓舞的看板！當每日站會習以為常時，可以考慮使用的所謂 契訶夫站立 a 我們做了什麼？b 有無新增卡片 c 銷售會議 d 今天 ...