Digital Heroes: Guide to IT World

 DX担当者として何度も外注に苦しんだ私が、本当に大切だと思うこと うわっ！また今日も“言い訳レビュー会議”か――。 システム開発の責任者をしていた頃、私はある意味で毎日戦っていました。 戦う相手はシステムの不具合ではありません。 開発会社の「言い訳」です。 「この会社なら大丈夫」そう思っていた もちろん、世の中には素晴らしい開発会社もたくさんあります。 しかし、残念ながらそうではない会社に当たってしまうこともあります。 最初は営業担当者の説明に感動しました。 柔軟に対応できます 経験豊富なエンジニアがいます お客様に寄り添います プレゼンも上手い。 資料も立派。 実績も申し分ない。 私は「この会社なら大丈夫だろう」と思っていました。 営業と現場が別の会社だった ところが契約後、実務担当者との打ち合わせが始まると違和感を覚えました。 営業担当者が話していた内容と、現場が理解している内容がまるで違うのです。 「そんな話は聞いていません」 「それは追加費用になります」 「対応は難しいです」 営業担当者と実務担当者の間に大きな乖離がありました。 契約前は何でもできるように見えた会社が、契約後には何もできないように見えてしまう。 これは非常につらい経験でした。 口は上手い。でも動けない さらに困ったのは、説明だけは上手い会社です。 会議では立派なことを言います。 しかし実際に問題が発生すると、 契約上は対象外です 前例がありません 社内ルールでできません という回答ばかり。 こちらは問題解決を求めているのに、返ってくるのはできない理由ばかり。 会議のたびに期待し、会議のたびに落胆する。 そんな状況が続きました。 リーダーは優秀。でもチームがついてこない また別の会社では、リーダーだけが非常に優秀でした。 話をすると安心できます。 理解も早い。 提案も的確です。 ところが実際に手を動かすメンバーへ話が伝わっていない。 同じ説明を何度も繰り返し、 同じ課題が何度も再発する。 気付けば、プロジェクトの大半が情報伝達に費やされていました。 ▼開発会社選びに悩んでいる方はこちら   一番苦しかったのは「手が動かない」こと 会議は開かれる。 議事録も出る。 課題管理表も更新される。 しかし成果物が出てこない。 前に進まない。 検討はする。 相談もする。 説明もする。 ...

やばい…これは終わったかもしれない… ある大規模ITプロジェクトの現場で、誰かがつぶやいた。スケジュールは崩壊、タスクは未整理、関係者はカオス状態。こうなったらもう、炎上一直線…と思いきや、ある3つのポイントを徹底することで、見事にプロジェクトは軌道修正された。 大規模ITプロジェクトは、一歩間違えば 数億円の損失 、クライアントの信頼喪失、そして チームの崩壊 に直結する。では、成功するためには何をすればいいのか？今回は、絶対に押さえるべき3つの鉄則を紹介しよう。 ① まずは話せ！「会話なくしてプロジェクトなし」 「ITプロジェクトはドキュメントが命！」なんて言う人もいるが、それよりも大事なのが 会話 だ。 会話がなければ、どんなに優れた計画もただの紙切れ 。 最初にやるべきことは、 キックオフミーティング で関係者全員としっかり話すこと。何を作るのか？誰が何をやるのか？この認識を一致させないと、後で必ずトラブルが起きる。 あるプロジェクトでは、開発チームが「A機能」を作るつもりで動いていたのに、顧客は「B機能」を求めていた。数ヶ月後、出来上がったシステムを見て「こんなの頼んでない！」と大騒ぎに。最初にもっと話し合っていれば、こんな悲劇は起こらなかったのに…。 ② EXCELで整理せよ！「プロジェクトは構造化が命」 大規模プロジェクトでは、関係者が多くなり、やるべきタスクがどんどん増える。「これ、誰の仕事？」「どこまで進んでる？」が分からなくなったら、もうアウトだ。 そんなときこそ EXCEL の出番！ 体制図 を作って、誰がどの役割なのかを明確にする **WBS（Work Breakdown Structure）**で、タスクを細分化し、進捗を可視化する リスク管理表 を作成し、問題が起きる前に対策を考えておく 「そんなのExcelじゃなくて専用ツールでやるべきでは？」と思うかもしれないが、シンプルなExcelのほうがチーム全員が簡単に把握できる。実際、成功しているプロジェクトの多くは、Excelを活用しているのだ。 ③ Project Charterを作成せよ！「迷ったら原点に戻れ」 プロジェクトが進むにつれて、「これは本当に必要なのか？」と迷うことが増える。そんな時の拠り所になるのが Project Charter （プロジェクト憲章）だ。 Project ...