QCDの死角

失敗の正体

システムの失敗は見えないことがある。ブラックボックスであるがゆえに隠せてしまうからである。失敗かどうかの線引きができないところがシステム構築プロジェクトの難しいところである。

エンジニアの真実

もしかしたら、エンジニアが都合の悪いことは隠していることがあるかもしれない。しかし、決めつけてしまうとエンジニアはへそを曲げてしまう可能性がある。隠しているつもりはなくても隠れていることもある。

成功の境界

失敗の線引きは、納期が遅れることであろうか。バグが多いということであろうか。実は、状況によって一概に言えないのである。QCDという言葉があるが、品質と費用と納期のバランスを上手にとったとしても成功か失敗か、すぐにはわからないのがシステムという無形物である。

コスパの本質

コスパという言葉があるが、かけるコストに対して、どれだけのパフォーマンスが出せるかが問題となる。システム開発では、コストからやりたいことを計算するのではなく、やりたいことを明確にしたうえで、コスト内でリッチ度合いを調節することが重要である。

まとめ

システム開発においては、失敗が見えにくいため、失敗しないように見えるのかもしれない。失敗しないことは、成功であるということでもない。時間が経つにつれて失敗を感じることもあり得るのである。

関連記事

内製化人材戦略

内製化の壁

システムの内製化が重要ということは、どこでも聞くと思う。しかし、具体的に内製化していくための段取りを整理して教えてもらうのは難しいのかもしれない。業種業態によって様々なケースが存在するからである。内製化を成功させるには、単に技術的な知識だけでなく、組織全体での戦略的な取り組みが不可欠となる。

経営コミット

システム開発の内製化を行っていくには、まず経営層からのコミットメントが必要不可欠である。これが必要であるから諸外国ではCRO(Chief-Revenue-Officer)という部門を横断した権限を持つ人を据えている。その上で、まず内製化の目的を明確にする。おおむねコスト削減、スピード向上、ナレッジ蓄積などであろう。目的がきまると、企画、開発、保守、インフラなどのどの範囲で内製化するのが見えてくる。組織全体での合意形成が内製化成功の基盤となるのである。

失敗回避策

よく聞く失敗例では、権限のないIT戦略室、デジタル推進部などを作ってしまうことである。あるいは、適切な人員の配置や育成がなされないパターンも同様である。大きな権限を持つことになることを前提に考えると、実施するプロジェクトについても小さなプロジェクトにおいて実績を積み上げたほうがいいだろう。たとえば、小規模低リスクである業務改善ツール(例:Power AppsやExcelマクロ)から市民開発を実施していくなどを計画することをお勧めする。段階的なアプローチが組織の信頼獲得につながる。

仕組み化

小さなプロジェクトで実績を積むと、こなれてきてしまうため、やはり属人化の危険性が伴う。ここで、いかに永続的に考えることができるか、内製化のための仕組みを構築できるかは、システム開発経験者などの知見のある人も交えて人材育成に取り組むべきである。定期的な振り返り(レトロスペクティブ)やナレッジ共有会、現場からの改善提案を吸い上げる文化を育て、仕組化していく。持続可能な内製化には組織文化の変革が欠かせない。

まとめ

開発基盤とガバナンス整備、ソース管理やドキュメント管理などの定性的な内製化は簡単に作ることができる。しかし、そのマインドや仕組み、自然とDevOpsをはじめとしたPDCAサイクルにもっていくには、システム知見だけでも難しくある。持続的な内製化にたどり着くためには最初の企画や構成段階で知見をもつメンバーを入れておくのがよいだろう。

続きを見る >

業務可視化によるDX推進

真の業務改善への道筋

いきなり顕在化しているアナログをデジタル化するだけでは業務改善とは言えない。真の業務改善を実現するためには、表面的な問題解決ではなく、根本的な業務の見直しが必要である。業務を可視化して正しい業務分析を行うためには、ある程度のステップを踏む必要がある。単純なデジタル化は一時的な効率化にとどまり、長期的な競争力向上には繋がらない。

目的とゴール設定

