内製化の成功術

負債の本質

技術的負債には、設計負債やコード負債がある。金銭的な負債であれば借入金やマイナスの表記で数字化できるのだが、技術的負債においては数字化できないことがとても難しい点である。経営に関するほとんどのことは定量化や定性化が可能だが、たとえば企業創業者の発想する「野生の勘」を直接的に数字化できないように技術的負債も一筋縄では見える化しない。

設計時の対策

技術的負債の中でもコード負債については、システム開発の現場からよく発想されるリファクタリングや再構築などを行うことで比較的わかりやすい返済方法となる。知らない人が作ったプログラムや古くなったプログラムのバージョンなど、リスクを表現し対応することができる。何よりも最初の企画設計段階で負債が積みあがりにくい仕組みを考えることが大切である。

高負担な設計

技術的負債の中でも利息の高い負債が設計負債である。単体機能における設計であれば、モジュールごとの再設計によって返済が可能である。しかし、プログラムは複数のモジュールが絡まり合っていることがほとんどなので、複雑なオペになってしまう。また、稼働中のシステムにわざわざ再設計したプログラムを導入するリスクに対して、得れるメリットも少ないので見過ごされがちである。設計能力は例えば、紙というオブジェクトのメソッド（振る舞い）とプロパティ（保持する情報）を聞いて正しい答えが帰ってくれば多少安心であろう。紙の振る舞いは燃えるであり保持する情報は面積などがある。

根本的解決

しかし、技術的負債はこのように目に見えやすい設計負債やコード負債が致命的になることは少なく、やはりその上層でどのような指針に基づいてシステム運用がなされてきたか、また長期視点で一貫したメンテナンスを行うことが必要である。システムの維持には保守費用や運用費用を払っていることが多いと思うが、これだけでは将来の負債を減らしていくことはできない。やはり、鳥の目を持つITコンサルタントやITアナリストなどの役割を持つメンバーが必要である。

まとめ

ITコンサルタントやアナリストは、すぐに利益も生まない、経費を削減するわけでもないといったコストセンターとしてのポジションなので、あまり起用していない中小企業も多いようである。投資に対する効果が見えにくいのは、料理でいう香辛料と同じなのかもしれない。その少しの投資が未来を大きく変えることになる。IT技術は日進月歩で発展するからである。

開発の変動要因

システム開発は長期にわたることが多く、また未来の不確実性の中で予算を策定しなくてはいけないことがある。セキュリティーをはじめ動作環境の変化や人員の欠如、予期していなかった仕様の発覚などが原因だ。

目標変化と予算

進捗率は目的地が明確に設定されていれば数字を負うことで予算達成率を算出することができる。しかし、目的地が近い遠いのは無しではなく、根本的な目的地がなくなったり、複数になったりすることがシステム予算の策定の難しいところである。

計画型開発法

システムに未来を見ることができればブレない、見えないことをすべて調査の上で着手できれば確実な予算と実行が可能である。進捗率の報告が可能になる。フォーターフォールモデルなのでコストがかかることと時間がかかることの覚悟が必要だ。途中での方向修正は原則できない。

柔軟な開発手法

逆に低予算で早く導入するなら、見えにくくなるデメリットがある。状況によって対応を素早く変化させる必要があるため進捗率を算出しにくい。アジャイル開発と呼ばれるものであり、社内開発であることが理想である。途中で出てくる条件に対しても柔軟に方向性を変化させることが可能である。

まとめ

アジャイル開発で予算を立てるときは、1.5-2.5倍くらいを目安に余裕を持って設定することを推奨する。

アプリ開発は難しくない

「業務アプリを作りたいけど、プログラミングの知識がない」――そう考えて一歩を踏み出せない方は多いだろう。MicrosoftのPower Appsは、コードをほとんど書かずに業務アプリを作れるローコードツールである。特別なIT知識がなくても、Excel操作ができる人であれば十分に始められる。まずは「何ができるか」を知ることから始めよう。

Excelからアプリへ

Power Appsでアプリを作る手順は、大きく3つのステップに分かれる。まず、現在Excelで管理しているデータをそのまま使い、Power Appsに取り込む。次に、画面のレイアウトをドラッグ＆ドロップで組み立てる。テンプレートも用意されているので、ゼロから設計する必要はない。最後に、入力や表示のルールを設定して完成である。複雑な関数を書く場面はほとんどなく、Excelの関数に近い感覚で操作できる。

ローコードが注目される理由

ローコード開発が注目されている背景には、中小企業特有の事情がある。IT人材の採用が難しく、外注すれば費用がかさむ。かといってExcelのまま運用を続ければ、属人化やミスのリスクが増えていく。Power Appsであれば、現場の担当者が自分で業務に合ったアプリを作れるため、外注コストを抑えながらスピーディに改善を進められる。また、仕様変更が必要になった場合も自社内で対応できるため、柔軟性が高いのも大きなメリットである。「作って終わり」ではなく、業務の変化に合わせて育てていけるのがローコードの強みだ。

小さく始めよう

Power Appsを始めるなら、最初は小さな業務から取り組むのがおすすめである。たとえば日報の入力、備品の申請、簡単な計算ツールなど、日常的に使う業務をアプリ化すると、効果を実感しやすくなる。最初から完璧なアプリを目指す必要はない。まず動くものを作り、使いながら改善していくのが成功のコツだ。「自分にもできた」という体験が、現場全体のDX推進につながっていく。迷ったら、今Excelで一番手間がかかっている業務を選んでみてほしい。そこがPower Appsの最初の活用ポイントになるはずだ。

まとめ

Power Appsは、IT知識がなくてもExcel操作の延長で業務アプリを作れるツールである。まずは日報や申請書など身近な業務から小さく始め、使いながら改善していくのが成功の近道だ。最初の一歩を踏み出すことが、DX推進の起点になる。