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

投稿

ラベル(チームビルディング)が付いた投稿を表示しています

ブログを翻訳

コードより熱いのは、昼メシだった——江東区システム屋の“戦略ランチ論”

うわっ、キーボードよりも先に“箸”が動く職場って、どういうことだ!? ■ 社会人7年目、チームができた日 社会人7年目にもなると、気づけば後輩が増えていた。 そして、ある日を境に「同じチーム」として、彼らは“部下”になった。 最初は正直、どう関わればいいか分からなかった。 コードレビュー、進捗管理、障害対応——それだけでは足りない。 システム開発は個人戦ではなく、完全なチーム戦だ。 そこで自然と増えていったのが、「ランチ」と「飲み会」だった。 ■ 江東区という“選択肢の暴力” 勤務地は江東区。 ここがまた厄介で、周りに美味い店が多すぎる。 有名なラーメン店、コスパ抜群の中華、少し歩けばホテルランチ。 選択肢が多いというのは、意思決定力を試される環境でもある。 個人で行くメンバーは早々に席を立ち、迷いなく中華に走る。 一方で、チームで行くときは「どこにする?」から始まる小さな会議。 気づけば私は、その“場”をデザインする側になっていた。 ■ システム屋は、お昼にかける 普段はパソコンと会話する時間が圧倒的に長い職種。 無機質な画面と向き合い続けるからこそ、人との接点は貴重だ。 だから、システム屋は“お昼にかける”。 これは単なる食事ではない。 ・チームの空気を読む ・後輩の本音を引き出す ・他チームとの関係を作る すべてが、昼の1時間に凝縮されている。 ■ ランチは、最小単位の組織開発 私は意識的に、他チームともランチに行くようにした。 開発は横断的な連携がすべてだからだ。 節目のタイミングでは、少し背伸びしてホテルランチ。 普段はコスパ重視で中華。 天気が良い日は弁当を買って公園。 忙しいときは、おにぎりとラーメンで5分で済ませることもある。 一見バラバラだが、すべてに共通する目的がある。 それは「会話を生むこと」だ。 ■ 矛盾:ご飯にこだわらない職種の本音 システム屋はよく言う。 「別にご飯にこだわりないですよ」と。 でも、それは半分嘘だ。 本当は、味ではなく“誰と食べるか”にこだわっている。 ご飯そのものではなく、ご飯を媒介にしたコミュニケーションに価値を置いている。 つまり、我々は“食事を設計している”のだ。 ■ あの頃、一番うまかったもの 振り返ると、いろんな店に行った。 ...

支援者のはずが主役に――プロジェクトを動かした“後輩”という転機

社内コンサル4年目、現場の最前線で気づいた「チームの力」の本質 うわっ、気づけば“支援者”のはずの私が、プロジェクトのど真ん中に立っていた!     ■ 社内コンサルという“安全地帯”のはずが 社会人4年目。私は社内コンサルとしてプロジェクトに入った。 本来の役割は支援だ。サーバ構築で詰まれば助言をし、新しいフレームワークの理解を促し、迷ったときには設計の指針を示す。あくまで一歩引いた立場のはずだった。 しかし現場は違った。 議論が膠着すれば意見を求められ、障害が出れば判断を委ねられ、スケジュールが揺らげば調整役を担う。気づけば“困ったときのあの人”になっていた。 支援者として入ったはずが、いつの間にかプロジェクトをリードしている。 私はもう完全に“プロジェクト側の人間”だった。 ■ 新人研修で教えた、あの後輩 私は新人研修の担当もしていた。だから下との接点は多い。 そんな中、かつて教えた新人の一人がプロジェクトに加わることになった。 京大卒。地頭は抜群。理論も強い。 だが、どこか少し抜けている。資料の詰めが甘かったり、段取りが少し不器用だったりする。 そして彼は、フレームワークチームから“新たな社内コンサル”として送り込まれてきた。 正直に言えば、私はホッとした。 孤軍奮闘していた現場に、理解者が来たと感じたからだ。 ■ 技術を超えた“対話”の時間 彼とはよく話し込んだ。 昼ご飯を一緒に食べ、設計の悩みを議論し、新しいフレームワークの仕様を確認する。夜の飲み会にも誘ったし、合コンにも連れていった。 仕事では効率が悪い部分もある。 だが彼は、常に最新情報を持ち込み、設計に新しい視点を与えてくれる存在だった。 「その実装だと、将来の拡張性が弱いかもしれません」 そんな一言が、設計の方向を変えることもある。 彼との議論を通じて、私自身のJava理解も一段と深まった。 教える側のはずが、学ばされている。 プロジェクトは技術力だけで動くのではない。 対話で動くのだ。 ■ 結束が生む“見えない推進力” プロジェクト成功の秘訣は何か。 優秀なエンジニアの数ではない。最新技術の導入でもない。 結束だ。 信頼関係があるからこそ、本音でぶつかれる。 心理的安全性があるからこそ、新しい挑戦ができる。 昼の雑談も、夜の飲み会も、無駄ではなかっ...

