沒錯！我就喜歡 Ron Jeffries 的論調（軟件開發本質論作者，XP 大神之一，敏捷宣言簽署人之一）。
Let’s have a new rule: you don’t get to say what agile software development is, or say how to do it, if you cannot personally develop software as part of a team, in the agile style.
you can teach scrum, or kanban, or retrospectives, or being nice, or anything you’re actually good at. but you can’t teach or explain stuff you can’t even bloody do. like agile /software development/.
I just think if you've never been part of it, pretending you can teach it or coach it is pretty questionable.
來源：https://twitter.com/RonJeffries/status/936807106425995264
※ 感謝 明洋林 （Jerry Ming Yang Lin） 分享這則 2017 的 twitter
--
後記：
我就說了，簽署敏捷宣言的，幾乎都是技術工程底的大神，技術對他們來說已經都不是問題了，所以要用敏捷來搞定協作、價值、文化，也就是人的問題。
但多少人在搞敏捷、在導敏捷，根本沒有技術能力、沒有技術含量，甚至沒有 software product development 的經驗，這些人依然可以關注在他們可以帶給團隊的價值，但就不要去假裝、去宣揚那些你根本沒經驗的名詞。
這也是我跟其他 coach 之間最大的差異，因為能下去動手做產品，能在跟團隊一起做產品的過程中去影響他們、引導他們，甚至指引他們。不只是 coaching, 還要時常能扮演 trainer 跟 consultant 的角色。
如果只有敏捷，雖可以作到持續改善、單位時間內交付最大價值的。但如果是在做一個軟體產品，那麼最終的瓶頸天花板就會被 Delivery 的能力給限制住。畢竟，我們是在做個產品，這一塊交付的本質避無可避。
我再強調一次，兩者有各自的關注點，也不互斥，只偏重一方，在持續改善到一個程度之後，就會碰到另一方為瓶頸點。兩者無法兼具的話，就無法發揮最大價值。
【敏捷宣言簽署人】
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
scrum agile差異 在 Lumina Learning Taiwan 組織與個人適性發展- 「敏捷」不只是 ... 的推薦與評價
「敏捷」不只是Scrum、看板、視覺化、系統化的工具與方法，不只是專案團隊角色 ... 這場由Lumina Learning Taiwan創辦人Xavier Chen引導的「Agile Transformation敏捷 ... ... <看更多>