アジャイルサムライ

アジャイルサムライを読んだ。メモしながら、資料を作りながら何度も読み返していたので常に持ち歩き、長いこと読んでいた。

思い返せば5年程前だろうか（もっとかな？）。その頃はまだ前の職場だが、アジャイルサムライによって作業の進め方がアジャイルに変わった。

ユニットテスト、リファクタリング、継続的インテグレーションなど今では当たり前となったものの、実施しない開発があるからこそ、あらためて重要だと感じる。

当時は余裕もあったし、やるのが当たり前ではあったが、それは自社サービスならではの発想なのかもしれない。

締め切りに追われたり、度重なる仕様変更などストレスやプレッシャーに晒される状況ではその当たり前を維持することはできず、その場限りの対応で済ませることもよくある。

自分一人で作業するならまだしも、プロジェクトのために集められたはじめてのメンバーにアジャイルを理解してもらい対応してもらう余裕もパワーも自分にはなかった。

その結果はアジャイルサムライに記載の通り、技術的負債を抱えたソースコードの山。バグも積み残し、デバッグには長時間を要する。テストなどない。マージもできない。デプロイも失敗する。そんな状況で追加開発や仕様変更など対応できるはずもない。

しかし、この状況を解決するためのアジャイルである。この状況でこそアジャイルな開発を行わなければいけなかったと改めて感じた。