（写真：123RF）
システム開発を「丸投げ」するユーザー企業がいまだに多い。この連載では、そんな丸投げの実態に詳しい筆者が、システム開発の「あきれた発注」について紹介する。
連載
システム開発「丸投げ」劇場
目次
-
悩ましいサブスク型ITのライセンス、選択リスクはユーザーに「丸投げ」か
サブスク型サービスで悩ましい問題は、サービスによってはライセンスの種類や権限の違いによるランクなどが複雑で、ユーザーはどのサービスやライセンスをどれだけ買えばよいのか、わからない場合があることだ。
-
ユーザーとベンダーが丸投げ合戦、質問と回答かみ合わず
互いに思いは同じなのだが、立場の違いによりそれぞれが逆の方向に向かってしまうことがある。システム開発において、それはしばしば発生する。
-
五輪開会式スキャンダルに学ぶ、IT発注者が肝に銘じるべきこと
五輪開会式直前に楽曲担当者と演出担当者が過去に犯罪レベルのいじめや差別的な行為をしていたとして、降板するスキャンダルが発生した。根本原因は企画から人選からすべてを「丸投げ」していることにある。ITのプロジェクトにおいても同様の問題がある。
-
平井大臣「発言」に学ぶ、IT調達におけるトップの振る舞い
平井卓也デジタル改革担当大臣の発言がマスコミやネットをにぎわせている。この件でDXやITの調達に関わるトップの振る舞いに関して、いくつかポイントがあったので、それらを論じたい。
-
「丸投げ」に陥りがちなユーザーPM、防止のための18箇条
一般にシステム構築のプロジェクトではユーザーとベンダーの双方がPMを立てる。この構図は「丸投げ」を生みやすい。
-
DXの意味をブームの熱気に丸投げするな、「A・B・C」から自分で考えよ
どうもこのブーム下の「DX」という言葉は、これまでの「システム構築」となんら変わらない意味で使われていることも多いようだ。そこで筆者もDXの意味をブームの熱気に「丸投げ」することを自戒し、改めて考えてみた。そしてX＝変革をするにはDだけでなく「A・B・C」に関してきちんと考えるべきだと感じた。
-
DXとシステム構築は違うもの、問われるトップの覚悟
「最近よく耳にするDXとこれまでのシステム構築は何が違うのか？」と質問されることがよくある。その答えは案外難しい。そもそも最初にDXという概念を提唱したエリック・ストルターマンのDXの定義はシンプルで抽象的である。それは「ITの浸透が、人々の生活をあらゆる面でより良い方向に変化させる」というものだ…
-
「検収」は発注者の責任であり義務、COCOAの障害を憂う
新型コロナウイルス対策の切り札として期待された接触確認アプリ「COCOA」のあまりにお粗末な障害が明るみに出た。 要は日本のIT業界の悪習としてずっと以前から、そして多くの識者や現場の人間が指摘し続けている「丸投げ」の弊害の典型的な事例がまた発生したということだ。
-
オンラインCESで痛感、「リアル番長の中高年」に迫る危機
世界の名だたる企業が先端技術や製品をお披露目するCES、そのオンライン開催はいったいどのようなものになるのか、興味しんしんであった。
-
後手に回る炎上プロジェクト、現場へ責任を「丸投げ」するな
すでに実施している政策やプロジェクトを中止する、あるいは大きく方向転換する意思決定はタイミングが本当に難しい。ただし、プロジェクトオーナーやステアリングコミッティーがきちんと役割を果たせば、システム構築は多少のトラブルはあっても、大炎上することはない。
-
厄介なUIの問題、原因はベンダーとユーザーのどちらに？
システム構築にベンダーとユーザーの小競り合いはつきものである。原因はいろいろあるが、ユーザーの業務システムの開発の主流がWebベースとなって増えているのが、UI（ユーザーインターフェース）に起因するものだ。
-
コンサルの「丸受け」が招く失敗、発注者にも責任あり
コンサルタントとユーザーの間でトラブルになることは少なくない。コンサルタントは救世主ではなく、一時的に利用する道具である。ユーザーがスキルやリソースの都合で自分達だけではできない分野に特化してコンサルタントを使えば役に立つ。道具を使うのはユーザー自身である。それを自覚せずに相手のせいにばかりしてい…
-
「過度の実績主義」を改めよ、官が変わらねば民は変わらない
過度の実績主義により、業界の宿痾（しゅくあ）とも必要悪ともいわれる下請け構造が出来上がります。日本は残念ながら官尊民卑の風潮も残っており、官が変わらねば民は変わらない。逆に言えば、官に変化があれば、民にも波及する。
-
あの10万円給付システムはアジャイル開発か、「なんちゃって」にはご用心
インターネットでニュースを拾い読みしていて、面白い記事を見つけた。タイトルは「10万円給付のウェブ申請、テスト不十分 開発10日」だ。
-
テレワークによるシステム構築は「丸投げ」抑止となるか？
テレワークでの打ち合わせは丸投げの兆候を抑止する効果が多少なりともあるように思う。上手にテレワークを利活用して新常態のシステム構築のあり方を高めていきたいものだ。
-
コロナでばれた「IT後進国」日本、向上すべきはITリテラシーだ
持続化給付金や特別定額給付金の支給にまつわるゴタゴタが連日報道され、日本が「IT後進国」であることが白日の下にさらされてしまった。だからといってソフトウエアの開発能力を飛躍的に向上させるよりも、ITリテラシーを向上させ、ITをもっと使いこなせるようになるほうが日本には適しているし、早く効果が出る。
-
朝ドラ「エール」にみる、契約書チェックを法務任せにしてはいけない訳
朝ドラ「エール」では、契約書のおかげで主人公やヒロインが経済的なピンチを脱しました。システム開発でも契約書の重要性は同じで、法務部門やプロジェクトマネージャーがそれぞれの役割でなすべきチェックを行わなくてはならない。
-
政府や企業の「面白くないコメディー」の犠牲でいいのか、IT担当者は転職を
「ITは重要」と言いながら、軽視している例が政府や企業で散見される。本気でITの重要性を理解している経営者と口先だけの経営者の違いは、その会社のIT部門の扱いをみれば一目瞭然である。
-
生産性ゼロの悪手、システム調達で長年の習慣となった「あのルール」
会社の社風や現在の経営陣のパワーバランスによって、その時その会社にとってベターなやり方というのはあるだろう。一方で、すべての会社に当てはまる「これは絶対にやってはダメ！」と断言できる最悪のやり方というのはある。
-
「事例をくれ」「サンプルくれ」連発のユーザーよ、少しは自分で考えろ
今、日本のIT業界で「熱いワード」といえばDX（デジタルトランスフォーメーション）である。このDXで重要なのはデジタルよりもトランスフォーメーションのほうだ。