こんなに個性的!?——プロジェクトは“人間交差点”でできている

社員3名。でも物語は無限大 うわっ、たった3人のはずなのに、どうしてこんなに賑やかなんだ! このプロジェクトは社員3名で走っている。資料上は小規模、予算も大きくない。だが、実際に現場に立つと違う。関わる人は想像以上に多い。応援に入る人、横から助言する人、ただその場にいるだけで空気を変える人。プロジェクトとは「人数」ではなく、「関わる人の多様さ」でできているのだ。     50代リーダーの背中が示すもの 中心にいるのは、50代でプロジェクトをリードしている人。派手さはない。だが、迷いがない。若手の意見を聞き、必要な場面では決断を下す。その姿は、長年の経験に裏打ちされた静かな強さだ。プロジェクトがぶれないのは、彼が“軸”を握っているからだ。 働き方は十人十色 定時になると颯爽と帰る人がいる。一方で、なかなか帰らず、最後まで残る人もいる。声が大きく、会議の空気を一瞬で支配する人。お昼は必ず机で寝ると決めている人。ずっと席にいるけれど、正直、成果がどこにあるのか分からない人もいる。 新幹線通勤で遠くからやってくる人もいれば、職場の近くに住み、誰よりも早く来ている人もいる。距離も、リズムも、価値観も違う。それでも同じゴールを目指している。 “ほとけ”という存在 一番上の人は、なぜか「ほとけ」と呼ばれている。いっつもニコニコしている。怒らない。焦らない。だが、何をしているのかは少し不明だ。それでも、彼がそこにいるだけで場の緊張が解ける。まさにプロジェクトのキャラクターマスコット的存在。見えない安心感が、チームを支えている。 人がいるから、前に進む プロジェクトは、完璧な人材で構成されているわけではない。むしろ、ばらばらだ。だが、その違いこそが推進力になる。声が大きい人が勢いをつくり、静かな人が土台を固め、リーダーが方向を示す。 いろんな人に支えられて、プロジェクトは今日も動いている。成果は個人のものではなく、関わる全員のものだ。 だからこそ思う。 この多様さを力に変えられるのは、私たち自身だ。 私ならできる!明日から踏み出す

【驚愕】システム開発チームでLGBTQの方は働ける?―僕の答えは〇〇

「あの人、多分そうだった…」でも、それが何か? 「あっ!」と思い出す瞬間がありました。 これまでのキャリアで、明らかにLGBTQだと公言していたわけではないけれど、「あの人、多分そうだったな」という同僚が何人かいます。 でも、不思議なことに――一度も気にしたことがないんです。 性別の話題なんて、出たことない 僕らのチームでは、性別や恋愛対象について語り合う時間なんてありません。 マニキュアをしていようが、髪が腰まであろうが、金髪だろうが赤髪だろうが、どうでもいい。 話題に出るのはいつも、 システムのこと、そしてプロジェクトを成功させるための方法 だけです。 「誰が何をして、どうやって完成まで持っていくか」 ――それだけが焦点で、性別は関係ない。 正直、気にするのは年齢と“この2つ”だけ じゃあ何を気にするのかと聞かれれば… 正直、年齢は少しだけ気にします。 プログラムの世界は5年違えば、最初に触った言語も、プロジェクト管理の方法も違う。 その時代に流行っていたシステムや、IDE(開発環境)も変わります。 基本の考え方は変わらなくても、やはりちょっとした差はあるんです。 もう1つは、 使う言語 。 国籍自体は気にしませんが、英語か日本語か、そこは仕事の進め方に直結します。 LGBTQ?全く問題なし LGBTQかどうかなんて、本人がうまく隠していれば分からないことも多いでしょう。 仮に知っていても、それが仕事の成果に影響するわけじゃない。 むしろ多様な価値観はチームにとってプラスになることもあります。 働きやすい環境は整っている 僕が見てきた限り、システム開発の現場はLGBTQの方にも働きやすい環境だと思います。 条件はただ1つ―― システムを理解し、プロジェクト成功のために協力できること 。 それさえできれば、あなたはこの世界で輝けます。 空いた時間でお小遣いを貯めよう!「アイリサーチ」       明日からの一歩 だから僕はこう言います。 「私ならできる!」 そう信じて、明日からまた一歩踏み出そう。

