PO隨筆01：在為與不為之間做取捨

在產品開發途中，甚至是產品發佈前，有時會發生些你意想不到的事情，這時就是考驗PO的取捨能力了。

「在為與不為之間做取捨」是之前很有感的一句話，這句話不只是對於產品開發，也適用於PO對團隊、TL(Tech Lead)對於團隊的進退拿捏、為與不為。

產品的取捨

在產品開發初期，做完impact mapping後，將項目進行排序，哪一些先做，哪一些後做，甚至不做，這是取捨。或是在上線前發現部分功能無法即時上線，產品是否要延後發表，還是部分功能可以先上，這也是取捨。不過，一個產品在開發途中，往往會遇到諸多問題與阻礙，例如專案開發時程，這時，開發項目的優先順序便相當重要。

當然，先上線的項目可以早一點得到市場的反饋，再視市場狀況進行第二階段的上線，也就是產品迭代。不過，這種事絕對不是PO一個人說了算，還是得和利益關係人確認，避免取捨後的產品不完整，發生市場不買單的情形。

角色轉換的糾結

以開發團隊來說，成員的組成有PO、團隊與Scrum Master，如果團隊沒有專職Scrum Master，可能是由PO或團隊成員兼任。這時，角色的拉鋸就發生了。身為PO，無不希望團隊能有品質且快速地交付產品，但在Planning Meeting時，能因為這樣就叫團隊多領幾個story嗎？當然不是。如果PO又兼任Scrum Master時，身為需求方又得站在中立角色時，內心的掙扎，肯定少不了，希望給團隊空間，但案子的deadline就在眼前，這時候，到底要怎麼做比較好？文末提供一篇文章：「做好兼职Scrum Master=重度精神分裂？」裡面提到的就是我說的「為與不為」。

References

敏捷教练日记之「做好兼职Scrum Master=重度精神分裂？」