SaaSもスクラッチも限界？悩めるIT部門を救う「第3の開発アプローチ」が凄い

ありがとうございます！
いいね！した記事一覧をみる

会員（無料）になると、いいね！でマイページに保存できます。

SaaS型の業務アプリを導入したものの、自社特有の業務の“痒いところ”に手が届かず、「効率化につながっていない」と感じる企業は少なくない。SaaSはスピード導入には優れる一方で柔軟性が足りず、かといって社内固有の業務に合わせて外注でスクラッチ開発を進めようとすると、今度は開発スピードが出ずコストも膨らんでしまう。さらに、両者の“すき間”を埋めようとするIT部門も、人材不足に加え、セキュリティや統制の観点からそう簡単には動けない。標準化を前提としたSaaS導入も、個別要件に対応するスクラッチ開発も、このジレンマを前に、どちらも決め手になり切れていないのが実情だ。企業は今、現実的な解決策を模索しているが、果たして答えはあるのだろうか。

標準化を前提としたSaaS導入も、個別要件に対応するスクラッチ開発も、どちらも“決め手”になりきれないが…解決策はあるのか？

（Photo/Getty Images）

内製化の波に潜む“人とガバナンス”の壁

　業務のデジタル化を推進しようと、SaaS型の業務アプリなどを積極的に導入したものの、思ったほど成果を得られない──そうした悩みを抱える企業は少なくない。業務プロセスがツールの標準機能に適合せず、結局は現場がスプレッドシートや紙運用に戻ってしまうケースも見られる。

　とはいえ、システムを変更するにも、外部の開発会社に依頼すれば納期もコストも膨らみ、時間もかかりすぎてしまう。このように経営が求める「スピード感のある業務変革」と、IT部門が担う「セキュリティや運用ルールを守るための制約」との間に、埋めがたい溝が生まれているのだ。

　そのような中で、「外注に頼ることなく、自社の業務に合ったアプリを社内で迅速に開発したい」というニーズが高まっているという。今、SaaSの標準機能に業務を合わせる“Fit to Standard”の発想から、自社の業務プロセスを出発点にして、システムや仕組みを柔軟に変えていく時代へと移りつつあるのだ。

　しかし、内製開発を進めるにあたり情シス部門は慢性的な人材不足にある一方、現場部門がノーコードツールなどで進める内製開発では、品質や統制の面で限界がある。こうした中で、企業にはどのような解決策が残されているのだろうか。

この記事の続き＞＞