🌍「国境を超えるコード」― システム屋に国境は必要か?

  僕の答えは…NO! 「えっ、そのシステム、日本製じゃなきゃダメなの?」 そんな問いを何度も聞かれましたが、僕の答えははっきりしています。 NO です。 昔は「日本のエンジニア」「インドのエンジニア」「ベトナムのエンジニア」…なんて国ごとに色を付けて考えていました。 大企業で働いていると、ベンダーの社長や営業の方からこんな提案が飛び交います。 「日本に依頼してください」 「ベトナムが安くて優秀ですよ」 「いやいや、インドが最高です!」 正直、その頃は「国ごとの特性」を意識していました。 本当の差は「国」じゃない 結局わかったのは、成果は チームリーダーの技術力とビジョン に依存するということ。 リーダーが技術を理解し、アイデアが豊富なら、日本でもインドでもベトナムでも同じように成功します。 逆に… 「スタートアップだから技術強いんでしょ?」→いやいや、根性論だけじゃ困ります。 「ベトナム系だから優秀でしょ?」→いやいや、採用してから言ってください。 「大手だから安心でしょ?」→いやいや、エクセルばかり作っていた人もいます。 日本×インドの協業プロジェクト 先日、日本のIoTチームとインドのクラウドチームで協業しました。 開発中、インド側のIssueが止まらず、日本からエスカレーション。会議が何度も行われました。 ところが――本番後に顧客影響のあるバグを複数出したのは 日本側 。 しかもそれが上層部に報告されず…。正直、がっかりしました。 足りなかったもの このプロジェクトは、「同じワンチーム」という意識が育たなかった。 お互いのミスを指摘するだけで、相手を信じて支える姿勢がなかった。 それは僕のチーム作りのミスでもあります。 でも、同じ開発者として、国や立場を超えて「信じて応援する」気持ちを持ってほしかった。 空いた時間でお小遣いを貯めよう!「アイリサーチ」       明日からの一歩 システム屋の世界に国境は要りません。 必要なのは、国籍やラベルではなく、 技術を理解し、ビジョンを描けるリーダー と、それを信じる仲間です。 「私ならできる!」――そう信じて、明日からまた一歩踏み出します。

「えっ、システム屋って休日もコード書いてるの!?」と思ったら大間違いだった話

