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


201107061519146122  


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


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


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


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


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


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






    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()