記事

予算ブレの原因

開発の変動要因

システム開発は長期にわたることが多く、また未来の不確実性の中で予算を策定しなくてはいけないことがある。セキュリティーをはじめ動作環境の変化や人員の欠如、予期していなかった仕様の発覚などが原因だ。

目標変化と予算

進捗率は目的地が明確に設定されていれば数字を負うことで予算達成率を算出することができる。しかし、目的地が近い遠いのは無しではなく、根本的な目的地がなくなったり、複数になったりすることがシステム予算の策定の難しいところである。

計画型開発法

システムに未来を見ることができればブレない、見えないことをすべて調査の上で着手できれば確実な予算と実行が可能である。進捗率の報告が可能になる。フォーターフォールモデルなのでコストがかかることと時間がかかることの覚悟が必要だ。途中での方向修正は原則できない。

柔軟な開発手法

逆に低予算で早く導入するなら、見えにくくなるデメリットがある。状況によって対応を素早く変化させる必要があるため進捗率を算出しにくい。アジャイル開発と呼ばれるものであり、社内開発であることが理想である。途中で出てくる条件に対しても柔軟に方向性を変化させることが可能である。

まとめ

アジャイル開発で予算を立てるときは、1.5-2.5倍くらいを目安に余裕を持って設定することを推奨する。

ローコード開発≠安い 前の記事 内製化の成功術 次の記事

関連記事

記事

思考と決断のPM力

PMの真価

スキルシート上にあるPMというのは、どういった開発言語や開発環境などを使ってきたかという内容であることが多く、SEの延長という意味合いが強く残っている。もし、期待するポジションが発想力や提案力にあるとすれば、姿勢をみることが大切となる。

従順の呪縛

就職氷河期と呼ばれる世代より上の年齢層では、常に従うことを幼少期から叩き込まれていると考えられる。日本では「禁止」か「許可」かを常に意識しながら仕事をしており、「許可されるまでは禁止されている」と考えているのではないかと推察される。

失敗からの成長

正しいか、間違っているか、の判断基準しか持ち合わせていない場合、何か問題が発生したときに時間を遡ってどこで判断を間違えたのかを追求する。それは大切なことであるが、実際のプロジェクトでは誤ったことを反省しつつ修正しながら進むことが大切である。

判断力の真髄

エンジニア出身のPM（開発プロジェクトのPM）だと、禁止か許可かというデジタルのような見方をしている人もいる。特に今日のシステムに関するプロジェクトでは、ゼロかイチだけでは判断できないような、ウエットでアナログな状況判断が必要となる。

まとめ

たとえ能力の高いPMだったとしても、仕事になると発想することや作ることの楽しみより、ミスによる懲罰を恐れたりするために、無難で当たり障りのない判断をしがちである。システムに関するプロジェクトがなかなか前へ進まない理由でもある。

続きを見る >
記事

上司を動かすDX推進術

上司が首を縦に振らない現実

「DXを進めたいのに、上司がまったく理解してくれない」。これはDX推進を任された担当者が最も多く抱える悩みのひとつである。現場では業務効率化やデジタル活用の必要性を日々感じているのに、いざ上司に提案すると「今のままで十分回っている」「よくわからないから後にしてくれ」と一蹴されてしまう。この認識のズレは単なる世代間ギャップではなく、DXの本質が正しく共有されていないことに根本的な原因がある。

上司世代が抵抗する3つの理由

上司世代がDXに消極的な理由は主に3つある。第一に、成功体験への執着である。従来のやり方で結果を出してきた上司にとって、業務プロセスの変更はリスクにしか映らない。第二に、デジタル技術への不慣れである。ITツールに日常的に触れてこなかった世代ほど、新しいシステムの導入に対する心理的ハードルは高くなる。第三に、評価制度との不一致である。短期的な売上や数値目標が評価軸になっている場合、すぐに効果が数字に表れにくいDX投資は優先順位が下がる。こうした構造的な背景を理解せずに「DXは必要です」と正論をぶつけても、上司の心には響かないのが現実だ。

上司を動かす3つの巻き込み術

