Ron Jeffries 的提醒，大家在以 scrum 進行軟體產品開發時，要避免本末倒置、倒行逆施。

“When a team does not have the necessary and less than obvious technical skills to produce a shippable Scrum Increment week in and week out, the Scrum process almost inevitably goes dark.”

如果你是工程人員，更建議你先從 極限編程(extreme programming) 著手。

事實上我們看過這麼多的客戶，極少看到 agile/scrum 落實內化很好，但極限編程跟人員的工程技能低落的。

大部分順利的路，是從極限編程做得不錯，再引入 scrum 的。可以參考我自己的 scrum 序章：https://tdd.best/blog/my-beginning-of-scrum/

也有一種很特別的例子，是 agile/scrum + XP 併行推進的，這個比較考驗大家對目標的認同，對相同方向上的施力，而且一開始就認知自己組織內可能各方面能力都需要提升，才能在這持續改善的路上持續學習，知道這條路本來就充滿荊棘挫折，但只要我們能越來越好，就總比之前好上不少。

Ron Jeffries 是誰：https://en.wikipedia.org/wiki/Ron_Jeffries

極限編程 三大頭之一，敏捷宣言 17個簽署人之一，同時也是 Scrum Alliance 的 CST 培訓師。

在我們多天的 scrum 相關培訓中，通常就會有一半以上是實際的開發協作過程。

--
最近一年也讓我試著換另外一個角度來看，

「改善比較容易，還是加班比較容易？」
「學 scrum 比較容易，還是學單元測試、重構、TDD 比較容易？」

最直接的方式，做個調查，多少公司以 scrum 方式進行開發，而多少公司內有落實 unit test 與持續重構。這個比例拉出來，就不意外為什麼大部分看到的都是 Dark Scrum 了。

開發人員總是訕笑著 PM 永遠都給著不合理的時程，然而他們也總是以「沒有時間」當藉口來掩飾自己技能上的不足。

如果你是在開發軟體產品，那整體就是 領域(產品) x 協作(溝通) x 開發 (交付) ，而且真正做東西出來的核心，還是開發交付的部份。

這一塊夠扎實，即使是瀑布，也可以有一定的成績。

寒假剩一半了，最近都好有動力運動～因為運動就會有積分！不太想開學，也趁著現在可以多上點課、多學習。

/

今天午夜來聊聊最近上的課

1.Coursera | 行銷典範轉移：變動中的消費世界

對於想打好基礎的人，還滿推薦這堂課的！在前一兩週會談到行銷基本概念、典範轉移、如何選擇目標市場做好市場定位。

雖然現在才上完week3，但之後會談到STP、品牌價值，還滿期待的哈！

2.Coursera｜商管研究中的賽局分析

這堂課主要會先講解賽局理論、動態及靜態的賽局分析，之後會以賽局理論的分析驗證問題（paper的研究）。

我覺得有點硬需要多花時間消化🥺😆也需要微積分的基礎。
（有修過會比較好理解！）

3.Coursera ｜服務模式的體驗、設計和創新

談顧客旅程地圖、服務藍圖、體驗經濟，雖然剛要到week3，不過之後也會聊到平台經濟、服務創新、差別定價，也是讓自己可以多加涉略的行銷課🙂！

4.Udemy｜SQL boot camp 2021

雖然對於程式還是一竅不通....🥺😴，但還是上一半了，看第一次是打基礎，第二次才可以更加熟悉！

5.Hubspot｜content marketing

推薦大家這個可以學習內容行銷的平台，雖然現在沒有時間看......等之後再繼續。

6.商業思維學院｜專案管理學院

我覺得真的太受用了！
之前在學校學過瀑布工作流，剛好課程裡面把敏捷開發講的很詳細👍，

7.其他｜camblyx2、審計、稅法、中㑹

每週兩次cambly 練習（daily news或其他）

會計盡量做到上課後有複習。

8.運動｜water tracker,fitness,loss it,zones （app 推薦）

Water tracker:每天記錄喝水量2000cc

Fitness:Apple Watch 的app可以計算每天的站立時數、熱量消耗、運動時間
（最近因為跟查理運動比賽所以每天都有運動一小時🥳🥳）

Loss it :推推可以記錄起床體重、早餐午餐晚餐點心攝取熱量，還可以減掉運動消耗的熱量，我連續用了23天（推薦！）

Zones: 這個主要只是讓你知道這週的運動時間有沒有大於目標，可下載可不下載，但我滿喜歡他的！😆

最近每天都會做核心30分鐘（五組複雜運動，連續11天了！好有成就感😆）+跳舞或慢跑+拉筋！

9.每日必聽｜podcast

（1）吳淡如的人生實用商學院

（2）the New York daily

（3）news98 財經起床號

/

（圖二是....想喝但克制了🤯😃）

（第一次放自己畫的熊熊🐻希望還可愛哈哈）

#學習 #生活 #寒假 #行銷 #行銷企劃 #50嵐

敏捷宣言明年就 20 年了，從敏捷宣言簽署者之一 Ron Jeffries 在 2 年前講出這樣的話，自然是很夠份量的。
　
敏捷宣言其實是站在「軟體產品」的角度，解決人、協作、組織、文化上的根本問題。
　
然而，軟體產品中最核心的本質「開發與交付」其實是在更前面的 extreme programming （極限編程，簡稱 XP）就被帶出來了，而且這件事並沒有因為敏捷宣言而改變。
　
為什麼這個世界上大部分的「人」（也就是不只開發人員）大部分搞 scrum 類型的框架弄不太起來，而真的弄得起來的人，你可以說他們不用 scrum 可能軟體的交付速度、品質也不會差到哪去。
　
那是因為核心還是 XP 啊。他們用 scrum 類的協作方式，可以改善他們需求、溝通、協作上的浪費，用 LeSS 可以帶著全局思考的角度，避免局部優化的浪費。
　
但大部份畫虎不成反類犬的公司在敏捷轉型過程，這些軟體產品開發的本質才是他們的核心問題，他們用 scrum 初期好處就是透明，然後發現組織存在更多這樣的問題，但大部份的角色（包含開發人員）對極限編程的實踐、精神都是迴避跟鴕鳥的，他們寧可喜歡兩週裡面開開 daily meeting, retrospective, planning, review (然後也沒有比較扎實的 refinement)，至少他們覺得自己「在 scrum」，失敗了在賴給它就好了。
　
如果你是個開發人員，至少你可以跟其他開發人員先從 #極限編程 的實踐做起，至少你會開心一點，而且累積在自己身上的，誰也帶不走。
　
等到你有這樣的能力，你能選擇跟這樣的團隊在一起工作，屆時你們要解決的，就只剩下協作的問題了，那時你們自然就會去搞 scrum 類型的方式來解決你們瓶頸的問題。
　
看到了嗎？這就是 20 年前，一群技術大神聚在一起寫敏捷宣言的背景啊...他們都是技術大神，技術問題基本上對他們來說是不存在的，他們弄敏捷宣言就是因為技術對他們來說不是問題了，自然要扭轉一下世人過去瀑布類型方式的問題瓶頸。
　
來源：https://ronjeffries.com/articles/018-01ff/abandon-1/
　
簡體譯文：https://mp.weixin.qq.com/s/UbG5XNXrSWdMBdao0RXIwg
　
講那麼多，持續整合、pair programming、單元測試、重構、測試驅動開發、讓需求單位早點提供 feedback 或參與，大家做了多少呢？