スキップしてメイン コンテンツに移動

投稿

ブログを翻訳

開発者だけでは世界は動かない——200人プロジェクトで見えた“不都合な真実”

うわっ…コードを書けるだけでは、巨大プロジェクトは1ミリも前に進まない! ■7年目、200人の渦の中へ あの時、私はエンジニア7年目。200人を超える巨大プロジェクトの「構成管理担当」を任された。CobolからJavaへの大規模な移行。会社としても勝負の案件だった。周囲からは「Javaの専門家」として見られていたが、正直に言えば、それは半分正しく、半分誤解だった。     なぜなら、私は前のプロジェクトで社内フレームワーク「Justware」の導入サポートをしていた。その経験が評価され、この現場に呼ばれただけだったからだ。だが現場に入れば、そんな事情は関係ない。「Javaといえば構成管理が肝」——その期待のもと、私は中心に立たされた。 ■構成管理という“見えない支配” 構成管理とは何か?それは単なるバージョン管理ではない。 誰が、どのルールで、どのパッケージを使い、どうやって統合するか——プロジェクトの秩序そのものだ。 200人の開発者がそれぞれにコードを書く。その全てを束ね、「最新版」を定義する。そしてその先にいるのは、環境エンジニアだ。彼らがデプロイし、システムは初めて動く。 つまり、構成管理は“開発の終点”ではなく、“運用の入口”でもある。ここを間違えれば、全てが崩れる。 ■しかし、現実はそんなに甘くない 問題はすぐに表面化した。 「このライブラリを使いたい」 「そのルールは非効率だ」 「なぜこの命名規則なのか」 200人いれば、200通りの正義がある。ルールを決めることは、誰かの自由を制限することでもある。議論は常に衝突を伴った。 ここで気づいたのは、「技術的に正しいこと」と「プロジェクトが進むこと」は別物だという現実だった。 正論だけでは、人は動かない。 ■開発者の先にいる“もう一つの主役” さらに重要なのは、開発者の先にいる存在だ。 環境エンジニア、そして本番環境を支える対顧客チーム。彼らはシステムの提案を行いながら、運用も担う。 いわゆる「System Engineer」と一括りにされるが、その実態は千差万別だ。コードを書く者、環境を整える者、顧客と向き合う者。それぞれが異なる価値を持ち、異なる責任を背負っている。 にもかかわらず、開発者中心の議論が支配すると、彼らの視点は後回しにされる。結果...
最近の投稿

AIが作った世界で、なぜ“生の一言”が勝ったのか?——200万再生の違和感の正体

うわっ…完璧に設計したはずの世界が、一瞬で裏切られた! ■20年のロジックが通じない瞬間 私は20年以上、システムを考えてきた。 構造を整理し、再現性を高め、最適解を導く——それが仕事だった。 そして今、その延長線上でAIを使い、TikTokで動画を量産している。 チアの動画をAIで加工し、別の音楽に載せ、表現を再構築する。 ■AI量産の時代 それまでに投稿した動画は約100本。 毎日4〜5本。 AIのおかげで、加工は驚くほど簡単になった。 動画さえあれば、加工からアップまで2分。 正直、そこまで頭は使わない。 デザインも、テンプレートに当てはめるだけ。 あとはAIが“いい感じ”に仕上げてくれる。 中国製AIだが、言語を入れると中国語に引っ張られる。 しかし、言語を入れなければ十分に使える。 つまり、「量産」は完全に仕組み化された。 ■そして、事件は起きた ある日、1本の動画がバズった。 200万View。 フォロワーも大きく増え、その後もアカウントはじわじわ伸び続けている。 ここまではいい。 問題は、その中身だ。 ■バズったのは“AIではなかった” その動画は——AIで加工していない。 ただのチア動画。 しかも、踊っていない。 魂のスピーチをしているだけの映像。 え? なんでこれ? 私はAIで加工し、最適化し、量産してきた。 それなのに、何もしていない動画が勝った。 ■不思議な違和感 もちろん、要因はいくつもあるだろう。 ・AI加工されていない“生感” ・チアなのに踊らない“ギャップ” ・スピーチという“メッセージ性” しかし、それでも違和感は消えない。 「設計されたコンテンツ」よりも 「むき出しのリアル」が勝つ。 これは偶然か? それとも、構造的な変化なのか? ■AIとリアルの交差点 ここで一つの仮説が浮かぶ。 AIは“量”と“効率”を最大化する。 リアルは“感情”と“共感”を最大化する。 つまり、勝負はこうなる。 AIだけでもダメ。 リアルだけでも足りない。 両者の“ちょうどいい組み合わせ”を見つけた者が勝つ。 ■これからの戦い方 今回の経験で、正直少し嬉しかった。 なぜなら、まだ“人間の余地”が残っているからだ。 しかし同時に怖い。 AIで積み上げた努...

