舉個例子，Product Owner 是Scrum 裡面相當重要的一個角色，負責定義需求（撰寫story），對外負責整個產品的成敗。但是，如果一個專案沒有Product Owner，怎麼辦？

鄉民甲：怎麼可能沒有？

ㄟ⋯沒有去找一個不就得了（老梗：身分證掉了怎麼辦？撿起來不就好了）。應該是說，沒有「專任的Product Owner」或是「沒有對於問題領域（problem domain）很有經驗的Product Owner」。講這樣鄉民們應該就懂了。很多軟體開發都是「老闆有個念頭」→「員工做到白頭」。也就是說，很多所謂「新產品開發」不見得公司立刻都可以找到有經驗的Product Owner來帶領。怎麼辦？案子還是要做啊！薪水還是要照領啊！總不能跟老闆說：「找不到Product Owner 請換題目」，或是：「等你找到Product Owner 我再來開工」。如果真的這樣做，那麼，找到Product
Owner 之前的這一段空窗期總不能奉旨放無薪假吧。

那怎麼辦？說實話，很難辦，最後只能使出以下幾種不是辦法的辦法：

‧ 別人的需求，就是最好的需求─一字曰之「抄」。
‧ 在爛蘋果裡面挑一個比較不爛的─找一個團隊中最有概念的人來當Product Owner，加上樓下這個方法⋯
‧ 三個臭皮匠─專案一開始的時候，把大家找來一起研究要「抄」的對象，並研究從何抄起。

舉個例子，假設你的老闆要你帶領一個團隊開發雲端儲存服務的軟體，你的團隊成員之前完全沒有開發過這種類型的軟體，根本不知道需求要怎麼訂定。如果一切從頭開始，軟體還沒做好之前，公司可能已經先倒閉了。最快的方法就是找幾個這個領域已經做得相當成功的軟體來當作「見賢思齊」的對象。例如，可以考慮將目前最流行的雲端儲存服務軟體Dropbox 所提供的功能「借過來」當作自己產品的初始需求清單。

接著，看看團隊裡面有誰對於使用Dropbox 比較有經驗，先找他來當Product Owner（或是讓原本預計要當Product Owner 的人趕快去仔細地玩一下Dropbox）。在專案開始之前，可以把團隊成員或是親朋好友全部一起找過來，大家腦力激盪，看看還有沒有什麼「仿效」的對象，一起把產品的完整需求清單整理出來。

這樣能做出好產品嗎？ Teddy 不保證，但是至少能讓你暫時繼續有薪水可領（好死不如賴活著）。總之，逆練九陰真經真的很危險，非不得已千萬不要輕易嘗試。君不見，很多獨裁者年輕的時候也是改革派，做了很多對國家有益的事，只不過掌握權力久了之後不免就腐敗了（走火入魔）。記得，暫時「逆練九陰真經」或可增加功力，等情況好轉就要想辦法改邪歸正，以免長久下去有傷身體。