[爆卦]agile翻譯是什麼?優點缺點精華區懶人包

為什麼這篇agile翻譯鄉民發文收入到精華區:因為在agile翻譯這個討論話題中,有許多相關的文章在討論,這篇最有參考價值!作者PsMonkey (痞子軍團團長)看板Translate-CS標題[翻譯] Agile 的 11...


原文網址:http://www.javacodegeeks.com/2013/03/
11-agile-myths-and-2-truths.html

中文翻譯:http://blog.dontcareabout.us/2013/03/agile-11-2.html


BBS 版以 markdown 格式撰寫

______________________________________________________________________


我提供了許多 Agile 的訓練課程、
也講了很多 Agile 的事情([BCS Bristol tonight])。
有些問題一再地出現,結果就是人們開始相信這些 Agile 謠言。
因此我一再地把時間花在拆穿這些謠言上。

[BCS Bristol tonight]: http://www.bristol.bcs.org.uk/?q=node/162

我一直有一個小清單,上面有 11 個重複出現的謠言,
還有兩個對於一些團隊或公司比較難接受的真相。


Agile 謠言
---------
1. **Agile 是新玩意**:
錯!Agile 宣言在 2001 年就發佈了,
Scrum Pattern 語言在 1998 年的 PLoP
(譯註:Pattern Languages of Programs)發表、
Episodes Pattern 語言(XP 的前身)在 1995 年的 PLoP 發表、
[Tom Glib's Evo] 方法可以追溯到 1976 年,有些甚至還更早。

1. Agile 代表**沒有文件**:
在 Agile 當中你想要寫多少文件都可以。
**文件只是另一件可以作的事情**,如果它帶給你好處,
那就把它放進時程中然後把它做出來就像其他東西一樣。
請注意:文件通常沒人讀、常常傳遞失敗、被用來當防衛武器、
是大型軟體專案中第二昂貴的部份(僅次於重作)。

1. Agile 代表**不做設計**:
錯!Agile 可能意味著「更多的設計」。
設計是所有開發方法、企劃會議...... 的一部分。
Agile 代表 big-up-front design 的末日,
那個在開始寫程式五分鐘之後就會失效的玩意。

1. Agile 代表**沒有規劃**:
又錯!Agile 通常要規劃更多東西。
同樣的,規劃要貫穿整個開發行為中、而不是只有再一開始的時候規劃;
規劃應該是每個人都要作的事情、而不只是一兩個人特有的工作。

1. **開發人員可以用他們喜歡的方式做事**:錯!
如果這點對你來成立,那你可能就做錯了,
請打電話給我吧!(譯註:這哪招?)
Agile 需要更多的紀律來規範團隊,
通常是由 Customer 或 Product Owner 這兩個角色來決定什麼東西該完成,
然後通常是由 Product Manager 或 Business Analyst 來執行。
如果開發人員作他們想做的事情,那這個角色就失敗了。

1. **User Story 有正確的長度**:[User Story 沒有正確的長度]。
請接受「每個項目都不同」的事實。

1. **work 必須配合 Sprint**:
如果你正在執行 [Hard Core Scrum],答案是肯定的。
如果你正在執行我的 Agile 方法(我現在稱為 [Xanpan]),那麼答案是否定的。
事實上,I advise letting stories span sprints in order to improve flow.
(譯註:翻譯不能 Orz)
你可以讓 story span sprint,不過我們不會讓這件事情一直發生、
且會努力將它們打散成更小的 work。

1. **Scrum 跟 Kanban 是世仇**:
沒這回事,不過它們背後的行銷手段可以透過這招獲得不少注目。
Xanpan 混合了 Kanban 跟 XP,而 XP 跟 Scrum 沒有差很多,這你就了了吧?

1. **Agile 不能用在有明確死線的專案上**:
不,Agile 最適合在這種專案下運作。

1. **Agile 不能用在 brownfield(譯註:砍掉重練)專案上**:
不,Agile 最適合在這種專案下運作。

1. **Agile 不能用在 greenfield(譯註:全新)專案上**:
不對,不過你的首要目標是讓你自己進入到一個穩定的狀態:
想像自己在處理 brownfield 專案。

[Tom Glib's Evo]: http://www.gilb.com/Project-Management
[User Story 沒有正確的長度]: http://allankelly.blogspot.co.uk/
2012/12/what-is-right-size-for-user-story.html
[Hard Core Scrum]: http://allankelly.blogspot.co.uk/
2012/11/scrum-scrum-scrum.html
[Xanpan]: http://allankelly.blogspot.co.uk/2011/07/xanpan.html

我認為用 Agile 的理想專案是:
一個 brownfield 系統、確定在 3 到 6 個月後結案、
開發工作已經開始了但是需求還是很不明確。
接著是兩個關於 Agile 的事實:

1. **我們沒辦法用 Agile,因為......** (開放填空)

1. **Agile 是個好主意,但是......** 我們應該等到完成 X、
確定要買 Y、然後買了 Z、新教宗也對我們放了祈禱樹之後......

你可以隨時讓自己打消念頭,或是找到一個「明天再作」的好理由。


--
錢鍾書: 說出來的話
http://www.psmonkey.org
比不上不說出來的話
Java 版 cookcomic 版
只影射著說不出來的話
and more......

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 1.164.170.244

你可能也想看看

搜尋相關網站