幾個月前，在不確定 Scrum 為何物、沒寫過任何一張 Story，對於 Scrum 每個活動、每個會議還一知半解的情況下，我以PO的身份，加入 Scrum 團隊，接受一個巨大的挑戰：在擁有時間壓力之下，利用新技術開發一版優於舊版的新 APP。
其實整個團隊從 PO、工程師到設計師，對於 Scrum 這個概念相當不熟悉，也都是第一次接觸。在總總不熟悉與不確定的狀態下，我們歷經 12 個 Sprint，不斷地與過往的認知產生衝突，不斷地溝通、磨合步調與默契，不斷地重新思考對於價值的認定。
這篇將分享跑 Scrum 的心路歷程以及學習。
別急著排期完成需求，”以始為終“建立共識才是第一優先
在開工初期，團隊比較著重於熟悉新的開發流程，熟悉Scrum的會議形式，培養彼此的默契為主。
跑了幾個 Sprint ，完成一個又一個的 Story，但卻發現團隊構通時常卡卡的，在認知上，彼此之間有許多落差，導致團隊效率並不是這麼高。
然而在一場會議中，我們赫然發現一個重大問題：團隊每個人對於最終上線的產品樣貌居然都不一樣。
問題浮現的當下，我們才意識到，原來我們無形之中，被過去既定的經驗所影響，雖然表面上在跑 Scrum，卻只是機械式的完成一個又一個的需求，團隊內部沒有真正達成共識，也不清楚我們最終交付給用戶的到底是怎樣的產品，導致嚴重的溝通落差。
發現問題之後，我們決定利用『使用者故事對照』（User Story Mapping）來凝聚共識，以User Journey 的角度出發，建立一個電商產品的『骨幹』並討論出初步的產品樣貌。
透過 USM 活動，我們不再是一個需求接著一個需求往下執行，而是透過團隊的力量集思廣益，全局性的溝通，一起勾勒出未來期望交付的產品。
最終我們完成了屬於團隊的產品共創牆，達成共識繼續往前邁進。
轉變思維模式，幫助自己突破瓶頸
專案中期，對於價值的判斷與團隊以及 stakeholders 都有相當多的衝突與分歧。
其實回頭想想，我們此時此刻所面臨的處境相當特別。
為什麼？
一般來說開發一隻新 APP，即便產品現階段還有很多的缺陷，但只要把握住產品核心功能與價值，就可以上線驗證產品體驗是否符合預期。
這次的專案中，我們一直有既定的考量點，即是一個功能完整的“舊版APP”已經在線上服務用戶一段時間。而我們該如何取捨，並在短時間內利用新技術，上線一版“功能不完全”但卻優於舊版的 APP 呢？
這樣的情況下，在初期判斷 Story 價值的時候，時常糾結於舊版產品已存在的功能與現階段開發時程不匹配的問題，而陷入僵局與衝突。
然而再不斷溝通與思考過後，逐漸領悟到，一個線上產品的功能多寡，並不是現階段思考價值的重要維度，也並不是Scrum 所提倡的 Value Driven 思維模式。
而真正要思考的是用戶透過產品真正被滿足的需求是什麼？我們交付的產品能夠準確的滿足大部分的核心使用場景嗎？
放下過去的包袱，重新梳理思路，其實在價值判斷上就不會如此糾結，一切以用戶價值為根本，才是我們開發新 APP 的目標所在。
在過往的開發流程裡，我們往往會被“功能數量”所迷惑，以為完成越多越好。但 Scrum 的框架中，Value Driven 才是核心原則，也是最根本的精神。
透過思維模式的轉換，再次與團隊、stakeholders 溝通，最終盡力在合適的範圍下，找到達成產品最大價值的組合，大家價值判斷上也逐漸一致。
快速產出、回饋再修正，不斷變動才是常態
Scrum 開發流程中，核心價值是快速產出、迭代反饋、修正後再嘗試，因此 PO 會更頻繁與動態的調整優先級，不同於傳統瀑布式（waterfall）開發流程中，PM 跟相關部門討論好完整的功能，一開始就確定產品開發的優先級，中途不會有太大的變動。
在開發中後期，達成共識，釐清價值之後，並不是一切定調，我們承襲了敏捷的精神，在開發過程中，因應不同的環境狀況，不斷地溝通調整，也以開放的心態了解不同角色在 Sprint 過程中所面臨的問題，一起承擔結果，透過每次 Retrospective 會議，一起發想讓團隊更進一步的 Action Plan，找到一個屬於團隊的平衡點。
在此也真正感受到：Scrum 並不是快，而是“靈活”。
一旦情況/資訊發生改變，就快速適應、溝通並調整優先級，同步價值與共識，保持極大彈性，在不斷的試錯過程中，逐漸形成高效、開放、擁抱變化的團隊。
達成共識、價值判斷、擁抱變化，這些事情其實我們心裡都清楚，但有時候因為太多的雜訊以及沒有好的場域來讓它發生。
而透過 Scrum 框架，我們得以浮現問題、認知問題、解決問題，讓團隊在判斷上、溝通上更接近本質，回歸本質。
最後：滿滿的感謝之心
感謝 Scrum Team 夥伴們，
我們從零開始摸索，一路培養默契，互相扶持。
我們不厭其煩地溝通再溝通，釐清現階段 “價值” 所在。
我們追根究底挖掘問題，快速調整並持續修正。
我們相信彼此，最終完成這項艱鉅任務。
但這不是結束
而是新挑戰的開始
GO GO Scrum Team！
by 丹尼爾