では、どうすれば上司をDX推進の味方にできるのか。効果的なアプローチを3つ紹介する。まず、「DX」という言葉を使わないことだ。上司にとってDXはカタカナ用語の塊であり、抽象的で自分ごとに感じにくい概念である。代わりに「月次レポートの作成時間を半分にできます」「入力ミスによるクレームを8割減らせます」といった具体的な業務課題に紐づけて提案すべきである。次に、小さな成功事例をつくることだ。Excelマクロの自動化やクラウドストレージの導入など、低コストかつ効果が実感しやすい施策から着手し、目に見える成果を上司に報告する。最後に、競合他社の事例を活用することである。「同業のあの会社はもう取り組んでいる」という情報は、上司の危機感を最も強く刺激する説得材料になる。

上司は敵ではなく最大の味方

上司を巻き込めないままDXが停滞すると、競合との差は開く一方だ。しかし悲観する必要はない。上司が理解してくれないのは、提案内容が間違っているのではなく、伝え方と巻き込み方にもう一工夫が必要なだけである。大切なのは、上司を「抵抗勢力」ではなく「味方にすべき最重要キーパーソン」として捉え直すことだ。上司が何を重視し、どんな成果を求められているのかを把握した上で、相手の立場にメリットが伝わる提案に再構築すべきである。DXは担当者一人で進めるものではない。上司の理解と後押しがあってこそ、組織全体を巻き込んだ本当の変革が実現する。焦らず戦略的に、一歩ずつ認識のギャップを埋めていくことが重要だ。

まとめ

上司がDXに消極的な原因は世代差ではなく、伝え方と評価構造のズレにある。「DX」という言葉を避けて具体的な業務改善として提案し、小さな成功体験を積み重ねて見せることで、上司の認識は確実に変わる。上司を味方につける戦略的アプローチこそ、DX推進を成功に導く最大のカギである。

続きを見る >
記事

DXの始め方

DX着手の課題

「DXを進めたいが、何から手をつければいいかわからない」。多くの中小企業がこの悩みを抱えている。実際、DXに取り組みたいと考えながらも着手できていない企業は約7割にも上るというデータがある。人材不足、予算の制約、そして「失敗したくない」という不安が足かせとなり、一歩を踏み出せずにいるのだ。DX成功の鍵は、最初の一歩をどこから始めるかにかかっている。

優先順位の決定法

DXの第一歩は「業務の棚卸し」から始まる。まず自社のすべての業務を書き出し、どこに無駄や非効率があるかを可視化する。次に、各業務について「改善効果の大きさ」と「導入の難易度」の2軸で評価する。効果が大きく難易度が低い業務こそ、最優先で取り組むべき領域である。たとえば、紙ベースの勤怠管理、手作業での請求書発行、属人化した顧客情報管理などは、比較的着手しやすく効果も実感しやすい分野といえる。重要なのは経営課題と紐づけて考えること。売上向上なのか、コスト削減なのか、目的を明確にすることで優先順位が定まる。

スモールスタートの原則

DX推進で最も重要な考え方が「スモールスタート」である。いきなり全社的な大規模システムを導入しようとすると、多大なコストと時間がかかり、途中で頓挫するリスクが高まる。まずは1つの部署、1つの業務から小さく始めるべきだ。たとえば、営業部門の顧客管理をクラウド化する、経理部門の請求書をデジタル化するといった身近なところからで十分である。小さな成功体験を積み重ねることで、社員のDXへの理解と協力が得られやすくなる。ある建設会社では、現場写真の共有をクラウド化しただけで、1日あたり1時間以上の工数削減に成功した。「まずやってみる」という姿勢が、DX成功への近道なのである。

経営者主導の重要性

DXを成功させるには、経営者自身が旗振り役となることが不可欠である。「現場任せ」「担当者任せ」では、部門間の壁や既存業務への抵抗に阻まれ、改革は頓挫してしまう。経営者がDXの目的とビジョンを社内に発信し続けることで、組織全体の意識が変わる。また、導入後の定着も見据えた計画が重要だ。新しいツールを入れただけでは、誰も使わなくなってしまう事例は少なくない。操作研修の実施、マニュアルの整備、成功事例の社内共有など、継続的なフォロー体制を構築すべきである。DXは一度きりのプロジェクトではなく、継続的な改善活動だ。PDCAを回しながら少しずつ変革を広げていく姿勢が求められる。

まとめ

DXは「どこから始めるか」で成否が分かれる。業務の棚卸しで課題を可視化し、効果と難易度から優先順位を決め、スモールスタートで成功体験を積む。この流れを意識することが重要である。経営者が主導し、全社一丸となって取り組むことで、着実にDXは前進する。最初の一歩を踏み出すことが、企業変革への大きな第一歩となるのだ。

続きを見る >