記事

思考と決断のPM力

PMの真価

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

従順の呪縛

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

失敗からの成長

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

判断力の真髄

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

まとめ

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

熱意の共有 前の記事 リーダーの多忙による弊害 次の記事

関連記事

記事

DX伴走支援の成否 –丸投げと真の伴走の違い–

伴走支援の落とし穴

多くの企業がDX推進のために「伴走支援」を謳うコンサルティング会社に依頼するが、期待した成果が得られず終わるケースが後を絶たない。その原因の多くは、「伴走」という名目でありながら、実態は「丸投げ」になっているためだ。発注側も受注側も、伴走支援の本質を理解しないまま契約を結び、プロジェクトが進むにつれて認識のずれが明確になる。結果として、導入したシステムが活用されない、現場が混乱する、投資対効果が見えないという事態に陥る。

丸投げ支援の特徴

失敗する「丸投げ型支援」には明確な特徴がある。まず、コンサルタントが一方的に最新ツールやシステムを提案し、現場の業務フローや課題を十分にヒアリングしない。次に、導入後の運用は企業側に任せきりで、定期的なフォローアップがない。さらに、従業員への教育や研修が形式的で、実際の業務に即した内容になっていないのだ。このような支援では、高額なシステムを導入しても現場に定着せず、結局は以前の方法に戻ってしまう。経営層だけが満足して終わる「見せかけのDX」になってしまうのである。

真の伴走支援とは

では、真の「伴走支援」とは何か。第一に、企業の現状を深く理解することから始まる。業務フロー、従業員のスキルレベル、社内の文化まで把握したうえで、最適なDX戦略を設計する。第二に、導入プロセス全体に伴走者が関与し、現場の声を拾いながら柔軟に軌道修正する。システムを導入して終わりではなく、定着するまで継続的にサポートするのだ。第三に、従業員が自走できるよう、実践的な教育を提供する。マニュアルを渡すだけでなく、実際の業務シーンを想定したトレーニングを行い、疑問にその場で答える。つまり、企業と同じ目線で課題に向き合い、成果が出るまで責任を持つのが真の伴走支援である。

支援会社の選び方

伴走支援を選ぶ際は、いくつかの判断基準がある。まず、過去の実績と具体的な成果指標を確認すべきだ。単なる導入事例ではなく、導入後の定着率や業務効率の改善率などの数値データを提示できるかが重要である。次に、初回のヒアリングで、どれだけ深く現場の課題を掘り下げようとするかを見極める。表面的な質問だけで終わる会社は要注意だ。さらに、契約内容に導入後のサポート期間や具体的な支援内容が明記されているかを確認する必要がある。曖昧な表現ではなく、何を、いつまで、どのように支援するのかが明確であることが、真の伴走支援を提供する会社の証である。

まとめ

DX伴走支援の成否は、「丸投げ」か「真の伴走」かで決まる。表面的なシステム導入ではなく、現場に寄り添い、定着まで責任を持つパートナーを選ぶことが、DX成功への第一歩だ。明確な成果指標と継続的なサポート体制を持つ支援会社と組むことで、投資を確実に成果に変えることができる。

続きを見る >
記事

野良アプリは排除すべきか？

「便利」の裏にある現場IT

シャドーITとは、企業の情報システム部門が認知・管理していない状態で、現場の判断によって導入・利用されるIT資源を指す。具体例としては、LINEやGoogleドライブ、Excelマクロなど、日常業務の中で自然発生的に使われるツールが挙げられる。これは企業としての統制外にある一方、現場の即応性や利便性を追求した工夫の結果でもあり、単なるルール違反と一括りにはできない。ゆえに、これを「排除すべき野良アプリ」として扱うことが妥当かどうか、慎重な見極めが必要である。

IT部門を飛び越える理由

現場がシャドーITを使う背景には、既存システムの使い勝手の悪さや、IT部門の対応の遅さといった事情がある。業務は待ってくれない以上、迅速な判断や情報共有のために、現場が自ら使いやすいツールを選ぶのは自然な流れである。たとえば、社内の共有フォルダではなくGoogleドライブを使ったり、煩雑な申請フローをExcelマクロで簡素化したりといった工夫は、業務効率の向上に寄与している。現場がスピードと柔軟性を求める限り、IT部門の枠組みに収まらないツール活用は今後も続くはずだ。

シャドーITのリスク

便利な一方で、シャドーITには深刻なリスクも存在する。まず、セキュリティが担保されていないツールの使用は、情報漏洩やマルウェア感染といったリスクを高める。また、IT部門の管理外にあるため、データの一元管理ができず、連携の取れないシステムが乱立することで、かえって非効率になることもある。最悪の場合、コンプライアンス違反や内部統制の崩壊を引き起こす可能性も否定できない。利便性の裏には常にリスクが潜んでいるという現実を直視する必要がある。

市民開発と再定義

ただし、シャドーITの存在は、現場が自らITを活用しようとする前向きな姿勢の表れでもある。近年ではDXの進展に伴い、「市民開発」や「ローコード開発」など、現場主導のIT活用が注目を集めている。従来は否定されてきたシャドーITも、企業変革の一端を担う可能性を秘めている。IT部門がすべてを統制するのではなく、現場と協力しつつガバナンスを効かせる視点に立てば、シャドーITは排除すべき“野良”ではなく、むしろ育てるべき“創造”として再定義できるはずだ。

まとめ

現場の柔軟性と全社最適を両立させるには、両者を理解した経営の舵取りが欠かせない。「排除」ではなく「共存」の設計に踏み出すことこそが、企業のDXを推進するための鍵となる。

続きを見る >
記事

相場の不在

開発の相場観

相場とは、一般的に市場で競争売買によって決まる商品の価格とされているが、ことシステム開発においては、相場というものが存在しない。

比較の難しさ

比較できる同じものであれば競争原理が働き相場が構築されるが、フルスクラッチされるシステム開発においては全く同じものができることはない。しかも、出来上がるものはパッケージシステムやSaaSの利用以外は、未来にしか完成しないので当然比較もできないものとなる。

将来要件判断

比較的ないからこそ、しっかりと吟味する必要があるが、吟味する材料や条件などは現時点で明確になるものが元となる。未来に発生する追加条件や変更される環境などはジャッジする時点にはすべて出そろわないという難しさがある。

変化への対応

システム開発は未来にどのような条件変更やルール変更が行われるかわからないものであるという認識を持つことが大切である。その上で最善のジャッジを行うべきである。その判断は過去を遡って正解か間違いかを評価すべきではない。

まとめ

日本では原点方式の人事評価が行われるため、イノベーションは起こりにくい本質的な問題がある。これを無視して「DXだ」といっている組織があるとすれば、それは本質を見誤っているといえる。

続きを見る >