在了解到了 MVP 是什麼之後，我們來稍微剖析一下這次的 Case 不過這是最近發生的事情，還無法驗證怎樣處置比較好
(前情提要 : D9 - 那些敏捷的日子_MVP vs 技術債 (MVP 篇))

情況：Sprint 內單子做一半，發現有效能問題後。
1.從一般 insert 改成 batch update
2.因為改成 batch ，所以假設中間有一筆資料錯誤就roolback，全部完成才commit
3.處理insert identity id 在 rollback 之後 id 不會重新長

(最終結果如上圖...)
是覺得有點不值得啦
我個人認為遇到如果開發時遇到技術債的情況，最好的做法是停、看、聽

停下來先不要處理
看一下影響的範圍
聽聽看別人的想法

然後遇到無法確認影響範圍的，我一蓋推薦下個 Sprint 再說(經過 Planning 再執行)

但如果在這種情況下(PO 認為要做，主管也同意)，作為引導者的 Master 能夠怎樣的去反饋呢？
(這裡除了分享給各位之外，也在幫自己歸納，下次該怎麼做！)

1.了解一下始末，評估這項調整的必要性，讓心裡有個底，若沒必要則清楚表達你的疑慮 (如果團隊不信任你的話就會往下一步)
2.請 member 先去接別張單，最後再回來接這張單 (此張單優先度較高則不適用)
3.花心思追蹤，找機會插入斷點(預防無限上綱)
4.透過執行結果來反思，也順便請 member & PO 評估這樣的執行結果滿意嗎？

有時候一昧的阻攔不如用親身的經歷的方式來去體驗，會更有收穫
反正大不了一個 Sprint 執行狀況不好而已，接下來無數個 Sprint 才是重點

不過還是不免俗的要註記一下
MVP 並不指說可以容許 bug 上正式區

參考資料：
無