“Sprint Review 要 review 什麼？”
“Review 為何要找客戶？”
“為何要叫 review ？不直接叫 demo？”
“demo 為何要客戶？為何要客戶給回饋？”
Sprint Review 是個很有趣的會議。會邀請客戶或任何 stockholders 參加，和他們解釋或演示這個 Sprint 修改或新增的部分，怎麼使用之類的。並請他們當場提出問題和反饋，及需要修改的地方。但，這些問題的解法和反饋，並不一定要在接下來的Sprint 馬上修好，而是，在適當時機，根據所提出的項目，安排進Sprint 。以上是理想狀態。
老實說，在台灣的公司，很常是馬上立即，插單，走後門的要工程師先把客戶要的弄好。原因不外乎是因為，台灣很多人跳不出代工思維和習慣。久了，就算是有自己的產品，也會讓員工覺得還是像在代工廠工作。
iThome鐵人賽
看影片追技術