効率化の誤解

目標設定の要諦

SESと呼ばれる派遣や準委任契約では、プロジェクトを完遂することが難しいとしている。これはゴールが未設定であったり、曖昧になってしまう場合が多くあるからである。ゴールの設定や未来像は非常に重要で、プロジェクトマネージャーなどリーダーが必ず持っておくべき指針である。

真のリーダー像

システム開発に参画するメンバーは一般的に経歴書やスキルシートによって決まる。プロジェクト経験数が多かったり、扱える言語が多かったりするだけでは、本当のスキルは推しはかれない。やはり、確認すべきは不測の事態が起きたときの対処方法を豊富に持つリーダーが必要となる。

アジャイルの本質

犬小屋を建てるときに設計書はいらないが、マンションを建てるには設計書がいる。アジャイル開発といっても、例えばマンションを設計図なしに建てるといったことを考えるとある程度は見通しや知見などを持つメンバーが方向性を決めていく必要がある。システム開発はその時その時の条件によっていい悪いの判断軸が変わる。さらに時間の経過でも判断軸が変化していくのである。

部分最適の罠

日本には「カイゼン」という高度経済成長期を支えた力強い言葉がある。しかし、時と状況によって判断軸が変わるソフトウェアという無形財産の前では、「善」に「改」めることができているのか、変化してしまう背景がある。職人気質である国民性も相まって、どうしても部分改善、部分最適を繰り返してしまうというプロジェクト現場が少なくない。

まとめ

システム運用や保守における部分最適は必ずしも全体最適になるわけではない。むしろ、この部分最適が全体を考えたときの労働生産性を下げていることすらある。小回りが利く人であればあるほど属人化してしまったりするため、誰が全体最適を見るのがベストなのか、改めて考える必要がある。

関連記事

業務可視化によるDX推進

真の業務改善への道筋

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

目的とゴール設定

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

業務の可視化技法

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

根本原因の探求

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

まとめ

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

続きを見る >

DX抵抗の本質

「現状維持」の本音

DX推進の現場で最もよく聞かれる言葉が「今のままで十分回っている」という声である。しかし、この言葉の裏には単なる保守的な姿勢だけではない、切実な事情が隠れている。現場担当者にとって、新しいシステムの導入は「業務負担の増加」と「習熟までの不安」を意味する。日々の業務をこなしながら新しいツールを覚える余裕がない、というのが本音なのだ。この心理を理解せずにDXを押し進めても、形だけの導入に終わってしまう。

抵抗の3要因

現場のDX抵抗には、大きく3つの要因がある。1つ目は「自分の仕事がなくなるのでは」という雇用への不安である。効率化によって人員削減されるのではという恐れが、無意識の抵抗を生む。2つ目は「これまでのやり方を否定された」という感情的な反発である。長年培ってきた業務ノウハウを軽視されたように感じ、心理的な壁が生まれる。3つ目は「導入後のサポート体制への不信感」である。過去にシステム導入で混乱した経験があると、また同じことが起きるのではと警戒心が強まる。これらは論理ではなく感情の問題であり、丁寧な対話なしには解消できない。

現場を味方にする方法

現場の抵抗を協力に変えるには、戦略的なアプローチが必要である。まず「スモールスタート」で成功体験を積むことが重要だ。全社一斉導入ではなく、協力的な部署や担当者から小さく始め、目に見える成果を出すことで周囲の関心を引く。次に「現場キーマンの巻き込み」が効果的である。影響力のあるベテラン社員をプロジェクトメンバーに加え、当事者意識を持ってもらうことで、自然と周囲への波及効果が生まれる。そして最も大切なのが「目的の共有」である。DXは手段であり、目的は現場の負担軽減や働きやすさの向上であることを繰り返し伝える必要がある。「あなたの仕事を楽にするため」というメッセージが、抵抗感を和らげる鍵となる。

DX定着の共通点

DXに成功している企業には共通点がある。それは導入後も現場との対話を継続していることだ。システムを入れて終わりではなく、定期的なフィードバック収集と改善を繰り返すことで、現場の声がツールに反映される実感が生まれる。この「聞いてもらえている」という感覚が、次の変化への受容性を高めるのである。また、成功企業は小さな改善成果を積極的に社内共有している。「このツールで月5時間の作業が削減できた」といった具体的な数字は、懐疑的だった社員の心を動かす。DXは一度きりのプロジェクトではなく、現場と伴走し続ける長期的な取り組みであると理解することが、真の定着への第一歩である。

まとめ

現場のDX抵抗は、単なる保守性ではなく、不安や過去の経験に基づく合理的な反応である。この心理を理解し、スモールスタート、キーマンの巻き込み、目的の共有という3つのアプローチで丁寧に進めることが成功の鍵となる。DXは現場を敵に回すものではなく、現場を味方につけてこそ真の効果を発揮する。

続きを見る >

QCDの死角

失敗の正体

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

エンジニアの真実

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

成功の境界

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

コスパの本質

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

まとめ

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

続きを見る >