アルゴリズムは読めても、バズは読めない——20年モノのシステム屋がSNSで200万再生を出した話

うわっ…ロジックで世界は説明できると思っていたのに、バズはまるで野生だった! ■個人業を始めて見えた“想定外” ちょっと個人業を始めてみて、ひとつ面白いことがあったので記録しておく。 私はシステム屋として約20年やってきた。Webシステム、プログラム、アルゴリズム。それなりに考えてきたし、サーバー構築もやってきた。 ただ、正直に言う。 「プロのプログラマーですか?」と聞かれると、そこまででもない。 ■“できるけど、名乗らない”領域 Web、かけるよ。 HTML、読めるよ。 CSS、分かるよ。 JavaScript、書いてきたよ。 でも、デザインは分からない。 SEOも、仕組みとしては分かる。ロジックも理解している。 でも、それを“どう表現すれば刺さるのか”は分からない。 作り方は分かる。でも、何が良いのかはよく分からない。 ■大工とデザイナーの関係に似ている これ、大工の世界と似ている気がする。 素敵な家はデザイナーが考え、実際に作るのは大工。 私はどちらかというと、その間にいる。 全部を理解して、全体を見て、方針を決める。 でも、個人業になると話は変わる。 ■個人市場のリアル 個人側に出てくる仕事は、小さい。 コーディネートするほど大きくない。 でも依頼はこうだ。 「全部やってほしい」 設計も、実装も、見せ方も、運用も。 ここで、私のポジションは一気に難しくなる。 ■SNSという実験場 そんな流れで、SNS支援を少しやってみた。 対象は「全日本応援協会"https://ajoen.jp/"」。 この団体は私の活動も応援してくれている。 だから、私も応援したい。 その一環としてSNSをやってみた。 ■自分では伸びない、でも他では? 自分でもSNSはやっている。 ただ、システムやAIの話は正直、伸びない。 では、朝チアのようなコンテンツならどうか? これは完全に実験だった。 ■結果:200万再生 TikTokで1本、200万再生まで伸びた。 "https://www.tiktok.com/@ajof73/video/7618761464488135956?lang=ja-JP" 正直、嬉しかった。 20年システムをやってきた人間が、SNSでバズっ...

酸素が足りない開発現場——200人が詰め込まれた「80cmの限界」が組織を壊す瞬間

うわっ…この空気、仕事じゃなくて“サバイバル”だろ!? ■80cmという見えない制約 200人の開発要員が、まるで鮨詰めのように並ぶオフィス。 一人に与えられた横幅は、わずか80cm。前後も極端に狭く、椅子を引くだけで誰かにぶつかる。 最初は「まあ、こういうものか」と誰もが思っていた。だが時間が経つにつれ、空気が変わっていく。 ■静かに増えていく“イライラ” 立ち上がるのも一苦労。 トイレに行くにも気を遣う。 小さなストレスが積み重なり、徐々に言葉が荒くなる。 気づけば、明らかにイライラしている人が増えていた。 それでも、開発は止まらない。 夜中まで続く作業。 チームによっては、全員が12時まで残る。 一方で、バラバラに帰るチームもある。 この違いが、さらに空気を歪ませる。 「あのチームは帰っているのに、なぜ自分たちは残るのか」 見えない不公平感が、現場をさらに疲弊させていく。 ■限界ギリギリの現場 この現場は、正直に言えば“過酷”だった。 全員がギリギリの状態で、なんとかコードを書いている。 集中力も、判断力も、確実に落ちている。 それでも止められない。 ここで止まれば、すべてが崩れる。 そんなときだった。 ■突然の「外部の目」 保健所の検査が入った。 結果は、想像以上にシンプルだった。 「二酸化炭素濃度が高い」 つまり、この空間は“人が詰め込まれすぎている”という事実。 上層部は大慌てだった。 即座に改善指示が出る。 ■止められない現場、変えなければならない現実 しかし、開発は止められない。 納期は迫っている。 顧客は待っている。 そこで取られたのは、苦肉の策だった。 まず、窓を開けた。 これまで閉め切っていた窓を。 そう、この現場は“外に漏らさないため”に密閉されていた。 だが、その前提を崩した。 さらに、空気清浄機を大量に購入し、あらゆる場所に配置した。 正直、それが二酸化炭素をどれだけ吸収するかは分からない。 それでも、「何もしない」という選択肢はなかった。 ■わずかな改善と、続く監視 結果として、窓を開けたことで多少の改善は見られた。 だが、状況は“要監視”。 根本解決には至っていない。 それでも、現場は回り続ける。 「あと少しでピークが過ぎる」 「もう止まれ...

