Scrum是大家想要導入的文化與工具，在分享了很多工具、體會和方法後，感覺是個好時機要來講如何導入scrum了，可惜的是，我還未能有自信地大聲說，我成功運行scrum了，正在持續讓現在的IT能夠真正scrum起來，現在多了許多空間，可以讓我在每推進一步的時候，多深化scrum所需具備的元素，然後再進一步執行，當然現在也具備了即時落地的概念，希望能看見scrum能在我的推動之下順利運行。在scrum之中，我想扮演好的角色是PO與Scrum master，可以和工程師相互合作的良好氛圍下，實現產品。在網路上、書籍中，要獲得scrum的資訊自然不少，也包含了他的guideline。但就像現在多元的商業樣貌，scrum運行在不同的公司其中，也就會需要微調，也需要因應團隊的狀態，找到合適的切入點，將scrum逐步引進。Scrum不是IT團隊自己的事，共同把目標完成的部門也都會相關，我相信，身為產品經理的我們，絕對可以在第一線促進好事發生。我尚未有任何稱頭的成功經驗，藉由清點失敗，我能在未來避免重複踏入相同的坑洞裡，也能再次釐清思緒，為了這次的成功準備！

我翻起了去年的檔案，為了能順利導入scrum，也算是費盡心思，未能真正體會核心和自身問題，最終也是徒然。在看這些資料的時候，會發現一個蠻嚴重的事情：什麼都大、什麼都複雜，這意味著，攻下第一座山頭遙遙無期。在我前一份工作籌備新創的時候，不論去見哪一位VC或mentor，他們所在意的是，第一位買單的客戶，意即，第一份的成功，其所能帶來的效益，你我都知。把凡事想得過大過遠，是一種mental model，換句話說，在各方面都能瞧見蛛絲馬跡。先是運作流程，從需求釐清會議、到進入評估、任務在sprint期間被切4、5個狀態、到交付等，整個流程設計想的是很大很成熟的運作團隊，沒有看見團隊當下所需，沒有MVP概念，在產品設計也是，當時的開發平台，我想了很多大區塊的功能，檔案管理、資料分析、工具等等，也因此每個User story都很龐大，也很難釐清，這個User story做出來之後，可以為哪件事有所貢獻。當時的我是這樣想的「只要忍耐幾個月，最後大平台做出來之後，所有問題都能被解決的」超級不scrum精神的想法，是一個假裝scrum的隕石waterfall開發。就像一台笨重的大拖車，加速起來很困難，真的快起來也要擔心即將失控引發的災難。Dream big不是件壞事，若沒有遠景，就沒有持續前進的動力，但不能start big，要成就一件大事，所要去除的障礙一定不少的，我相信就算是大神級的人，也難以直接從大的下手。身為一個產品經理，隨時都要掌握短中長程目標，去年我一直被執行長提醒，「你有高的目標，也有細節的執行力，但一直缺乏中間的東西」，很抽象吧？那時候，我有不小心真的有營造出中間的東西，也被稱讚就是那個，不過我沒有任何深刻的體會。直到這一刻，我才略懂，長遠目標是我對於這個產品的掌握，是我來自過去技術實力的累積與觀察，短程規劃是我工作的習慣與能力，而中程，就是Outcome，一路知道在為團隊解決什麼問題，以一定頻率產生outcome為導向逐步往大目標邁進，這是我缺乏正在歷練的，而這樣的想法，很Scrum!