2022 年 8 月 31 日，我在 Agile Summit 現場看到鐵人賽的廣告，原以為是工程師的聖域，沒想到今年有「敏捷」主題！好奇地加入這個戰場，並運用敏捷開發的方法完賽。

1. 設定目標和開發方式

我的 Sprint Goal 訂為：每天發布 1 篇文章，共連續 30 天。

我的開發方式為：先寫出 MVP，後續採增量式交付。

2. 先做競品調查

構思寫作主題時，我先查了敏捷選手列表，拜讀已開賽前輩的文章，主要是分享框架、工具、邏輯思維等理性內容。

我自知無法像前輩們寫得那麼好，決定另闢新賽道，用我喜歡的 K-pop 來類比，分享日常的敏捷經驗，內容以感性、溝通為主。因為敏捷團隊是由「人」組成，有人的地方就有江湖。

3. 先寫 MVP 觀察市場

2022 年 9 月 4 日開賽時，我只敢默默地發文，因為腦海中只有 3 天份量的素材。我決定把這 3 篇當成 MVP，先觀察市場反應，究竟《敏捷藏在 K-pop 裡》這主題是否有人想看。

2022 年 9 月 7 日，同事們發現我參賽，給了我很多支持與鼓勵，加上看到九一大神在臉書分享我的文章、寫著「哈哈哈」。這對我來說，已驗證前 3 篇 MVP。

4. 分析瀏覽量下跌的原因

MVP 可行，也不能掉以輕心。DAY 10 之前，瀏覽量都算穩定，但是大約 DAY 13 （9 月 16 日）開始，文章瀏覽量出現清水斷崖的斷層，直直往下掉。這讓我懷疑自己的選題和文章品質下降了。

我觀察敏捷組別所有選手的瀏覽量，也呈現相似的趨勢。因此推測原因可能是： 9 月 16 日為鐵人賽開賽的最後一天，每天有數百篇文章湧現平台，但平台上的讀者數量仍然相同，因此稀釋了注意力與瀏覽量。當然，也存在我自己選題不夠有吸引力的可能性。

5. SEO 寫作策略

從內容行銷的角度來看，鐵人賽是一個大型的 SEO 內容優化現場，每天有非常多高手發文，文章內容是人們會上網搜尋的技術和問題，也就增加了 iThome 平台的搜尋能見度。

因此在發文時，我會把關鍵字放在標題 H1、內文 H2 和 H3，例如下圖黃框所示。並且把摘要寫在文章開頭，讓讀者在文章列表或搜尋結果，就能預測這篇文章的內容，再決定是否要點擊閱讀。

選題也是跟隨 YouTube 和 Facebook 演算法，哪些女團回歸了、哪些韓綜上熱搜了，我就用這個 K-pop 題材來媒合 (mapping) 適合的敏捷案例，隨著社群話題進行增量式發文。

6. Sprint 差點 Fail 的時候

DAY 15 瀏覽量持續下跌的這天，是我懷疑選題、最想棄賽的時候。但也在這時候，我看到歌手 IU 即使耳朵突然聽不見，仍然堅持完成演唱會的新聞。這強大的意志力讓我非常感動。

或許有人會認為 K-pop 粉絲就只是追星，但其實 K-pop 團隊和敏捷團隊一樣，都是由「人」所組成，有許多值得借鏡之處。

《敏捷藏在 K-pop 裡》在今天 Sprint Success 完賽了！假如再也碰不到你，祝你早安、午安、晚安。