參加社群可以透過討論獲得很多東西
今天是第一次參加台北的敏捷聚會，上個月各種經濟拮据，所以也沒有Follow到一些活動，這個月總算可以Follow了XD
這一次的講師是Juggernaut，因為名字不好念的關係所以也有人稱他賈格
會來參加這個聚會的原因不外乎就是想要再更了解敏捷，以及還有哪些其他的方式能夠詮釋敏捷，今天這項活動Run下來對於敏捷開發這個議題會有更深入的了解，如果是Run過敏捷或是正在Run敏捷的人會有更深的體悟
這一次我自願擔任PO，因為我沒當過想玩看看XDDD
活動過程以平常Run Scrum的方式來進行，需求是要畫動物的圖，有一個限制在於PO( Product Owner )不能給Team看到真正需求的圖片，就這樣開始了第一階段，需求就是畫下面這張
第一階段的 Sprint 完成了，但沒有任何產出，原因是因為需求還不理解跟沒有評估排序任務的優先順序，導致第一階段的 Sprint 沒有完成任何一個項目
但在 Review 時 User 發給了我們一些提示，讓我們知道如何將某一個動物畫好
第二階段的 Sprint 開始了，我們的團隊開始把之前的提示內容補上，也將許多的細節補上，在這一個Sprint開始，整個團隊對於需求有更好的理解，在Sprint開始之後就有更順利的感覺
第三階段的 Sprint 我們放棄了左下角的性感羚羊，直接對於其他的動物圖像進行修補，讓我們可以得到最有把握能夠獲得的價值
最終也如我們所願的把剩下能夠獲得價值的動物圖像都畫出來了，產出就像下圖一樣漂亮(笑)
今天的重點整理:
-
需求先搞清楚然後整理後再來排序好，如果可以，就詢問User最重要的是什麼，讓團隊可以認知到哪一個項目是最具有價值的
-
Retrospective是一個在Srum中很奇妙的存在，他可以拉近團隊成員的距離，讓整個Team對於專案更有向心性
-
能提早 Deploy 完成的項目，就越能夠讓這個專案獲得更大的價值
-
頻繁的 Review 能夠讓團隊快速的了解目前的專案是否真正符合 User 的需求
這一次參加最大的收穫，除了看到了另一種介紹Srum的方式之外，因為自己從Developer轉入QA心存不少疑問，所以偷偷在離開時問了賈格一些的問題，印象中最深刻的就是
:QA在Scrum Team裡面，怎樣才算是好的QA，該如何定義?
賈格: 先把Scrum拿掉，QA 做的事會不一樣嗎?
:摁..不會
賈格:對 很多人會問我這個問題，但我都會反問他們這個問題，QA不會因為待在哪就會有不同的事情要做，好的QA要會的事不外乎就是方法論，自動化等 是很多所謂好的 QA 要去做的
這個回答和上一次去參加台中敏捷小酒館的答案一樣，只是上一次的討論比這一次隨口聊聊還要深入一點點，有興趣可以到這個傳送門
敏捷開發 - 8/30 敏捷小酒館 心得記錄
感謝今天Agile in 內湖辦的敏捷聚會，之後有時間都會繼續參加敏捷的聚會
每一次都會有一點收穫，收穫一點一點地累積起來，內化成自己的，就能夠變成強大的自走砲
