効率化の誤解

目標設定の要諦

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

真のリーダー像

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

アジャイルの本質

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

部分最適の罠

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

まとめ

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

関連記事

DX抵抗の本質

「現状維持」の本音

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

抵抗の3要因

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

現場を味方にする方法

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

DX定着の共通点

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

まとめ

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

続きを見る >

ローコード導入費用

中小企業のコストの壁

ローコード導入を検討しているものの、具体的な費用感がつかめずに一歩を踏み出せない。中小企業のDX担当者からよく聞かれる悩みである。Power Appsをはじめとするローコードツールは、従来のスクラッチ開発に比べて費用を抑えられると言われている。しかし、実際にいくらかかるのか、何にお金が必要なのかが見えにくいのも事実だ。本記事では、セミナーで提供している料金プランを参考にしながら、導入費用の目安と内訳を整理していく。

料金プランの相場

弊社で提供しているローコード導入支援セミナーの料金プランは、36万円から45万円のレンジに設定されている。この価格帯は、初めてPower Appsを導入する中小企業が、最初の業務アプリを形にするまでに必要な費用感の一つの目安として参考になる。一般的にローコード導入の費用は、ツールのライセンス料、開発工数、教育コスト、そして導入後の保守の四つに分かれる。スクラッチ開発であれば数百万円規模になる業務アプリも、ローコードであれば数十万円台から着手できるケースが多く、初期投資のハードルが大きく下がる点が中小企業に支持されている。

注意すべき隠れコスト

ただし、注意したいのは料金プランに含まれているものと含まれていないものの線引きである。多くの導入支援サービスでは、初期構築や基本的な教育は費用に含まれているが、Power Appsのサブスクリプション料金、業務要件の整理、社内に開発担当を育成するための継続的な学習コストは別途必要になるケースがほとんどだ。Power Apps単体プランは1ユーザーあたり月額数百円から千数百円程度で、利用人数に応じた継続コストが発生する。さらに、現場の業務フローが整理されていない状態で開発に入ると、要件定義の手戻りが発生し、見えないコストとして膨らんでいく。費用を比較する際は、表面的な金額だけでなく、何が含まれ、何が含まれないのか、自社で負担すべき部分はどこなのかを必ず確認すべきである。

投資回収の判断軸

費用感を正しくつかむためには、金額そのものよりも、投資に見合った効果が得られるかという視点が欠かせない。たとえば、月20時間かかっていた手作業の集計業務を業務アプリで自動化できれば、年間で240時間の削減につながる。人件費換算で考えれば、数十万円規模の導入費用は十分に回収可能な範囲に収まるケースが多い。重要なのは、いきなり大規模なシステムを目指すのではなく、効果が見えやすい一つの業務から始めるスモールスタートの考え方である。最初の小さな成功体験を積み重ねながら、徐々に対象範囲を広げていけば、無理のない予算で着実にDXを前に進められる。費用は支出ではなく、業務を変えるための投資として捉え直すことが、判断の出発点になる。

まとめ

ローコード導入費用は、36万円から45万円の料金プランを目安に、ライセンス料や教育コスト、保守までを含めて検討することが大切である。スクラッチ開発より初期投資を抑えられる一方、含まれる範囲の見極めが成功の分かれ道になる。スモールスタートで投資回収を見据え、着実に成果を積み重ねていくべきだ。

続きを見る >

内製化の成功術

IT報酬の実態

海外と比べて日本のITエンジニアの報酬が低いという記事をよく目にする。それもそのはずで、ハイクラスIT人材は都合のいい「何でも屋」にはならないからである。

導入時の誤解

ユーザー企業やシステムのユーザーは、IT化を行うことで業務が減るという先入観を持っていることがある。システム導入を着手したときの目的を忘れて、その時、その場の課題を優先して都合よくITエンジニアを動かしてしまう。また動くITエンジニアもそこにいたりする。

システムと医療

たとえば、「お腹が痛い」と病院にいって「すぐに切開しよう」とはならないはずだ。このようにシステムにもその他にも色々な条件が絡まり合っている。システムは取り扱う情報量や関連する業務が多く導入に時間がかかる。時間がかかる結果、最初の導入目的を忘れてしまうのである。

真のIT人材価値

ハイクラスIT人材はユーザー側の状況と心理を配慮しつつ、現場のプログラマーの状況と心理を考慮して陣頭指揮できる人材といってもよいだろう。心理というのは物の言い方だけではなく、無形の財産を構築したり業務にフィットさせたりするので、プロジェクトの円滑さが変わるのだ。

まとめ

小手先だけでシステムに関するプロジェクトを推進しようとすると、「言われた通りにやった」という受動的な参加者が増えてしまう。情シスのSIer化を回避するにはITエンジニアを「何でも屋」にさせて疲弊させないことも大切である。開発チームの雰囲気作りも非常に効果がある。

続きを見る >