まず、目的とゴールを明確にする必要がある。なぜ業務分析をするのか、何を達成したいのかを明文化することが重要である。例えば、「手戻りを3割減らす」「問い合わせ対応時間を半分にする」「余剰コストを1千万円削減する」などの具体的な数値目標を設定する。曖昧な目標設定では、後の分析や改善施策の効果測定が困難になってしまう。定量的で測定可能な目標を立てることで、分析の方向性が明確になり、成果を客観的に評価できるようになる。

業務の可視化技法

現在の作業タスクのすべてをまずは網羅的に洗い出して、分類を行う。複数担当者で付箋にタスクを書き出し、重要度マトリクスや緊急度マトリクスで整理する方法が非常に有効である。また、必ず用意しておきたいのが、業務フロー図と業務の分担表である。誰が、いつ、どこで、何をしているかを図式化することで、無駄や重複、ボトルネックが浮き彫りになる。このプロセスにより、今まで見えなかった非効率な作業や不要なプロセスを発見できるのである。

根本原因の探求

課題の本質がまとまったら、重要な事項と緊急の事項などを切り分けて、本質的ではない事項は思い切って削除や軽減を検討する。また、抽出した課題は小さな原因に分解していき、根本原因を探る(要因分析)。リソースが限られる場合には、ABC分析(例えば顧客ランク別)で、重要顧客に注力できるよう業務配分や訪問頻度などを見直す。定量データや日報などのログ、クレームデータの活用も効果的である。AIで課題を解決するより前に、膨大な過去データをAIに処理させるのも良いだろう。

まとめ

定量化・定性化できれば、効果検証につなげる改善策と実行計画を策定する。正しい業務分析とは、単なるデジタル化ではなく明確な目的に基づいて、ボトルネックを可視化し、データと構造化された分析を行うことなのである。継続的な改善こそが真のDXを実現する。

続きを見る >

Power Apps活用事例3選

Power Appsで何ができる?

「Power Appsを導入してみたいけれど、実際にどんな業務に使えるのかイメージが湧かない」。そんな声を、中小企業のDX担当者からよく耳にする。Power Appsはノーコードで業務アプリを構築できる便利なツールだが、抽象的な機能説明だけでは導入後の姿を描きにくい。本記事では、現場で成果を上げている3つの活用事例を紹介する。自社での活用可能性を具体的にイメージしてほしい。

契約管理の一元化

ひとつ目は、契約書の管理をPower Appsで一元化した事例である。これまでExcelファイルや紙の書類でバラバラに管理されていた契約情報は、担当者ごとにフォーマットが異なり、更新漏れや期限切れの見落としが頻発していた。Power Appsで専用アプリを構築したことで、契約先や金額、更新期日といった情報を一つのデータベースに集約し、誰でも同じ画面から確認できるように改善された。期限が近づくと自動で通知が届く仕組みも組み込まれており、契約更新における抜け漏れが大幅に減少し、担当者の心理的な負担も軽くなっている。

見積もり計算の自動化

ふたつ目は、見積もり計算をPower Appsで自動化した事例である。営業の現場では、製品の組み合わせや数量、割引率に応じて金額を算出する作業が日常的に発生している。これをExcelで行っていた頃は、計算式の入力ミスや古いテンプレートの使い回しによって、誤った金額を顧客に提示してしまうトラブルが少なくなかった。Power Appsで計算ロジックを組み込んだ専用アプリを開発し、必要な項目を入力するだけで正確な見積もりが算出される仕組みに切り替えたところ、計算ミスは大きく減少し、見積書の提出までにかかる時間も短縮された。営業担当者の心理的な負担が軽くなった点も、現場から高く評価されている大きな成果のひとつである。

プロジェクト進捗の可視化

3つ目は、プロジェクト管理にPower Appsを活用した事例である。複数のプロジェクトが並行して動いている組織では、誰がどのタスクを抱え、進捗がどの段階にあるのかを正確に把握することが大きな課題となっていた。会議のたびに各担当者から口頭で報告を受け、エクセルの管理表に転記する手間も発生していた。Power Appsで構築した管理アプリでは、担当者がスマートフォンからでもタスクの状況をその場で更新でき、管理者はリアルタイムでダッシュボードを確認できるようになった。進捗の遅れがひと目で分かるため、初動の対応も早くなっている。3つの事例に共通するのは、現場の小さな困りごとから着手し、段階的に機能を拡張していった点にある。

続きを見る >