業務システム開発

業務システムの導入の背景には、業務の改善や改革が目的である場合が多いと思います。その場合、「業務システムの開発のスタート」は「業務の流れのあるべき姿」からすることになります。

「人」に強みのある企業では、業務の進め方が属人的となり、本人にしかわからないエクセル手作りの管理帳票が存在します。
また取引先（お客様）の都合で相手先ごとに取引帳票が違うので、相手先ごとにやり方が違うということも、背景となる場合があります。
この場合は組織的に進捗管理ができなかったり他の担当に引き継ぎができないことが課題となります。
これらのケースでは、個々人が組織管理のためのシステムの開発導入に合意し、個々人を開発に関与せせること。また個々人が作った独自の管理方法を評価し、その延長線で新業務フローを設計し、業務システム開発を進めることが望ましいと言えます。
UNIVでは、業務システムに関する経営や情報システム部門の意思確認し、また参加するメンバーや社内に存在する「優れたエクセル管理帳票」などの整理からプロジェクトの体制としていただくこととを実施条件としています。

エクセルを使って独自管理を行う個人が多く存在する場合、仮にローコードノーコードを使うスキルを習得（簡単なことではありません）したとしても、独自の情報管理処理ルールのその個人が使いやすいシステムができあがることになります。
組織の合意に基づいた部門の業務改革の流れ（や課題）を整理し、システム設計することができればローコードノーコードは効果を発揮します。
そう考えるとだれでも自由にシステムが作れるというコンセプトの需要は大きいですが、現実問題としては通常のシステム開発工程をへることが必要であることがわかります。
業務システムは、全社最適ではなく現場最適で作るもの。当該業務への深い理解やシステム化スキルがないと業務システムは作れません。また、収益を上げる現場は、十分なコストパフォーマンスを確認できないと開発に着手することはできません
UNIVでは、新業務フローからシステムを開発し、セミスクラッチ方式でモックを準備しアジャイルのスタイルでシステムの実装を実施します。多くの場合現場（システムの利用運用者）からシステム画面フォームの微修正の依頼がきますが、適価で修正に対応し好評をいただいています。

基幹システムは、会計原則やルールにそって間違いのない決算情報を把握する目的で業務フローができています。そのままシステムの設計に活用そのためそこにノーコードローコードの開発のコンセプトが生まれる背景があります。

「システム開発業界」は「ITゼネコン構造」と呼ばれるような多重下請け構造となり人材不足が顕著な業界となっています。コストの問題や設計などのプロジェクトマネジメントに関する課題から切り離して実務を進めにくい業界ということだと思います。