システム屋に太った人はいない?——80cmの戦場が突きつけた“非情な現実”

うわっ…人間って、ここまで圧縮できるのか!? ■80cmという名の“戦場” 前回のBlogで、私は「一人80cmの空間設計」について書いた。 あれは単なる効率化の話ではない。現場では、それは完全に“戦場の設計図”だった。 開発がMAXに達したあの時、長机がずらりと並び、そこに一人80cmの幅でパソコンと椅子を配置する。 椅子はパイプ椅子。クッションなどない。 かばんは足元に押し込む。ロッカー?そんな余裕はない。 とにかく、人を集める。 “もう集められるだけ集めた”というのが正直な感覚だった。 ■圧縮された人間関係 その結果、どうなったか。 まず、空気が変わる。 人と人との距離が近すぎると、思考も感情も摩擦を起こす。 キーボードを叩く音、椅子のきしみ、ため息。 すべてが増幅される。 当然、イライラしている人も増えていった。 だが、それでもプロジェクトは止まらない。 いや、止められない。 ■ふと気づいた違和感 そんな極限状態の中で、ある違和感に気づいた。 「あれ?太っている人、少なくないか?」 統計を取ったわけではない。 だが、直感的にそう感じた。 ■例外は、確かにいた もちろん、ゼロではない。 数人はいた。 ただ、その姿が印象的だった。 狭い80cmのスペースに、一生懸命、自分の体を“収めている”。 椅子の幅、机の下の空間、隣との境界。 すべてに気を遣いながら、なんとか仕事をしている。 それは努力というより、“適応”だった。 ■選べない現実 ここで重要なのは一つ。 人の選抜に、体格は使えない。 そんな基準はあり得ないし、あってはならない。 だが現場では、物理的制約がすべてに影響を与える。 結果として、 「我慢してもらうしかない」 という結論に行き着く。 これが、美しい話か? 違う。 だが、これが現実だ。 ■鮨詰めの中から生まれるもの あの空間は、まさに“鮨詰め”だった。 だが、その中から、日本を支えるシステムが生まれていく。 誰かが無理をし、誰かが耐え、誰かが調整する。 その積み重ねで、プロダクトは完成する。 クラウドだ、DXだ、と言われる時代でも、 最終的にシステムを作るのは“人”だ。 そしてその人は、時に80cmの中で戦っている。 ■ビジネスとしての示唆 ここから...

80センチの戦場——200人プロジェクトが教えた「空間」と「成果」のリアル

