Agile 真的沒有用? (續篇)
水能載舟也能覆舟,
應用得當都會有適當的效果.
通常會抱怨 Agile 沒用,
一方面認為 Agile 就是快, 而不是因應改變
或是把它想成 Agile 就是 Scrum,
認為只要會開開會就好
顧問只是念了幾本書就來說嘴
有沒有實際用 Scrum 帶過專案也不知道
並且他們只在意認證和賣課程
另外在工程實踐方面也不太重視
常常只是玩玩 BMC, Impact Mapping, Story Mapping
以為方向對了後面自然就很順暢
當然這並不是錯, 只對了前半部
但並沒有解決開發階段的問題
也就是老闆很爽, 但工程師沒有被爽到
所以先反抗的是工程師
然後久了以後, 變成老闆覺得他沒用
或許工程師和老闆該看看
eXtreme Programming 共同發明人 Ron Jeffries 的文章:
Developers Should Abandon Agile
了解一下 Agile 在這些年如何被歪樓的
原文: Developers Should Abandon Agile
https://ronjeffries.com/articles/018-01ff/abandon-1/
中文
https://medium.com/kuma%E8%80%81%E5%B8%AB%E7%9A%84%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E6%95%99%E5%AE%A4/%E7%A8%8B%E5%BC%8F%E9%96%8B%E7%99%BC%E5%93%A1%E6%87%89%E8%A9%B2%E6%94%BE%E6%A3%84%E6%95%8F%E6%8D%B7%E9%96%8B%E7%99%BC-1fdc81bd097a
「extreme programming中文」的推薦目錄:
- 關於extreme programming中文 在 DavidKo Learning Journey Facebook 的精選貼文
- 關於extreme programming中文 在 91 敏捷開發之路 Facebook 的最佳貼文
- 關於extreme programming中文 在 91 敏捷開發之路 Facebook 的最佳貼文
- 關於extreme programming中文 在 极限编程中文网站 - GitHub 的評價
- 關於extreme programming中文 在 极限编程- 黄庆的博客 - HUANG QING BLOG 的評價
- 關於extreme programming中文 在 極限編程 - 澳門生產力暨科技轉移中心 的評價
extreme programming中文 在 91 敏捷開發之路 Facebook 的最佳貼文
寫測試,修改跟加代碼才快得起來。
開了這個社團,在繁體中文書拿到手之前,我可以先拋磚引玉一下。
《Working Effectively with Legacy Code》在我的軟體工程生涯中扮演了很重要的引導角色。
我個人很喜歡 chapter 2 的【Working with Feedback】,這章開頭說了,修改代碼分成兩種類型:"Edit and Pray" 以及 "Cover and Modify"。
對於修改代碼,大家有多少信心把功能改成自己要的呢?通常不低。
但有多少信心,不把其他功能弄壞呢?這就很難說了。
大家也知道,越早發現問題,修復的成本越低。即時撰寫與執行的單元測試,就是其中一種盡早發現問題的方式。這也是為什麼在 extreme programming 中的工程實踐會被重視的原因,pair programming, TDD, Unit Test, CI 等等...
站在「盡早回饋」的角度,這是粒度小的單元測試比起粒度大的整合測試或驗收測試,更佔優勢的地方。這也是為什麼單元測試該由開發人員來撰寫,單元測試為什麼與產品代碼是一體的兩面。
在寫完產品功能邏輯的當下,應該要有能力盡快地驗證,程式是否如同預期般的執行。
畢竟, 「程式是照你寫的跑,不是照你想的跑」,要驗證程式有沒照你想的跑,就把你的期望寫成測試來驗證它。
至於,你想的是不是對的,以及你想的是不是使用者要的,那又是另外一門功課了。
在遺留代碼上工作,學會建立單元測試的防護網,或是先建立好安全措施,是一門必須具備的技能。
否則,這就像在沒有安全防護的高空上作業,「我相信你不會掉下來,我也相信你不想掉下來,但我肯定你的作業速度會因為擔心受怕而變慢或受影響。」
extreme programming中文 在 91 敏捷開發之路 Facebook 的最佳貼文
#軟件開發本質論,這一本是極限編程(extreme programming) 創辦人 Ron Jeffries 寫的書,極度輕薄精要,卻是我覺得現代軟體開發工程師都該花一些些時間把它閱讀完的。
這是一本總綱級的書,我覺得簡體中文的「本質」兩個字翻譯地極好,另一個重點則是書的副標題,英文原文是:keep it simple, make it valuable, build it piece by piece.
整個敏捷開發的本質能被歸納成這麼「簡單」的三句話,真的是「大道至簡」。
越 Simple, 通常代表背後越不 Easy。
在 Software development 的路上,走到現在,追求的都是 simple , 因為只有 simple 才好理解、好用、好維護。
這本書也是幫助我,如何避免自己陷入了 agile, scrum 的 buzzword, 而是回歸軟體開發真實的「目標」,以及從本質去解決那些因為人多的協作問題、因為變化所造成的適應問題、因為技能所造成的可靠/品質與交付速度問題。
—
XP 裡的 simple design 四條 principles 也是我目前在設計的最核心準則。
—
越往本質走,這個世界就越簡單,不要被炫麗的詞彙迷惑了,不要被枝微末節的技倆迷惑了,不要被無意義的、離經叛道的、嘩眾取寵的演講迷惑了。
你跟牧羊人聊了一天了,他的羊吃飽了,你的柴呢?
—
附上之前的推薦文「草稿」:https://dotblogs.com.tw/…/keep-it-simple-make-it-valuable-b…
extreme programming中文 在 极限编程- 黄庆的博客 - HUANG QING BLOG 的推薦與評價
极限编程(Extreme programming,简XP). 极限编程是敏捷开发中最富有成效的几种方法学之一。 XP是一种 近螺旋式 开发方法,它将复杂的开发过程分解成 ... ... <看更多>
extreme programming中文 在 極限編程 - 澳門生產力暨科技轉移中心 的推薦與評價
極限編程. Extreme Programming case studies in Macau. Comments from students in an XP course in 2006 · EAN Macau enjoyed great success ... ... <看更多>
extreme programming中文 在 极限编程中文网站 - GitHub 的推薦與評價
极限编程(eXtreme Programming,简称“XP”)是Kent Beck在1990年代提出的软件开发方法。2001年,极限编程的领导者们与其他践行轻量级软件开发方法的先行者一起,签署 ... ... <看更多>