敏捷從來就不是單一的方法

.

我的顧問生涯裡,最常發生的事,便是被要請去企業裡作導入Scrum的工作,也就是作Agile coach了。而我作導入的起手式則總是由單元測試或 TDD測試開發法開始推廣起,雖然它們都不屬於Scrum,然而因爲它們是工程師的基礎,是一種本質學能,是只要作工程師就需要不停的追求的技能。而我對單位主管的說詞則是勤練測試能帶來紀律,又能夠提升品質,百利而無一害,當然就要從這裡開始。但實質上是為了持續整合也就是continue integrated來預作鋪路。其實CI才是加快工程師產能的基本技能,可說成是當工程師能夠越精練於CI的技能時,開發速度便會越順暢。

.

0031.png

.

Scrum裡頭完全沒有開發技術

Scrum需要技術的支援,極限編程eXtreme Programming 便成了最佳選擇了,這一點無須多作解釋,它讓測試前移的觀念融入了開發程序中,而要一直等到DevOps的出現大家才正視到,開發與運維不合一有多大的危險時,運維也前移了, 然而任何實施過敏捷轉型的團隊都知道,那產品規劃跟業務部門呢?應該也一起敏捷起來嗎?這便是能看見全貌的可貴之處。推廣DevOps的人士也很清楚這一點,因此Business-DevOps 才是正解。只是一個名詞要被時代與潮流所接受還是得花一些時間的,不如就在內函的詮釋裡把這些包含進來吧!所以DevOps在一開始便強調端到端的範圍,由商業端一直到客戶端的交付流程,就是在正視這個概念。

 

是不是該把用得到的技術都加一加陳列出來呢,所以就有了下面這張圖了。

.

0012

為了擔心上課時遺漏了的技術就畫了這張敏捷的Process chart

.

0003

.

0004

.

0005

.

0006.PNG

.

0007

.

0008

.

0009

.

0011

.

 

0012

.

0013.PNG

.

 

敏捷書單 — 光碟裡的書目

( 回覆北京 、上海的學員: 這是在光碟裡的書目)

《硝烟中的Scrum和XP》导读

Agile Project Management With Scrum Ken Schwaber

Agile Estimating and Planning

Essential Scrum

Just Enough Software Architecture .George Fairbanks

Kanban And Scrum

Kanban

Lean from the Trenches(精益开发实战)

Succeeding with Agile Software Development Using Scrum .Mike Cohn

Scrum in Practice

Scrum 实战(Scrum in Action)

Scrum 要素

Scrum 敏捷开发产品管理

Specification by Example(实例化需求)

Executable Specificat​ions with Scrum A Practical Guide to Agile Requiremen​ts Discovery

敏捷估计与规划 Agile Estimating and Planning.Mike Cohn

敏捷软件开发:原则、模式与实践

敏捷软件开发工具 — lean software development Agile toolkit. Mary & Tom Poppendieck

敏捷个人-认识自我,管理自我

敏捷项目管理

敏捷开发知识体系

敏捷教练

敏捷迭代开发

迭代软件开发项目管理

管理 3.0

软件项目管理者迈向敏捷式的桥梁

软件开发成功路线图 — 敏捷模式

软件工艺

大规模敏捷开发实践

极限编程XP

解析极限编程拥抱变化

精益思想——消灭浪费,创造财富

精益软件开发管理之道

重构,改善既有代码的设计.Martin Fowler

项目百态

人件集 .康斯坦丁

与熊共舞——软件项目风险管理

持续集成软件质量改进和风险降低之道

浮现式设计 Scott L. Bain

领域驱动设计与模式实战