うわっ…人の密度でシステムの温度が上がるなんて思わなかった! ■開発プロジェクトは“人が集まる生き物” 開発プロジェクトとは、単なる作業の集合体ではない。人が集まり、増え、そしてピークを迎える“生き物”だ。私が経験した200人を超えるプロジェクトも、最初から大規模だったわけではない。 空いた時間でお小遣いを貯めよう!「アイリサーチ」       ■最初は静かに始まる 設計フェーズの最初は、わずか50人程度。要件定義の段階では、さらに少なかったはずだ。議論は深く、密度は高いが、物理的な空間にはまだ余裕がある。 しかし、設計が終わり、プログラミング開発、そしてテストへと進むにつれて状況は一変する。人は一気に増え、最も盛んな時期には200人を超える。 ■最大の問題は「人の置き場」 ここで必ず直面するのが、極めてシンプルでありながら深刻な問題だ。 ——この人たちは、どこで開発するのか? 1年の中でこれだけ柔軟に人員が変動する。それに対応できる場所など、最初から用意されているわけではない。場所は決まっている。増えたからといって、簡単に広げられるものではない。 近くの会議室を長期で借りる案も出た。しかし、それは数十人単位の話であり、1人単位で柔軟に増減できるものではない。 ■現場で起きた“強引な最適化” 結局、他のプロジェクトに我慢してもらい、同じ開発スペースに人を押し込む形になった。それでも限界はある。 では、どうするか。 削るしかない。 削る対象はただ一つ——1人あたりのスペースだ。 部長を含め、全員のデスク幅を極限まで詰めていく。当時はデスクトップPCが標準だったが、それを横に倒し、その上にディスプレイを置くことで横幅を圧縮した。 ■1人、何センチ必要か? その答えは、極めて現実的だった。 開発スペース:最大80センチ テストスペース:最大60センチ 実際に座ると、肘と肘が触れ合う。隣との距離はほぼゼロだ。これまで様々なプロジェクトを経験してきたが、あれほど狭い環境はなかった。 ■それでも人は増え続ける そんな極限の環境にもかかわらず、人はさらに増えていく。気づけば周囲は知らない人ばかりだ。プロジェクトの一体感というより、“流入する人波”に近い。 膝をすり合わせながら、コードを書く。テストをする。...

優しさは武器になるのか?——200人プロジェクトで出会った“静かなリーダー”

うわっ…こんなにも“戦い方”が違うのか!? ■システム担当者という幻想 「システム担当者」と一言で言っても、その中身は驚くほど多様だ。 プログラマーと呼ばれる人たちも同じ。 パソコン一つで作業をする職種だからといって、全員が強く押し切るタイプとは限らない。 むしろ現場に入ると、その多様性に戸惑う。 前のプロジェクトでも、リードするイメージのなかった同期が、いつの間にか全体を引っ張っていた。 役割は肩書きでは決まらない。 現場での振る舞いが、その人のポジションを作る。     ■200人プロジェクトという“圧力” 社会人6年目。 私はMAX200人を超えるプロジェクトに入った。 規模が大きくなるにつれ、プロパーのメンバーも後から増えてくる。 組織は流動的で、常に変化し続けていた。 そんな中、隣のプロジェクトで中堅として活躍していた同期が、こちらに移ってきた。 彼は構成管理担当として加わることになった。 ■怒らない男の戦い方 彼を一言で表すなら——とにかく穏やか。 もしかしたら「怒る」という感情を知らないのではないかと思うほどだ。 人の話を真摯に聞く。 そして、ゆっくりと話す。 構成管理という役割は、各チームからの要望が集中する。 時には無理難題も飛んでくる。 それでも彼は、一つ一つ丁寧に耳を傾け、ゆっくりと回答を作っていく。 当然、時間はかかる。 彼はいつも終電だった。 一度、体調を崩して来られなくなったこともあったらしい。 「リハビリ期間なんだよ」と笑いながら話していた。 それでも彼は変わらなかった。 どんな時も、人に向き合う姿勢を崩さなかった。 ■理想と現実の狭間で 正直に言えば、私は迷っていた。 彼の姿勢は、間違いなく見習うべきものだ。 だが、仕事が山積みのプロジェクトで、そのやり方は成立するのか。 スピードが求められる現場で、丁寧さは時にリスクにもなる。 私たちは、終電まで並んでパソコンを叩く日々を過ごした。 彼がいてくれて良かった。 話を聞いてくれる存在がいるだけで、抱え込まずに済んだ。 だが同時に思う。 一度来られなくなった後、リハビリと言いながら終電まで働くこの状態は、本当に正しいのか。 ■正解のない世界で この世界に、明確な正解はない。 速さで押し切る...