David Ko的學習之旅

在 Scrum 中有個 review meeting, 是在 sprint 最後時舉行, 在這個會議中通常要進行 demo, 來展示所完成的功能. 可是有些人發現即使 demo 完後, 產品還是無法 release, 這是怎麼回事?

個人覺得 review meeting 的作用應該是以下事情
1. 檢視功能是否客戶要的
在這個會議中, 客戶可以快速看一下功能的處理流程, 或是某些畫面的配置大概長得怎樣, 或者客戶可以問一下某些狀況怎麼處理. 這過程中客戶會和開發團隊不斷交換意見, 讓雙方彼此有機會更將落差減少.


2. 實現承諾
在 sprint 一開始時, 我們承諾要將這些功能開發完, 因此在此會議中便可以展現我們的誠信, 有說到做到. 但是我們也可能遇到時程不合理, 或者需求屢屢變動, 無法兌現自己的諾言. 基於工程師的專業, 我們需要提出建議和提醒, 告訴相關的人, 我們來接下的計劃, 和應變的對策是什麼.


3. 讓 engineer 有表現舞台
Demo 的場子, 其實是一個讓工程師能表現自己的機會, 他可以告訴客戶他的精心設計是什麼. 尤其是當客戶的問題他都有考量到時, 那種成就感, 和展現在客戶面前的自信, 會讓工程師自己感到驕傲.


4. 調整接下來要做的功能
當雙方交換意見, 了解目前大約做到什麼地方. 接下來便是討論是否原先實作完東西需要修改, 或者是剩下的功能是否要調整優先順序. 甚至客戶可能在此時, 會提出要增加新的功能.


所以它跟功能的品質, 是不是這樣就可以出貨一點關係都沒有, 他們彼此的目的不同, 不需要把它們合在一起談


註: 我的工程師跟我說, 通常 demo 都是造假, 怎麼可以相信呢? 這.... 也是啦, 不是頭一回了