Digital Heroes: Guide to IT World

うわっ…サーバの上で弁当を広げている自分に気づいた瞬間、現実がバグった！ ■開発現場は“戦場”だった 200人規模の開発プロジェクト。 だが、用意された開発スペースは明らかに足りていなかった。 席はぎゅうぎゅう。 自席で昼ご飯を食べようにも、キーボードの横に弁当を置くスペースすらない。 では、みんなで食べるか？ …その選択肢も消えていた。     ■会議室が消えた世界 本来ならランチの拠点になるはずの会議室。 しかし、1部屋を残してすべてテスト環境に転用されていた。 テスト部屋で食べる？ それも無理だ。 昼休みですらテストは止まらない。 交代で人が出入りし、静寂とは無縁。 「じゃあ、どこで食べる？」 誰も答えられなかった。 ■“サーバ＝机”という禁断の発想 ふと周りを見ると、ラックマウントサーバが雑多に置かれている。 机の上に無造作に置かれたサーバ群。 「場所がなくて…」という言い訳とともに、 誰かがその上に資料を広げた。 そして気づけば—— サーバを囲んで会議が始まり、 そのまま弁当も広げられていた。 ■ありえないが、合理的だった 今振り返れば完全にアウトだ。 サーバはうるさい。 動き出せば熱い。 だが、不思議なことに“あまり動かない”。 だから、なんとかなってしまう。 開発プロジェクトのピーク。 人も設備も限界状態。 そんなとき、 サーバは「IT資産」から「物理資産」へと役割を変えた。 気づけば、最も大切なはずのサーバが、 ただのオブジェであり、テーブルになっていた。 ■現場が意思決定を超える瞬間 これは笑い話ではない。 むしろ、重要な示唆がある。 現場は、 ・スペースが足りない ・時間が足りない ・余裕がない この3つが揃った瞬間、 ルールも常識も超えて「最適化」を始める。 それがどれだけ“ありえない行動”でもだ。 ■DXの落とし穴 ここにDXの本質的な課題がある。 経営は「デジタル資産を大切に」と言う。 しかし現場は「今この瞬間を乗り切る」ことを優先する。 そのギャップが、 サーバを机に変える。 つまりDXとは、 システムの話ではなく、 “現場の制約設計”の話なのだ。 ■あなたの現場は大丈夫か？ ・サーバが机になっていないか？ ...

うわっ…これで本当に最先端のシステムを作っているのか!? ■巨大プロジェクトの裏側で起きていたこと ■人・環境・システムは分断されている ■それでも価値は現場から生まれる 200人を超える大規模開発プロジェクトに入ったとき、最初に感じた違和感は、コードでも設計でもなかった。「空気」だった。 空いた時間でお小遣いを貯めよう！「アイリサーチ」       開発チーム、サーバ管理チーム、運用チーム。役割は分かれている。だが、その分断は組織だけでなく、空間にも現れていた。 一人当たりの机の幅は80cm。資料とPCを置けば、もう余白はない。テスト部屋に至っては60cm。もはや“作業スペース”ではなく、“押し込められた空間”だ。 人の熱気でむんむんとしている。二酸化炭素濃度は高く、保健所から改善指示が入るレベル。実際に気分が悪くなるメンバーもいた。 その中で、デスクトップPCがびっしりと並び、ファンの音が絶えず鳴り響く。ウィーン…という低音が、空間全体を支配していた。 だが、その音の中に、明らかに異質な“うなり”があった。 ウ＝ン… 昼間、人が増えるほど、その音は大きくなる。 視線を向けると、そこにあったのは、銀色に光る大きな板。デスクトップPCとは明らかに違う存在感。 それが、サーバだった。 開発環境を司る、最も重要な機械。ラックマウントサーバ。 だが、その扱いは——あまりにも雑だった。 専用ラックではなく、平積みで3台。しかも熱対策は、ただの扇風機。 本来、最も守られるべき中枢が、最も無防備な場所に置かれている。 これが、現場だった。 ■「DX」と言いながら見ていないもの 多くの企業がDXを語る。クラウド、AI、データドリブン。 だが、その土台となる現場はどうか。 人は過密、環境は劣悪、システムは不安定。 この状態で、「品質を上げろ」「スピードを出せ」と言うのは、構造的に無理がある。 それでも、現場は回る。 なぜか。 現場の人間が、無理をしているからだ。 ■本質はどこにあるのか むき出しのサーバは、単なる機械ではない。 それは、組織の優先順位を映す“鏡”だ。 ・本当に大事なものに投資しているか ・人と環境を軽視していないか ・仕組みで解決すべきものを、個人に押し付けていないか この問い...

人が集まるフェーズは、いつもにぎやかだ うわっ、また席が空いてる!? 開発現場でふと周りを見渡したとき、そんな違和感を覚えたことがあります。 開発プロジェクトって、本当に不思議です。 始まったばかりの頃は、人がどんどん入ってきて、チームが一気に拡大する。要件定義や設計が進み、「この人、誰だろう？」という新しい顔が増えていく。最初は挨拶ばかりで、たまに歓迎会もあって、「このプロジェクト、勢いあるな」と感じていました。     順調そうに見えていた、あの頃 人の入れ替わりが多いことに、不思議さはありました。でも当時は、「仕事が順調なんだろうな」と深く考えなかったのです。 すごくできる人もいれば、新人みたいな人もいる。経験も背景もバラバラだけど、それがチームの強さだと思っていました。 テストが始まると、人はいなくなっていく 変化を感じたのは、開発が終わり、テスト工程に入ってからでした。 気づくと、いろんな人がいなくなっていく。 しかも、開発の中心だった人まで、思ったより早く抜けていった。一緒に入った同期も「次のプロジェクトね」と言われ、別の現場へ。 最初は、「プロジェクトに合わなかったのかな？」と思いました。 でも、それは違いました。 それは、会社が前に進むための判断だった 理由は、もっと現実的でした。 次の重要プロジェクトに引っ張られていく人。 予算の関係で、単価が高い人を長く確保できない判断。 テスト工程で、待っている人を増やしても仕方がないという判断。 つまりそれは、 会社の中での人のやりくり 。 プロジェクトごとの収支をキープし、全体を回すための工夫だったのです。 そこまで分かるまで、正直、少し寂しかった。 でも今は思います。 人が抜けていくのは、失敗じゃない。役割を終え、次の価値を生む場所へ進んでいくということなのだと。 私ならできる！明日から踏み出す そう思えたとき、開発現場の景色は、少し違って見えました。