【Fragile-Agile】脆弱的 Agile

  • 915
  • 0
  • 2019-01-09

敏捷很好,但敏捷如果沒有技術實踐跟工程基礎建設,敏捷用在軟體產品開發上,就只是耍流氓而已。

想要當個稱職的內部教練、引導者、工程實踐與開發方法論的導入先驅者,你的確必須具備相當多 soft-skill 與 hard-skill,在 【工程實踐與流程規範導入實務】這門培訓中,我將結合我過去在組織轉型、協作流程優化、建立文化、訂定規範與標準,以及工程實踐導入與落地的經驗,讓你充實充飽你的軍火庫,讓你能因應你團隊的特殊限制與需求,挑選合適的方式開始動手協助改善團隊的產品開發。

準備好從「殺豬公」到「飛上外太空」了嗎?

敏捷開發流氓清單

 寫得不好的單元測試,只會是拖油瓶。

 沒有自動測試的敏捷,根本是自掘墳墓。

 沒有自動測試的 CI/CD, 根本是空炮彈。

 沒有自動測試的重構,根本是賭運氣。

 連測試都寫不好的就想 TDD, 根本好高騖遠。

 沒有測試保護的 code, 都是 legacy code。

 沒有面對面溝通的 code review, 都是橡皮圖章。

 沒時間寫測試,所以後補測試?你知道後補測試要比 TDD 多花多少時間嗎?

 單元測試很難寫?那是你產品代碼設計有問題。

這些迷思,這些工程實踐,講都會講。但要怎麼落地,怎麼導入,才是實務上最困擾大家的難題。 

這裡面的確有很多的學問、理論、技巧、工具與手法。我理解很多公司無法聘請長期的 coach 輔導,而是偏向內部教練的方式來協助團隊。

想要當個稱職的內部教練、引導者、工程實踐與開發方法論的導入先驅者,你的確必須具備相當多 soft-skill 與 hard-skill。

在 【工程實踐與流程規範導入實務】這門培訓中,我將結合我過去在組織轉型、協作流程優化、建立文化、訂定規範與標準,以及工程實踐導入與落地的經驗,讓你充實充飽你的軍火庫,讓你能因應你團隊的特殊限制與需求,挑選合適的方式開始動手協助改善團隊的產品開發。

至少你會了解:

  • 為什麼我們需要跨職能團隊?
  • 為什麼團隊能變成自我學習組織?
  • 為什麼 pair programming 會如此自然?
  • 何為價值優先?何為團隊重於個人?
  • 做任何決定,該如何考慮 ROI?
  • 引入實踐的順序,如何搞定老闆/主管、需求單位、開發團隊彼此之間矛盾的需求。
  • 為何欠下技術債?如何透過欠債來產生價值?如何清理技術債?

內容主題相當廣泛,也會視各個學員關注的問題,來加強課堂上進行的內容重點。

 


blog 與課程更新內容,請前往新站位置:http://tdd.best/