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 開發 (交付) ，而且真正做東西出來的核心，還是開發交付的部份。

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

【有些事你不熱愛它，還是可以收穫滿滿 - Scrum到底講什麼？】
今天考過了Scrum Master的證照！坦白說，我一直都沒有想過要去考證照，因為我是一個熱愛挑戰、有時喜歡破壞規則的人，總覺得這種規則很多的東西不適合我。但剛好 HowAgile 請我給他們的課程一些反饋、天下文化 請我做 #SCRUM敏捷實戰手冊 書評，大人學、MasterTalks 請我開產品管理、專案管理的課程，「是時候好好研究一下我沒有特別熱愛的事！」我想。

雖然面試過上百Scrum Master(敏捷導師)、陸續有十多個敏捷導師在我團隊上，也用敏捷開發十多年，但我其實沒有考過證照，也不知道竟然還有手冊！

抱著踢館的心態，開始了證照課程，發現自己用敏捷開發就像是騎腳踏車，會騎（用敏捷十年）、也在國家隊裡（臉書），但其實不知道原理，了解原理以後，感覺事情都串連起來的感覺！

幾個簡單的摘要給大家，不過切記，重點是團隊自動自發、有自主權的精神和背後的道理，倒不是這些規則喔！

【團隊】
📌 Product Owner管Product Backlog，負責讓Development Team做的事發揮最大的價值
📌 Scrum Master提倡、觀察、指導、協助團隊用Scrum
📌 Development Team決定Sprint Backlog，負責達成Sprint Goal、每個Sprint產出可以使用、上線的產品「Done Increment」，所有需要完成Backlog都在Development Team上，可能不只有工程師

【Sprint】不超過四週，矽谷軟體公司通常是兩週
【會議】
📌 Sprint Planning：決定Sprint要做什麼、Sprint Goal，一月不超過8小時。在業界通常分為「Backlog Grooming」讓團隊了解要做什麼、「Sprint Planning」決定Sprint 要做什麼。
📌 Daily Scrum：在業界常被叫做「Daily Standup每日站會」，固定15分鐘，只有Development Team參加。
Sprint Review：在業界常被叫做「Demo」，每月不超過4小時。不只是「看喔！我做好了！」還有評估調整剩下的東西。
📌 Sprint Retro：檢討會，每月不超過3小時。不只是檢討，還有選出一樣改進下個Sprint執行。

雖然我覺得Scrum Guild有些過於理想化，業界通常Product Owner也不是那個最了解產品時程的人（是Scrum Master），但整體來說，還是一個非常棒、矽谷每家公司都用（類似）的framework。
還有很多心得啦！下次再細講。

👉 聽 矽谷資深女工程師 、 NATEA北美台灣工程師協會 工程師怎麼用敏捷，今天台灣時間11am、美西晚上8點 https://www.facebook.com/events/3495823580475824
👉 Scrum書 https://www.books.com.tw/products/0010856655
👉 考scrum證照 HowAgile
👉 免費Scrum 線上測驗 https://www.scrum.org/open-assessments/scrum-open
👉 免費Scrum Guide https://www.scrumguides.org/
👉 上非Scrum專案管理實戰課 https://shop.darencademy.com/product/view/id/1

你這個Sprint真的有上線"Done Increment"嗎？
✏️ 文底免費Scrum手冊

很多人知道敏捷的比喻，就是如果你要做一台車，不要先做方向盤、椅子、最後整台車🚗 做好，而是要先做腳踏車🚲、機車🛵、最後整台車🚗 做好，因為如果你做了腳踏車，發現根本沒有人要從甲地到乙地，那就不用建台車了！

不過就像Scrum.org的手冊寫的，Scrum是容易了解、不容易精通。
像是Tony講師說的，每一個Sprint都要release ”Done Increment“。
換句話說，如果你的Sprint是業界常用的兩周，那每兩周都要有做完、可以上線的新功能，即使很小。
聽起來很有道理，但現實職場上，即使在臉書都不一定可以總是做到。
但謹記在心，真的重要！
不然大家一直覺得「快好了，快好了」結果三個月後，功能根本還沒上線！😫

上個月結束了募資的課程，這週因緣際會開始上敏捷導師證照的課程。 （我到底怎麼這麼想不開！😓）
其實我在美國公司用Scrum做軟體產品開發已經有近十年。
在Sears百貨期間，公司大力宣揚要轉型敏捷開發。
在Target時，我幫他們在矽谷建第一個用敏捷開發的團隊，當時我的老闆是這方面的專家，雇用的軟體建置公司敏捷做得超好，讓我開了眼界。
在eBay時老闆一直說我們還是不夠敏捷，每天工程師跟老闆都在吵吵吵。
臉書裡幾乎沒人聽過什麼是敏捷、Scrum（真的！😲），但其實就是天天已經在做。
其實我從沒看過公司跟手冊一樣完美，但了解最佳解，還是有些幫助。

聽說Scrum有三大門派，我還沒能一一研究，不過下面幾個專案管理、SCRUM資源先分享給大家。

上課、考證照💪
👉 SCRUM.org證照課程 HowAgile https://www.scrum.org/tony-lee
👉 不談證照、講求實用 大人學專案管理課程 https://shop.darencademy.com/product/view/id/1#101-201018

不想花錢上課，那買本書吧！📕 📗
👉 《SCRUM敏捷實戰手冊：增強績效、放大成果、縮短決策流程》https://www.books.com.tw/products/0010856655
👉 《SCRUM：用一半的時間做兩倍的事》https://www.books.com.tw/products/0010785434

完全不想花錢的話...
👉 SCRUM.org Scrum Guide
https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-US.pdf

Scrum.org
天下文化
大人學
謝謝 Treerful小樹屋-科技大樓 提供上課場地～