全面剖析Scrum精髓
大小：0.6 MB 人氣： 2017-10-10 需要積分：1
標簽：Scrum(6038)
?敏捷軟件開發當中最重要的點就是，需要透明。回想一下上面的案例中，團隊轉型一定要盡量讓團隊坐在一起。這是保證透明的基礎。團隊坐在一起之后，團隊間的溝通會比原來順暢很多，信息也就很容易的暴露出來，即團隊信息狀態的透明。
還有，敏捷轉型中的另一個很重要的基礎設施是任務板。對于一開始實施敏捷轉型的團隊，我強烈建議使用物理的任務板。這會有非常多的好處。
團隊信息以及團隊進展的公開。每個人每天都需要更新自己的任務，受到同僚壓力，團隊中濫竽充數的人幾乎不存在。任務板可以任意的進行重新規劃和設計。（相比電子任務板）。
下面我們再來一起看看對于產品（內容）的反饋：
Sprint計劃會，下面介紹兩種開計劃會的方式：
Sprint計劃會議有兩種方式。
方式一：傳統的兩段式會議 – 第一部分由產品負責人和開發團隊一起決定要完成什么（What），第二部分由開發團隊來決定如何完成（How）。
方式二：循環式 – 1 產品負責人和開發團隊選擇產品Backlog最上面的那個用戶故事，2 開發團隊根據團隊能力和以往的速率決定是否可以完成這個用戶故事， 3 如果可以完成，那么拆分用戶故事為任務，否則選擇結束Sprint計劃會議。4 重復上述1，2，3直到團隊無法承諾更多的用戶故事。
通過計劃會，產品負責人可以知道在當前的Sprint中團隊的關注點（重點）在什么地方。團隊中每個人都知道什么是目標，整個Sprint大家會努力達成目標。因此計劃會是對于整個產品版本的一個反饋。
每日站會
先說一下如何開每日站會：
團隊圍成圈，面對彼此，回答如下3個問題：1. 從上次例會到現在為了幫助團隊實現Sprint目標我完成了什么？ 2.從現在到下次例會為了幫助團隊實現Sprint目標我將會完成什么？ 3. 這個過程中我碰到什么障礙或問題？
可能有的朋友會問，我們團隊的每日站會，可不可以每周二、周四開？感覺沒必要天天開。
我的回答：不可以。
原因如下：
每日站會中，每個團隊成員需要回答3個問題。通過這3個問題，我們可以得到兩個層面的信息：
團隊內信息的透明度，整個團隊的進度以及距離Sprint目標還有多遠；
同時是否存在障礙
每天團隊都會得到反饋，并可以根據得到的反饋做出調整。
如果不是每天開站會，那么就可能：
（1）團隊內有些信息會隱藏。有的團隊反映說團隊小（比如4-5人）并且大家都坐在一起，隨時都會溝通，沒必要每日站會。而實際上團隊內的溝通在多數情況下只有相關2-3人一起，而不是整個團隊一起。因此每日站會還是非常有必要的（同步、透明化信息）；
（2）團隊錯過最佳的調整機會。每日站會中，團隊可以得知距離Sprint目標有多遠，是否存在障礙或者問題。尤其存在障礙時，需要整個團隊共同努力，來想辦法解決。這不是說發現問題了只有在每日站會才說出來，而是發現問題馬上暴露，但每日站會需要正式得讓整個團隊得知情況（一般這類信息容易在2-3人之間討論）；
（3）團隊沒有儀式感。每日站會可以讓團隊形成規律，每天固定時間、固定地點所有團隊成員湊在一起同步信息和進度，很容易團隊成員可以形成儀式感，這是一個非常重要的事情。
Sprint評審會
常常我會聽到有人說Sprint演示會議或 “演示”。這看起來只是說法問題，但是把評審叫做演示，它破壞了sprint評審會議的真正目的。
盡管演示是sprint評審會議中很有用的一部分，但這不是評審會議的目的。sprint評審會議最重要的方面是深度交談和參與者之間的協作，以及使產品知識浮現出來并開發。
已經構建好的內容演示，只是一種激發圍繞具體事情交談的、非常有效的方式。而忽略了關于產品是如何工作的交談。
sprint評審會議的目標是檢視與調整構建的產品。成功的評審結果是雙向的信息流動。不屬于Scrum團隊的人也可以得知開發的成果并幫忙指出方向。
同時，Scrum團隊成員通過頻繁的反饋而加深了對產品的業務和市場認識。所以，sprint評審會議是一個檢視和調整產品的預定機會。應該叫做sprint評審會議，而不是sprint演示會議，
最后我們再來一起看看Sprint回顧會議。
曾子曰：吾日三省吾身。作為個人尚且如此，作為一個團隊如何才能做到這點呢？在Scrum中提供了一個非常好的工具，就是回顧會議。
回顧會議可以幫助團隊一起來反思，什么地方做的非常棒，我們需要繼續堅持，甚至我們可以把優秀的經驗傳遞給其他團隊。另外團隊可以反思什么地方做的有待提高和改進，團隊一起找出原因制定改進行動計劃。
這里非常推薦一本書《敏捷回顧》，這本書不僅僅介紹了回顧會議的5大步驟1.設置環境，2.收集數據，3.產生洞察，4.制定行動計劃，5.結束：。還介紹了很多實用的小工具和技巧。
最后總結一下， Scrum的精髓其實就2個字：反饋。
非常好我支持^.^
(0) 0%
不好我反對
(0) 0%