做計畫總是帶來美妙的掌控感。 今年初發現自己花許多時間在「做計畫」，今年要達到什麼目標、有哪些個人project要在哪些時間點完成。然後到了二月發現，有做完的沒幾項XDDD 然後又花了一些時間「調整」我的計畫。把沒做完的任務又塞到剩下的時間裡。可想而知，計畫——調整——計畫，沒完沒了，真正有執行的事項卻沒多少。當時聽到科技業的朋友提到敏捷專案管理法，這才認識了SCRUM。雖然SCRUM主要用於專案管理，但我覺得對個人生產力也滿有幫助。以下為書籍重點以及一些個人想法。 《SCRUM》想傳達的三大觀點： - 完美的計畫，無法保證產出會更有價值。 - 產出是否有價值需要靠市場驗證，因此要快速產出MVP(最小可行性產品)，盡快得到市場反饋，然後持續迭代。 - 要追蹤、了解自己的生產力，才能準確預估完成目標的時間。 《SCRUM》書籍重點與專有名詞解釋： - SCRUM是敏捷開發下的一種專案管理流程。特色是以短而有力的週期性活動(Sprint)快速迭代產品，希望以更少成本創造最高價值。 - SCRUM的出現是為了避免傳統管理法的效率不彰，專注做出對市場有價值的內容/產品/服務。 - SCRUM流程中有三個關鍵角色：擁有明確遠景、清楚任務價值的產品負責人、擁有所需技能的開發團隊、確保流程順暢的Scrum Master。 - SCRUM的主要活動——Sprint衝刺，是一種週期性活動，讓團隊在短期內專注完成特定目標。 - 傳統的瀑布管理法重視前期的詳盡規劃、設計、開發、測試，通過內部批准後才開始實施，最終才到消費者手上。 - 瀑布法的缺點在於速度太慢，導致難以知道市場反應，若開發途中最初的需求有所改變，便等於浪費大量資源。因此瀑布法比較適合需求明確且不太可能發生變化的項目。 在這個部分，我個人認為無論是瀑布法還是Scrum，最重要的其實是「釐清最初的願景和目標」。如果不夠清楚，不管是想先做計畫還是專注行動，都有可能導向模模糊糊的結果，造成不必要的時間或金錢浪費。 釐清目標也是我覺得在現實生活中，真正難的事情。不然就不會有一堆甲方要乙方幫忙弄清楚自己在做什麼了… 個人想到的快速迭代範例： - Heptabase最初單以陽春白板作為MVP讓人使用，並從使用者反饋中確認產品價值(是否滿足需求)，再依價值高低安排功能開發的優先序。這也讓我想到，一個草創品牌在初期時其實不需花太多時間「規劃品牌的形象、風格口吻」，反而是專注在品牌提供的服務/產品到底能否滿足受眾。專注產品價值的過程，品牌自然會流露出最真誠的個性，受眾也感受得到。 - 團隊成員偏好給他多點時間，寫完整份企劃再review，但review時常發現方向不對需趕工重改，過去花的時間產出為零。若能在短時間內先寫個粗略版本對焦方向，確認內容有價值後，再繼續把企劃優化完成，便能避免無效率狀況發生。 快速獲得市場反饋的好處: - 網路小說或漫畫連載，可在內容發佈後立即觀測市場反應，視情況調整後續內容。相較於先花大把時間完成長篇小說再出版，連載某種程度上減少了內容可能不受市場喜愛的風險。(咒術作者可能無視觀眾) - 個人覺得異曲同工之妙的例子：過去在接觸全新領域的知識時，會找大部頭從頭開始讀，但常常看不下去便放棄……後來發現，先挑有興趣的部分看會更好吸收(產品是這本書，市場就是我)，後續也更容易把其餘部分讀完。雖然一開始跳著看的時候，對內容的認知不一定準確，但這會跟著整本書的閱讀進度，一步步的校正。 如何應用在個人Project: - 基本上自己要擔任三個角色。像產品負責人一樣清楚自己到底想完成什麼樣的目標。像開發團隊一樣認識自己的生產效率。像SCRUM Master一樣，想辦法優化各種流程、減少阻礙。四五月份試做下來，項目的完成數量變多，品質也比預期中的好！ 廢話可能太多了，如果想進一步認識SCRUM，記得作者有在網路上公開一份SCRUM Guide，有興趣的人可以下載來看。如果你對我的Heptabase白板筆記有興趣的話，也歡迎追蹤我的IG@000readsss，了解獲得筆記方法。