レガシー救済プロジェクト

近年の組込みシステム開発では、数十年前に構築した｢レガシーシステム｣を元に製品を構築する開発(レガシー開発)が主流となっています。しかし、長年にわたり追加と修正をし続けた結果、設計は忘れ去られ、コードは疲弊しています。そして、チームに蔓延するマイナス思考...しかし、そんなプロジェクトにも救済の糸口があります。

悪しき習慣が組織文化となったレガシー開発をどのように救済するか？

十年以上前に構築されたシステムを元に、製品開発を続けている『レガシー開発』では、「大きな問題をかかえているものの当事者は何とも感じていない」というケースに陥りがちです。これはすなわち問題が常態化し、組織文化として根付いてしまっていることに他なりません。では、それをどのように救い出すか？ここでその概要について説明します。

救済が必要なレガシー開発とは？

度重なる変更・追加により、多くの人により修正が加えられた「つぎはぎ」のコードは、発生する問題が増え、それに合わせて収束するまでの時間も少しずつ長くなっていきます。また、古い開発環境は、新しい開発環境と比べると格段に生産性が低いのですが、それが普通になり、苦とは思わずに使い続けています。さらに、行き過ぎた個人主義により、問題があったとしても、なかなか表面化しません。新しく担当した人は、それを当たり前のこととして受け取るため、問題は常態化してしまいます。

そして、そのような状態が長期間放置されると、これが組織文化として定着してしまいます。

そんなレガシー開発を、我々は「救済が必要なレガシー開発」と位置付けています。その状態を改善するためには、常態化している悪しき習慣を断ち切り、良い習慣を定着させる必要があります。

【レガシー開発の現場で起こっている問題】個人主義によるj開発⇒問題の発見が困難⇒問題が常態化／古い開発環境⇒効率の悪さ⇒生産性低下／度重なる修正・追加⇒つぎはぎコード⇒コード品質低下⇒【長期間放置】⇒【組織文化】長時間残業・スキル停滞・問題への感度低下⇒依存的体質・モチベーションダウン

救済の3点セット

組織文化として定着したものを変えるのは容易なことではありません。救済するためにすべきことは、下図にある通り「チーム再生」「自働化・システム化」「コード再生」の３つですが、全てを一気に進めるのではなく、状況を見ながら、段階的に進めることが重要です。

まずは「チーム再生」でチーム内の風通しを良くします。これがすべてのベースとなります。その後、「自働化・システム化」を行います。ここまで出来てようやく「コード再生」に手を付けることができるようになります。

救済の3点セット①チーム再生～良い習慣を定着させる②自働化・システム化～ムダをなくして効率化③コード再生～高リスクを排除する

コンサルタントが教える成功の秘訣

シニアコンサルタント井上一郎

多くのレガシーコードは、ハードコーディング、グローバル変数、コメントなし、複雑な依存関係、巨大な関数やコンポーネントなど、様々なアンチパターンから形成されています。このようなコードは、開発費の増大、開発速度のスローダウン、出荷後のバグ多発など、多くの問題を頻発させます。

「そういったコードは、『リファクタリング』すればいいじゃないか」という声が聞こえてきそうです。その通り、「リファクタリング」すればいいのです。ただし、何年にもわたってアンチパターンが積み重なったコードの「リファクタリング」には、非常に高度な知識、経験と粘り強さが必要です。簡単に説明できる成功の秘訣などありません。それでもあえて言うとすれば、「リファクタリングのプロを探せ」です。

私と一緒に、レガシーコードを蘇らせましょう。