推し活、フットサル、同期との合コンまで——普通っぽくて、でもちょっと不思議な“技術職”の休日事情。 「うわっ!この人、休日もサーバー監視してるんじゃない?」 そんなイメージ、もしかしてありませんか? でも実際は…意外と普通なんです、私たち“システム屋”。 システム屋の休日って、何してる? まず、システム屋って聞くと「オタク」「ゲーマー」「一日中PC」みたいなステレオタイプが浮かぶかもしれません。でも実際、休日は人それぞれ。 たしかに、家で静かにアニメ見てる人、プログラミングに熱中する人もいます。けど、普通にショッピングしたり、ジム行ったり、推し活したりしてるんです。そう、 推し活 。ライブに行ったり、グッズを並べたり。ガチ勢もいれば、ライトな応援スタイルの人も。 なんだかんだ言って、結構“普通”です。 そういえば、職場の人と過ごすの? 答えは「NO」です。 あんまり 職場メンバーと休日を一緒に過ごすこと はありません。気を使いますしね(笑)でも、“同期”とは別。 同期とは、結構行動してました。合コン、フットサル、ボードゲーム、飲み歩き…。思い出せば、大学の延長みたいなノリもありました。 実は、体育会系出身の人も多いんです。サッカー部、野球部出身者もザラ。体力に自信がある人が多いのも特徴かも。 職場イベントってどんな感じ? スタートアップだとBBQやハロウィンパーティーもありますが、大企業ではあまり多くない印象です。 一番多かったのは ボウリング大会 !なぜかシステム業界、ボウリング大会やたら多いんですよね…。 あとはチーム単位の飲み会や、年末の忘年会ぐらい。会社を上げてのド派手パーティーは、正直スタートアップの方が活発です。 じゃあ、イベントやりたいときは? 実はみんな、 ちょっと誘ってほしい んです。でも、自分から言い出せないだけ。 「BBQやろうよ」って言えば、案外すぐに10人くらい集まりますよ。 リーダー気質の人が旗を振れば、ちゃんと人は集まる。 ただ、そういう“ムードメーカー”って、現場には意外と少なかったりします。 だからこそ、 あなたが動けば、職場が変わる!     私ならできる!明日から踏み出す 「イベントやろうよ」 「フットサル行こうよ」 「ライブ一緒にどう?」 その...

「えっ、会議でパズル⁉」海外の会議で学んだ“議論が盛り上がる”工夫3選

真面目すぎる会議にさようなら。眠気と戦いながらも意見が飛び交う、世界の工夫を紹介! 「えっ、パズル解きながら会議ってアリ⁉」 最初に海外の会議に参加したとき、私は本気で驚きました。 でも、この驚きが、私の“会議観”を大きく変えることになったのです。 海外会議で“激変”した私のスタイル 私はこれまで、いくつかのグローバル会議に参加してきました。 そして、圧倒的に変わったことがあります。それは、**「会議は、真面目にやりすぎなくていい」**という感覚です。 集中して意見を交わすことはもちろん大事ですが、会議の場を“居心地よく”保つことの方が、実は建設的な議論を生みやすいんです。 会議は、眠気と戦うマラソン グローバル会議は、3日間などの短期集中型が多く、世界中からメンバーが集まります。 当然、 時差ボケ、長旅による疲労、言語の壁 など、心身の負荷が大きい。 そんな中で私が気づいたのは、**「会議の場をリラックスさせる工夫が超重要」**だということ。 実際に私が参加した面白い会議には、次のような仕掛けがありました。 議論を活発にする“海外流3つのアイデア” ① 会議冒頭に「今日のキーワード」を発表! その日1日で、最も多くキーワードを使った人が“チャンピオン”に これが意外と盛り上がる!皆が発言を意識的に増やすようになり、自然と議論が活性化 ② 会議中に“パズル”を配布! 知恵の輪やルービックキューブなどを配り、手を動かしながら話す これが眠気覚ましにもなるし、不思議と発言も増える “手を動かす”ことが脳の活性化にもつながってるような感覚がありました ③ 面白発言でキャンディプレゼント! 笑えるジョークや印象に残るコメントをした人にキャンディを配布 小学生みたい?と思うかもしれませんが、これが会議の空気をやわらげて、発言しやすくなる不思議な工夫でした 実際に日本でもやってみた! あるとき、私が主催した日本での会議で、 ルービックキューブをテーブルに並べてみた んです 最初はみんな「なんで?」という顔をしていましたが、会議中に自然と手に取り、楽しみながら意見交換が始まっていきました そして最後、上司が言ったんです 「このルービックキューブのように、難しい課題も、みんなで解いていこう」 もう、感動でした! ...

会議なのにホテル?その正体は「チーム再起動ミーティング」だった!〜Off-site Meetingって何やるの?リアル体験から見えたチームの真価〜

