（写真：123RF）
システム開発を「丸投げ」するユーザー企業がいまだに多い。この連載では、そんな丸投げの実態に詳しい筆者が、システム開発の「あきれた発注」について紹介する。
連載
システム開発「丸投げ」劇場
目次
-
DXの「D」はベンダー丸投げではダメ、コンサルをどう使えばよいのか
ユーザーが製品やサービスの情報を持つ方がメリットは大きい。ただし、実際にそれがユーザーにできるかというと、ハードルはそれなりに高い。難しいとしたらどうすればよいか。
-
インボイス制度で出番、「ゆでガエル経理課長」の運命やいかに
2023年10月のインボイス制度（適格請求書保存方式）開始まで1年を切った。「インボイス対応ってITでしょう。だったらシステム部が仕切ってくれないと困る」と考える経理部門は少なからずある。
-
マイナンバーカード普及に「共感」はあるか、「共有」では足りない理由
システムの失敗事例で必ず共通する要因がある。それは「なんのためにやるのか＝目的」がステークスホルダーに「共感」されていないことだ。
-
「丸投げの連鎖」でダメなシステム、覚悟無きトップが生む混乱
何のためにシステムを構築するのか、その目的が明確でないとたいていの場合、ろくなシステムはできない。目的が曖昧（あいまい）なままシステム開発の調達や開発が進んでしまうのは、経営トップやプロジェクトオーナーに責任感が欠如していることが最大の原因である。
-
機密保持契約を「丸投げ」可能に、政府は標準化を推進せよ
ユーザー企業がSIベンダーやコンサルティング会社にシステムに関するさまざまな業務を依頼する際、秘密保持契約書の締結は必須である。「これは国レベルで標準化してむしろ『丸投げ』できるようにしたらどうか」と感じる。
-
マニュアル作成は「丸投げ」できない、動画シフトで難しさに拍車
システム構築費用において発注時に甘く見られがちなものにマニュアルの作成費用がある。今後、マニュアルは動画化されていくだろう。ユーザーとしては動画マニュアルの作成をベンダーに頼むのではなく自社で作成することも選択肢として検討したい。
-
カネを出しても「丸投げ」できない、IT化に手遅れなユーザーとは
昨今、ITベンダーは仕事を選べる状況にある。「カネを出すからやれ」という「丸投げ」が見え見えのリスキーな仕事はお断りである。優良ベンダーほどそんな時代遅れのユーザーは相手にしない。
-
IT業界の過酷なストレス、対策を「丸投げ」している場合ではない
IT業界はストレスが多いことは確かだろう。以前の3K（きつい、厳しい、帰れない）時代に比べると、大手や優良ベンダーでは残業時間に関してはだいぶ改善されているが、下請けベンダーはまだまだ厳しい。
-
「キャリア」って何だろう、転職や採用の丸投げに弊害あり
キャリアアップとかキャリアパスという言葉は誰もが毎日何回も耳にするほどあふれかえっているが、それでは「キャリアとは具体的に何ですか」と問われたら、明確に答えられるだろうか。
-
ユーザーが情シスに仕事を丸投げ、中途半端なマルチタスクに弊害あり
一般にシングルタスクは自動化しやすく、マルチタスクは自動化が難しい。日本のDX（デジタルトランスフォーメーション）が進まない理由は複雑なマルチタスク型の仕事のやり方に一因がある。
-
相手の善意に「丸投げ」ではだめ、テレワーク下のチームビルディング
テレワークにもデメリットがいくつかある。その1つはチームビルディングが難しくなることだ。特にシステム開発におけるユーザーとベンダーによるチームビルディングはなかなか大変である。
-
高知県でDXの議論白熱、「丸投げしていたら沈没する」
高知県の企業家の間で今、真剣なDXの議論が始まっている。その熱意たるや、そこらへんの企業のDX推進の比ではない。なにしろ、抱えている問題が大きく、また中長期的に非常に深刻だからである。
-
「丸投げと現場軽視」、みずほ銀行トラブルで他山の石とすべきは
金融庁がみずほフィナンシャルグループ（FG）とみずほ銀行にシステム障害の再発防止と経営責任の明確化を求める業務改善命令を出した。業務改善命令が出されるであろうことは既定路線ではあったが、やはり実際に出されるとなるとインパクトは大きい。
-
「雰囲気」でクラウド推しは根拠薄弱、1％のリスクを意識すべき
ある社長に「クラウドは使いたくない」と明言された。こうしたクラウド否定発言を「今どきのクラウドを知らないのか」と笑うか、それとも「一理ある意見」として常に頭の片隅には置いて仕事をするか。これはITやDXを仕事にする人は一度きちんと自分で考え、他者とも議論すべき事柄ではないだろうか。
-
悩ましいサブスク型ITのライセンス、選択リスクはユーザーに「丸投げ」か
サブスク型サービスで悩ましい問題は、サービスによってはライセンスの種類や権限の違いによるランクなどが複雑で、ユーザーはどのサービスやライセンスをどれだけ買えばよいのか、わからない場合があることだ。
-
ユーザーとベンダーが丸投げ合戦、質問と回答かみ合わず
互いに思いは同じなのだが、立場の違いによりそれぞれが逆の方向に向かってしまうことがある。システム開発において、それはしばしば発生する。
-
五輪開会式スキャンダルに学ぶ、IT発注者が肝に銘じるべきこと
五輪開会式直前に楽曲担当者と演出担当者が過去に犯罪レベルのいじめや差別的な行為をしていたとして、降板するスキャンダルが発生した。根本原因は企画から人選からすべてを「丸投げ」していることにある。ITのプロジェクトにおいても同様の問題がある。
-
平井大臣「発言」に学ぶ、IT調達におけるトップの振る舞い
平井卓也デジタル改革担当大臣の発言がマスコミやネットをにぎわせている。この件でDXやITの調達に関わるトップの振る舞いに関して、いくつかポイントがあったので、それらを論じたい。
-
「丸投げ」に陥りがちなユーザーPM、防止のための18箇条
一般にシステム構築のプロジェクトではユーザーとベンダーの双方がPMを立てる。この構図は「丸投げ」を生みやすい。
-
DXの意味をブームの熱気に丸投げするな、「A・B・C」から自分で考えよ
どうもこのブーム下の「DX」という言葉は、これまでの「システム構築」となんら変わらない意味で使われていることも多いようだ。そこで筆者もDXの意味をブームの熱気に「丸投げ」することを自戒し、改めて考えてみた。そしてX＝変革をするにはDだけでなく「A・B・C」に関してきちんと考えるべきだと感じた。
