現場で起きやすい課題

業務アプリを開発している最中に、組織の体制が変わったり、新しい取引先の条件が加わったりして、当初の仕様では対応しきれなくなることがあります。仕様変更を「本来あってはならないこと」と捉えてしまうと、変更が発生するたびに現場と開発の間で摩擦が生じやすくなります。しかし実際には、業務そのものが動いている以上、変化は起こりうるものとして向き合う方が現実的です。開発期間が長くなるほど、この可能性は高まり、途中の変化を織り込んでおく必要が出てきます。

最初に整理すること

最初に取り組みたいのは、変更が起きやすい部分とそうでない部分をあらかじめ分けておくことです。例えば、承認する人数や金額の基準といった運用ルールに関わる部分は変わりやすく、データの基本的な構造に関わる部分は比較的変わりにくい傾向があります。この見立てをもとに、変わりやすい部分は設定画面などで調整できる形にしておくと、仕様変更のたびに作り直す必要が減ります。過去に変更があった部分を振り返ると、傾向をつかみやすくなります。

光の道具箱で広げる改善

仕様変更が実際に発生した際は、変更の背景や理由を簡単に記録しておくと、後から「なぜこの仕様になったか」を追いやすくなります。変更に強い開発とは、変更を起こさないようにすることではなく、変更が起きたときに影響範囲を小さく抑え、素早く対応できる構造を持っておくことだと理解しておくと、業務の変化にも落ち着いて対応できます。変更を前提にした心構えが、現場と開発双方の負担を軽くします。