ブログ

ryuzeeによるブログ記事。不定期更新

直近開催のScrum Alliance認定スクラムマスター研修のご案内

【資料公開】レガシーコードからの脱却

みなさんこんにちは。@ryuzeeです。

2019年10月4日に行われたAWS DevDayの「レガシーコードからの脱却」のセッション資料を公開します。

内容は、9月に発売になった同名書籍『レガシーコードからの脱却』の全体像と一部のプラクティスの紹介という形になっています。 時間の関係で紹介できたのはごく一部の内容になっていますので、スライドを見て内容に興味をお持ち頂いた方はぜひ書籍をお読み頂ければと思います。 なお、現在Amazonの在庫が高額な値付けの転売商品?だけになってしまっているので、オライリーの直販か電子書籍(PDF、epub)をご利用ください。


45分という短い時間の中で何をお話するかは結構迷いました。

本書はレガシーコードを「どうやって直すか」ではなく「どうやって作らないようにするか」に軸足を置いていて、そのためのプラクティスとして以下の9つを提唱しています。

  1. やり方より先に目的、理由、誰のためかを伝える
  2. 小さなバッチで作る
  3. 継続的に統合する
  4. 協力しあう
  5. CLEANコードを作る
  6. まずテストを書く
  7. テストでふるまいを例示する
  8. 設計は最後に行う
  9. レガシーコードをリファクタリングする

どれも重要であることは間違いないのですが、今回は「やり方より先に目的、理由、誰のためかを伝える」、「小さなバッチで作る」、「CLEANコードを作る」を選択しました(「設計は最後に行う」は資料には追加しています)。 コードやテストといった技術的な領域だけにフォーカスしなかったのは、そもそも全体としての開発の枠組みを見直すことなく、単にコードの書き方だけを変えても、本当の意味で価値あるコード(使われるコード)にはならないだろうと考えたためです。

これは、すなわち**「レガシーコードを作らない」ようにするには開発チームの自律的な取り組みだけでは実現が難しく、プロダクトオーナーやビジネス側の理解が必要なことを意味します**。 ぜひ開発チームの中だけでなく、プロダクトオーナーやビジネス側の人たちと「レガシーコードを作らない」ことについての議論をしてみることをお勧めします。

それでは。

前の記事 【書籍発売のお知らせ】レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス
次の記事 【PDF公開】Scrum Starter Guide

プロダクト開発で、こんな課題を感じていませんか?

  • 何を作るべきか、順位の決め方が定まらない
  • プロダクトの方向性をチームで共有できていない
  • 開発組織の体制や役割がうまく機能していない
  • 開発プロセスが形骸化し、目的を見失っている
  • アジャイルを導入したが、組織に定着しない

プロダクトマネジメント、組織構造、開発プロセスの課題について、組織全体の視点から支援します。

お問い合わせ(初回相談無料)

契約を前提にした相談でなくて構いません。相談に際して事前の整理や準備は不要です。

Aligned ―プロダクト開発におけるステークホルダーとの関係性の築き方
ダイナミックリチーミング 第2版
Tidy First?
脳に収まるコードの書き方
プロダクトマネージャーのしごと 第2版
エンジニアリングマネージャーのしごと
チームトポロジー
スクラム実践者が知るべき97のこと
プロダクトマネジメント
SCRUM BOOT CAMP THE BOOK
みんなでアジャイル
レガシーコードからの脱却
Effective DevOps
変革の軌跡
ジョイ・インク
アジャイルコーチの道具箱
カンバン仕事術
Software in 30 Days
How to Change the World