遊びに行くの?それが最初の正直な感想だった 入社したばかりのグローバル企業で目にした「Off-site Meeting」なるスケジュール 指定された場所はオフィスではなく、郊外のホテル しかも、日本だけじゃない、海外チームも同時開催という情報 まさに未知のイベントだった 私が参加したのは、オーストリアのウィーンとタイの会場 どちらも空港アクセスのよい都市が選ばれ、国をまたいだチームメンバーが一堂に会する形 日程は大体2泊3日、でも、実質的には移動含めて1週間がまるっと消える大イベントだった 初日は、まさかの「謎解き合宿」 集合後、すぐ始まったのは、会議ではなくフィジカル系のアクティビティ チームに分かれて、絡まったロープを解いたり、巨大パズルを解いたり まるで合宿、いや修学旅行?という感覚 でもこの「遊び」が、チームの心理的な距離を一気に縮めてくれた 夜はみんなでディナーに出かけて、普段リモートでしか会わない仲間と笑い合いながら乾杯 最初の一日で、"チームとして一緒にいる"という感覚が芽生えていた 2日目は「ビジョンを描く対話の時間」 朝からワークショップ テーマは「チームとしてどう在りたいか」 1人ずつ発言する時間が与えられ、お菓子とコーヒーを片手に、和やかだけど真剣な対話が進む 会議室の時もあったが、開放的なロビーや中庭で話すこともあり、普段とは全く違う空気が流れていた 午後には、1年後にどんなチームになっていたいかを考える時間 チームの役割、会社の中での立ち位置、将来の課題やリスクを深掘り 普段の会議では出てこない声や視点が、驚くほど自然に出てくる 3日目、ゴールの共有と帰路へ 最終日は、前日までの対話をもとに、チームの年間目標を策定 全員でまとめた目標をプレゼンし合い、拍手で締めくくる 午後2時には解散、それぞれ飛行機に乗って帰途につく 仕事を“止める”ことでチームが“動き出す” この1週間、タスクは何も進まない でも、チームとしての方向性を合わせるためだけにこの時間を使うことに、後から大きな意味があると感じた 特にアメリカのチームは、タイムゾーンも文化も異なる仲間が集まるため、こうした場の重要性を深く理解している 「どうすれば、遠く離れた仲間とチームになれるか」 その問いへ...

データが味方?それとも敵?運命の分かれ道はココだった!

うわっ!こんなに汚いデータ、どうすればいいの!? ──そう叫びたくなる瞬間、あなたのチームはどう動きますか? データ管理のプロセスは、いつの時代も変わらない 最新ツール?AIクレンジング?もちろん便利だけど、根っこのプロセスは20年前から変わっていません。 「データ管理」は、仕組みを理解しているかどうか。 それが、データを味方につけるか、敵に回すかの分岐点なのです。 汚いデータは当たり前!それがスタートライン そもそも、 RAWデータ はどの時代も汚いもの。 なぜなら、分析したい目的は毎回違うのに、データ側がその都度合わせてくれるわけがないから。 ダブり、漏れ、抜け──これが普通。 「データが悪いから分析できない」と言う人は、実はデータ分析をやったことがない人です。 データ分析プロセスに「奇跡の一発」はない データ分析は魔法じゃありません。 最初に大枠を決め、データを見て、きれいにして、試して、また見直して、直して、また試して……。 この地道な繰り返しだけが、正しい道。 「一発でピタッとハマる!」なんてこと、現実には起きません。 クレンジング体制を整えないと、未来は崩壊する 「とりあえず今動いてるからいいじゃん」──そんな油断が命取り。 運用していれば、必ず新しいデータ、フォーマット違いのデータがやってきます。 その時、クレンジング仕組みがなければ、ダッシュボードもレポートも一瞬で崩壊! 現場を知る人なら必ず、新データ対応の話を真剣にします。 「こうすればいい」と言うのは簡単。でも本当にやった人だけがわかる 口で言うのは簡単。 でも本当にデータ分析をやり抜いた人は知っています。 近道はない。泥臭く、地道に、一つ一つのデータと向き合うしかないことを。 データに愛されるのは、データに真摯に向き合う人だけ なんです。 『デイトラ』で仕事につながるWebスキルを身につけよう! 空いた時間でお小遣いを貯めよう!「アイリサーチ」 【まとめ】 今日のデータが汚くても、道は必ず拓ける。 少しずつ、コツコツと。 「私ならできる!」 明日からまた一歩、データを味方につける旅を始めましょう!