Scrum會議

基本要求
  每次會議都要準時開始、準時結束。
  每次會議都採取開放形式,所有人都可以參加。
 
會前準備
  提前邀請所有必須參會的人,讓他們有時間準備。
  發送帶有會議目標和意圖的會議綱要。
  預訂會議所需的全部資源:房間、投影儀、掛圖、主持設備,以及此會議需要的其他東西。
  會前24小時發送提醒。
  準備帶有會議規則的掛圖。
 
會議推進
  展開討論時,會議的推進人必須在場。他不能參與到具體討論中,但是他需要注意討論進程,如果討論參與者失去重點,他還要將討論帶回正規。
  推進人展示會議的目標和意圖。
  有必要時,推進人可以商定由某個撰寫會議記錄。
  推進人可以記錄團隊的意見,或是教授團隊如何自己記錄文檔;而且推進人可能會在掛圖上進行記錄,將對話可視化。
  推進人會對會議進行收尾,並進行非常簡短的回顧。
 
會議輸出
  使用手寫或掛圖說明來記錄文檔,給白板和掛圖上的內容拍照。
  必須傳達會議記錄和大家對會議結果的明確共同認知。
 
讓團隊坐在一起!
  大家都懶的動,儘量讓“產品負責人”和“全功能團隊”都坐在一起!
  互相聽到:所有人都可以彼此交談,不必大聲喊,不必離開座位。
  互相看到:所有人都可以看到彼此,都能看到任務板——不用非得近到可以看清楚內容,但至少可以看到個大概。
  隔離:如果你們整個團隊突然站起來,自發形成一個激烈的設計討論,團隊外的任何人都不會被打擾到,反之亦然。
 
團隊建設
  Scrum 團隊最佳人數控制在“5~9”人。
  全職能性團隊:開發組(後臺開發、前端開發、測試人員——3~8人)、Scrum Master(項目經理)、產品負責人
  兼職團隊成員:美工、DBA、運維
 
每日立會(Daily Standup Meeting)——建議下班前開始
 
會議目的
  團隊在會議中作計劃,協調其每日活動,還可以報告和討論遇到的障礙。
  任務板能夠幫助團隊聚焦於每日活動之上,要在這個時候更新任務板和燃盡圖。
 
構成部分
  任務板、即時貼、馬克筆
  提示:ScrumMaster 不要站在團隊前面或是任務板旁邊,不要營造類似於師生教學的氣氛。
 
基本要求
  成員:團隊、Scrum Master
  無法出席的團隊成員要由同伴代表。
  持續時間/舉辦地點:每天15分鐘,同樣時間,同樣地點。
  提示:團隊成員在聆聽他人發言時,都應該想這個問題:“我該怎麼幫他做得更快?”
 
會議輸出
  團隊彼此明確知道各自的工作,最新的工作進度圖。
  得到最新的“障礙 Backlog”
  得到最新的“Sprint Backlog”
 
會議過程
  團隊聚在故事板旁邊,可以圍成環形。
  從左邊第一個開始,向團隊夥伴說明他到現在完成的工作。
  然後該成員將任務板上的任務放到正確的列中。
  如果可以的話,該成員可以選取新的任務,交將其放入“進行中工作”列。
  如果該成員遇到問題或障礙,就要將其報告給 Scrum Master。
  每個團隊成員重複步驟2到步驟5。
 
每個人三個問題:
  上次會議時的任務哪些已經完成?:把任務從“正在處理”狀態轉爲“已完成”狀態。——今天完成了什麼?
  下次會議之前,你計劃完成什麼任務?:如果任務狀態爲“待處理”,轉爲“正在處理”狀態。如果任務不在 Sprint Backlog 上,則添加這個任務。如果任務不能在一天成,把這任務細分成多個任務。如果任務可以在一天內完成,把任務狀態設爲“正在處理”。如果任務狀態已經是“正在 處理”,詢問是否存在阻礙任務完成得問題。——明天做什麼?
  有什麼問題阻礙了你的開發?:如果有阻礙你的開發進度的問題,把該障礙加入到障礙 Backlog中。——今天遇到了什麼問題?
 
注意事項
  不要遲到
  不要超出限制時間
  不要討論技術問題
  不要轉變會議話題
  不要在沒有準備的情況下參加
  Scrum Master 不要替團隊成員移動任務卡片,不要替團隊更新燃盡圖。
  Scrum Master 不要提出問題,團隊成員不要向 Scrum Master 或管理層人員報告。
  如果不能出席會議,需要通知團隊,並找一名代表參加。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章