フルスクラッチは体力

開発手法の選択

フルスクラッチかパッケージか、最近ではSaaSなどもシステム構築の検討に入る。実は開発手法やツールよりも、どのようなシステムで、どれくらいの規模のシステム開発会社が担当するかが重要である。

SESのリスク

人数が多い会社であればあるほど安心感があってよいと安易に考えることは適切ではない。なぜなら、SE派遣やSESと呼ばれる人月(人工)単位で売り上げの経つ会社には技術の総合力がないからである。

技術の総合力

技術の総合力とは、SE作業やプログラミング作業などの1人で対応できる技術力を差すのではなく、システム構築やシステムの運用全般における最適手段を考えることができる能力のことである。

表層の即効性

SE派遣やSESの付加価値はその人単体のプログラミング能力に偏るため、一見対応がよく、何も問題がないように思える。しかし、これが技術的負債を作ってしまうひとつの要因でもある。

まとめ

フルスクラッチを考えるなら、SESを中心としないシステム会社で且つ人数規模も多い方がよい。安価にフルスクラッチでシステムを構築してしまうと、メンテナンスや運用でしっぺ返しが待っている。時間が経つごとにシステム保守費用が高くなるのである。

関連記事

開発遅延の打開策

システム開発の現状と課題

数名で開発した初期のシステム構築から、システム会社を変更して大がかりなリプレイスを行い、保守運用を実施しているが、月々の費用が高額であるわりに、開発スピードも遅い。開発スピードが遅いため、新しい機能を実装していけない。

不具合と開発の不透明性

リリースから何年も経っているのに不具合がなくならない。開発会社からの報告が曖昧で何にお金を支払っているのか謎のままであることが多い。

コスト削減と資源最適化

開発スピードを上げるには、システム開発コストの削減をしなければならない。コストを削減するということは、それで浮いたコストを開発に割り当てることができるため、結果的に開発スピードがあがることを意味する。

開発の透明性と妥当性

そのためにしなければならないことは、開発工程や開発過程の見える化および妥当性を担保することである。システムの比較検討ができないため、システム開発のコミュニケーションは一般的なものであると思い込んでいる。システム発注の担当者はシステムのことがわからないから、システム開発の進め方に違和感があったとしても技術者が言うことを信用するほかないと思っている。

まとめ

結果として、技術者の工数と称して月々の費用や、ひどいものでは言語のバージョンアップと称して、何もしていないことに費用を支払っていることもある。不明点はシステム発注の担当者が理解できるまで聞くべきである。

続きを見る >

Power Appsで簡単に業務改善

システム開発の高コストと複雑化

多くの企業では、情報システム部門や外部システム会社にシステム開発を依頼すると、仕様確認が繰り返される。「この機能はどうするか?」「ステータスはこれで全てか?」など、質問が多く、時間とコストが増大。結果、システムは複雑化し、現場のニーズに即したシンプルな解決策から遠ざかる。

野良プログラムのリスク

システム開発の手間を避けるため、各部署でExcelマクロによる「野良プログラム」が横行する。これらは各人のPCに保存され、最新版の確認が困難になり、メンテナンスも不透明。担当者がいなくなるとブラックボックス化し、セキュリティリスクも増加。放置すれば、企業全体の業務効率が低下し、情報漏洩の危険もある。

Power Appsで迅速なシステム構築

こうした問題を解決するのが、MicrosoftのPower Appsだ。従来の複雑な開発プロセスを排除し、現場担当者が自らアプリを構築できる。ドラッグ&ドロップで簡単に操作でき、セキュリティもMicrosoft標準に準拠。野良プログラムの乱立を防ぎ、システム管理とメンテナンスも容易になる。さらに、ユーザー自身がアプリを修正できるため、柔軟性も確保できる。

定量化困難な業務もデジタル化

業務のデジタル化は、数値で説明可能なタスクは簡単だが、現場には「説明しにくい」業務も多い。こうした業務は経験に依存しがちで、担当者に頼ることが多い。Power Appsは、このような曖昧な業務も迅速にアプリ化し、標準化と効率化を同時に実現する。

まとめ

Power Appsは、現場主導でアプリを作成・管理できる柔軟性を提供し、野良プログラムのリスクも解消する。複雑な開発プロセスを省き、数値化しにくい業務も効率的にデジタル化することができる。

続きを見る >

DX前の業務整理

DX推進の落とし穴

多くの企業がDX推進を急ぐあまり、業務改善ツールやシステムの導入を最優先にしてしまう傾向がある。しかし、現状の業務プロセスを整理しないままツールを導入することは、非効率な作業をそのままデジタル化するだけに終わる危険性がある。DXの本質は単なるIT化ではなく、業務そのものの変革にある。

非効率のデジタル化の罠

いきなりツールを導入すると、既存の非効率な業務フローがそのままシステムに組み込まれてしまう。例えば、不要な承認プロセスや重複した作業がデジタル上で再現され、かえって業務が複雑化するケースも少なくない。また、現場の実態に合わないツールを選定してしまい、導入後に使われなくなるという失敗も頻発している。結果として、多大なコストと時間を費やしながら、期待した効果を得られないまま頓挫するプロジェクトが後を絶たない。

業務可視化から始めるDX

DXを成功させるためには、ツール導入の前に徹底した業務整理が不可欠である。まず、現在の業務フローを可視化し、各プロセスの目的と必要性を検証する。次に、重複作業や不要な承認ステップを洗い出し、業務そのものをシンプルにする。この段階で「なぜこの作業をしているのか」を問い直すことが重要である。形骸化したルールや慣習的に続けてきた作業を見直すことで、本当に必要な業務が明確になる。整理された業務プロセスに対して最適なツールを選定することで、初めてDXの効果を最大化できる。

業務整理の成果

業務整理を先行させることで、ツール導入の目的が明確になり、適切な選定が可能になる。整理された業務フローは現場の理解も得やすく、ツールの定着率も大幅に向上する。さらに、業務整理の過程で発見された課題は、DXだけでなく組織全体の改善にもつながる。属人化していた業務の標準化や、部門間の連携強化など、副次的な効果も期待できる。DXは一度きりのプロジェクトではなく、継続的な改善活動である。まず業務を整理し、その上でツールを活用するという順序を守ることが、持続可能なDX推進の鍵となる。

まとめ

DX成功の鍵は、ツール導入前の業務整理にある。非効率な業務をそのままデジタル化しても効果は得られない。まず業務フローを可視化し、不要なプロセスを排除してから最適なツールを選定することで、DXの本来の効果を発揮できる。

続きを見る >