主題 | 正确的模式 | 正面例子 | 反面例子 | 改進建議 |
自組織 | 團隊成員都參與到其中, 對話和讨論發生在團隊成員之間。 | 團隊成員争先恐後的從任務版上領取任務,識别不同分類的需求(QA 和開發人員一起工作) | 團隊成員不是互相讨論,而是向上司彙報工作 | "看着你的鞋子" 技巧: 站會主持這每當一個團隊成員注視着他彙報的時候,就低頭看着自己的鞋子 |
關注點 | 團隊成員能夠鎖定什麼是最重要的,什麼是阻礙 | 團隊成員監督每個人的關注點, 并且提醒跑題的人: “讓我們會後再讨論." | 站會之後才讨論問題的解決方法和其他議題,即使它們很重要 | 站會主持人在大家讨論超出範圍時,要給出提醒 |
合作 | 每個團隊成員能夠向其他人提供幫助, 并且不羞于向他人尋求幫助 | “我如何支援你? 你如何支援我? 讓我們站會之後一起讨論一下.” | 會議主持人必須提醒團隊成員之間的工作任務的相關性,并且指出可以互相支援的内容 | 第三個問題變成:“什麼在阻礙我們完成工作”,讓團隊成員認識到在任何任務中他們都不是孤立的 |
節奏 | 一人接一人的連貫并迅速的講話,并不需要表面上的指令讓下一個人繼續,所有人都在“管理”, 是以沒有人“被管理” | 完美的“爆米花”式讨論,沒有團隊成員過多的和某一個人讨論 | 站會主持人必須經常提醒下一個人開始分享,團隊成員們也都在等他“下一個進行”的信号 | 在任務闆前開站會(對成員有直覺的提示),每天同一時間、同一地點. |
勇氣 | 揭露并且面對障礙,當變化來臨時,承認并且擁抱它 | 如果燃盡圖沒有按照計劃更新,團隊成員要有勇氣講出來 | 每個人都避而不談一些顯而易見的問題,避開有難點的讨論 | 使用注釋黑闆,放置便利貼去記錄關注點和進度 |
尊重 | 團隊成員, ScrumMaster, product owner 之間互相關心尊重; 欣賞站立的價值 | 參與者準時參加站會并且監督是否逾時 | 團隊隻向站會主持人或上司問候,沒有想到互相間的尊重 | 禁止或消除站會中存在“上司”,考慮随手記錄、時間記錄,停止任何禮儀 |
轉自:http://blog.sina.com.cn/s/blog_3f97b16d0100xnhj.html