この記事では、組織開発の実践を通じて培ってきた問題解決に関する思考法を5つのステップに体系化したものです。不確実な時代において、変化に強い組織をつくるための共通言語として活用してください。 こんにちは。組織開発室に所属し、組織開発を担当しているてぃーびーです。 組織の異変に気づいていても、日々の業務に追われて後回しにしてしまう。大切そうな気はするが、どのように扱えばいいか分からず迷っているうちに流してしまっている。その結果、ある日突然エースが辞め、チームの生産性が崩壊する。そんな組織の機会損失を、仕組みとテクノロジーでいかに未然に防ぎ、健全な成長へ繋げるか。これがこの記事のテーマです。 組織の状態を把握し、より良くしていくための手段は多岐にわたります。最も重要なのは、日常に溢れる多様なシグナルから課題の本質を捉え、対話を通じて解決し続ける組織の自浄作用を機能させることです。 この記事では、

エンジニアの業務を変え始めた生成AIの波昨年から生成AIが本格的にエンジニアの業務を変え始めました。 実際に社内を見ても、プルリク（プルリクエスト）の70〜80%はAIの支援を受けて作られていますし、インフラ部門の権限管理などにもAIが使われるようになりました。 今日は、大きな変化を求められているエンジニアリング、そしてプロダクト開発の仕事が今後どうなっていくのかを書いていきたいと思います。 エンジニアの仕事の変化と「AI Powered Engineer」のニーズ拡大元々コードを書くことに多くの時間を使っていたエンジニアがAIを活用するようになったことで、設計や、コードを生成するためのプロンプト作成に、より多くの時間を充てるようになりました。また、AIが生成したアウトプットのレビューや、シニア層がジュニア層の作成した「AI活用プルリク」をレビューする時間に追われているケースも増えたのでは

職場にフィットして、継続的に活躍し続けられるか。この問いを適応性の側面から整理します。 文化と職能の適応 個人と職場はそれぞれ文化・職能の適応を求めます。 軸 要素 内容 文化の適応性 個人が求める文化 個人が求める会社、チーム、上司、同僚の文化的特性 文化の適応性 職場が求める文化 組織・チームが作りたい文化的特性やその実態 職能の適応性 個人が求める経験の機会 個人が求めるキャリアにつながる経験や職能や強みを発揮したい領域 職能の適応性 職場が求める職務・職能 組織・チームに必要な業務とそこに必要な職能 これらがフィットしていれば、活躍し、定着し続ける可能性が高まるでしょうし、フィットしていなければ、なかなか活躍できず、離脱する可能性も高まるでしょう。 4種類の文化 文化名 内容 象徴的な振る舞い 家族的文化 共有された価値観や目標、参加を重視する。人間関係やチームワークを最優先する。

はじめに 「おい、辞めるな」で辞めないことを選んだ。 syu-m-5151.hatenablog.com 「おい、辞めないなら頑張れ」で頑張り方を学んだ。 syu-m-5151.hatenablog.com 見せろ。対話しろ。上司を勝たせろ。スポンサーを作れ。そう書いた。 で、やってみてどうだった。 正直に言う。私はうまくいかなかった。見せているつもりだった。対話しているつもりだった。上司を勝たせようとしていた。でも、空回りしていた。 なぜか。組織の力学を理解していなかったからだ。 いや、もっと正確に言おう。理解しようとしなかった。組織の力学——いわゆる「政治」——を、私は嫌悪していた。「実力で勝負したい」「政治なんかに関わりたくない」——そう思っていた。技術的な正しさを盾に、人間関係の機微を「非論理的」と切り捨てていた。 以前、「正義のエンジニアという幻想」という記事を書いた。 syu-

はじめに 先週、「おい、辞めるな」という記事を書きました。 syu-m-5151.hatenablog.com 思った以上に反響がありました。何人かから連絡をもらいました。辞めないことにしました、考えるきっかけになりました、と。ありがたかったです。嬉しかった、と言っていいです。たぶん。 ただ、何か落ち着きませんでした。辞めないと決めた。それは分かった。で、その次は。辞めないと決めただけで、何かが変わるわけではありません。私がそうだったからです。 辞めないと決めた後も、何も変わりませんでした。評価は上がらない。漠然としたモヤモヤは消えない。夜遅くまでコードを書いた。勉強会に参加した。資格を取った。ブログを書いた。技術力を上げれば認められる。そう信じていました。 評価は上がりませんでした。 振り返ると、私は頑張り方を間違えていたのです。もっと正確に言えば、評価の構造を理解していませんでした。良

2025-12-19 Node学園47時限目

📕 この Zenn Book について テックブログって最高ですよね❗️この Zenn Book では、テックブログを継続的に書きたいという気持ちはありつつも「ネタが見つからないから書けない」という悩みにフォーカスして、私自身が普段からやっていることをまとめたネタ探しの入門書です。何か1つでも "楽しく" そして "継続的に" テックブログを書くための発見があれば嬉しいです😀 Happy Blogging! 📅 更新履歴 ・2026/01/09: 公開しました

はじめに かつての私は、深夜2時にベッドの中で転職サイトを開いていた。 開いて、求人を眺めて、閉じて、また開く。そういうことを繰り返していた。辞めたいのか、と聞かれると困った。会社の限界が見えたのか。自分の天井が見えたのか。それとも、隣の芝生の青さに目が眩んでいただけなのか。たぶん、全部だった。たぶん、どれでもなかった。 今は、転職を考えていない。 これは「今の会社が最高だから」という話ではない。どんな会社にも良い面と悪い面がある。不満がゼロになることはない。ただ、深夜に転職サイトを開く衝動は、いつの間にか消えた。何が変わったのか。環境が変わったのか、自分が変わったのか。たぶん、両方だ。 「エンジニアは転職で年収が上がる」「成長できる環境に身を置け」——そんな言葉がタイムラインに流れてくる。転職エージェントからのスカウトメールは週に何通も届く。カジュアル面談のお誘い。年収アップの可能性。も

こんにちは。IT企業で人材育成・組織開発をやりつつAI活用推進もやっているうえむらです。本記事では、Gemini3以降に書かれた記事のうち、特に参考になった記事（Xでの紹介時にインプレッション数1万以上、100いいね以上）を厳選してご紹介します。 はじめに: Gemini3の衝撃2025年11月に登場したGemini3.0はビジネスシーンに大きな影響をもたらしました。 テキストやスライドに加えて画像、音声、動画をシームレスに扱うマルチモーダル機能の強化、複雑な文脈を理解した上で多角的に思考する推論能力の向上、素早い応答と深い思考をシーンに沿って直感的に使い分ける処理速度の最適化。 Google Workspaceの各アプリにGeminiが自然な形で共存していることも見逃せません。結果として、日々の仕事の多くをGeminiと共に過ごす場面が増えています。 まずはGemini3.0によって新た

散在し検索しにくい社内ドキュメントを、Google NotebookLMを活用して一本化する方法についてまとめます。AIを用いた資料の統合手順から、表記揺れにも強い対話型検索の構築、管理者・社員双方のメリットについて触れています。 利用されにくい社内ドキュメント 社内ドキュメントが十分に活用されない背景として、多くの場合、以下の2つの要素がありえます。 情報の散在による視認性の低下　歴史的経緯でPDFやドキュメントが継ぎ足され、どのファイルが最新の情報なのか判別しにくい状況です。 キーワード検索のハードル　リモートワークについて調べたいのに、規程に含まれる語句が「在宅勤務」であるためにヒットしないなど、同義語や類義語では目的の情報に辿り着けないケースがあります。 こうした課題へのアプローチとして、GoogleのNotebookLMを 情報の統合 および 対話型の検索エンジン として利用して

はじめに こんにちは、カケハシでHoE(Head of Engineer)をやっている小田中です。2023年10月に入社してから、はや2年。「日本の医療体験をしなやかにする」を実現するための濃密な日々は自分自身を大きく成長させてくれている、と日々実感しています。今年のアドベントカレンダーでは、「マネージャーがボトルネックにならないチームづくり」をテーマに筆を執りました。 エンジニアリングマネージャーに求められること カケハシでは、エンジニアリングマネージャー（以下、EM）に期待することをCTOのゆのんさんが言語化してくれています。 正しい方法で短期的な事業成果を追求する チームの活動に明確な意思決定を行う チームの活動を説明できる状態を保つ Disagree and Commitの姿勢で臨む 属人化を避け、仕組みで解決する 個人の強みを引き出して活かす パフォーマンスについて明確なフィード

みなさん、こんにちは！ ずんだまる（@zuncha318）です。 本記事は、エンジニア転職 Advent Calendar 2025 23日目の記事です。 私はエンジニアではないですが、転職の流れに乗って書かせてもらいます…🙏（立ち上げた方に許可？もらいました） 実は最初は転職する気が全くなかったのですが、カジュアル面談を進める中で少しずつ気持ちが変わっていき、最終的には転職することになりました。 この記事では、転職を決意していない状態での活動を振り返り、その是非について考えてみたいと思います。 転職をするか悩んでいる、したいけど決めきれない勇気が出ない、という方に向けて書きます。 （転職を無理に勧めるものではありません🙅‍♀️） 私が声をかけてもらったときあるとき声をかけられてご飯を食べに行ったのですが、その時によければこのポジションどうですか〜というお声をかけてもらいました。 ただ

仕事が「デキるやつ」は、どうやってデキるようになった？ ───現代の人材育成を紐解く『育成不全』著者インタビュー 人材育成に迷えるマネージャーは、たくさんいます。そして、自分自身が「どうしたら仕事がデキるようになれるのか」を知りたい方も多いはず。 書籍『育成不全』著者の神谷俊さんはこう言います───「デキるやつ」がどう育ったのかのメカニズムを理解することが、現代の人材育成の鍵になる───。 「人材育成」をテーマに「デキるやつを育てることはできるのか」を深堀っていきます。どうぞ、最後の「まとめ」までお読みください。

みなさんこんにちは、ずんだまる(@zuncha318）です！ こちらは、DevHR Advent Calendar 2025 14日目の記事です。 adventar.org 今年11月にLayerXに転職し、技術広報を担当することになりました。 （入社エントリはこちら: LayerXに入社しました-DevHRだった私が、今LayerXに技術広報で入社した理由） それまでは、スタディストでDevHR（開発の組織人事）として4年半を過ごしていました。 この記事では、スタディストで過ごした4年半を振り返り、開発組織のリクルーターからDevHRへと成長していった軌跡をまとめます。 2021年：リクルーターからDevHRへ一歩踏みだす 2021年4月、当時在籍していたてぃーびーさん（@tbpgr）に誘われてスタディストに入社し、人事部に開発組織のリクルーターとして配属されました。 そう、実はスタディ

こんにちは。組織開発室に所属し、組織開発を担当しているてぃーびーです。 NotebookLM が Google スプレッドシートおよびスライドの作成にも対応しました。 NotebookLM でスライドとインフォグラフィックを作成してみた | DevelopersIO Google スプレッドシートやホワイトボードのスクショも読み取り可能。NotebookLM のソース情報の対応幅が広がったので試してみた | DevelopersIO これらを組み合わせた事例として、NotebookLM で Google スプレッドシートのアンケート結果を元に分析レポートのスライドを作成した手順をご紹介します。 前提 外部公開している目標設定支援ツールの利用状況を社内にアンケートしました。 分析レポートの作成方法 Google Form のアンケート結果を Google スプレッドシートに出力する 新規のノ

この記事は Kyash Advent Calendar 2025 1日目の記事です。 2017年12月に Kyash に入社してから8年経ったので、ざっと振り返っておこうと思います。いわゆる在籍エントリというやつです。 過去の在籍エントリは 自分の在籍エントリまとめ - Konifar's ZATSU にまとめています。 長く続いている 自分は4年おきくらいに転職をしてきて Kyash が 4社目、最長記録を更新しています。 「なんでそんなに長く続いているのか」と聞かれることがあるんですが、ｼｬﾁｮｰも同僚もプロダクトも好きだからというのが根っこにあります。 一方で、マネジメントの役割の幅が広がった直近4年くらいは結構しんどいことも多く、正直そういう綺麗な気持ちだけで続けられてきたわけではないですね。なんというか、"美学" や "責任感" みたいなもので何とか踏ん張ってきたという時期も長か

Backlog World 2025 https://jbuginfo.backlog.com/backlogworld2025/

こんにちは、カケハシのCTOのゆのん(id:yunon_phys)です。カケハシではEngineering Manager（EM）に期待することを、特にリーダーシップとチームマネジメントの側面にフォーカスして言語化し、行動や言動に対して組織全体として一貫性のあるようにしています。本記事では、その期待することを社外公開用にリライトしたものです。 組織によって文化や価値観は異なりますが、EMに求められる役割について一つの視点として参考にしていただければ幸いです。 1. 正しい方法で短期的な事業成果を追求する 「正しい」という言葉の定義はコンテキストによって変わりますが、ここでは誰かが理不尽な思いをすることがない、フェアである、カケハシのバリューの1つである高潔さを保つといった意味を想定しています。組織における公的な存在として、EMは信念を持って行動する必要があります。 事業成果を最初に挙げてい

ITエンジニアのキャリアをどう考えればよいのか。それは、エンジニア本人のみならず、彼らのキャリアを共に考えるエンジニアリングマネージャーにとっても難しい問いである。 人は、難しい問題にぶち当たったとき、その緊急度が低ければ後回しにしがちだ。だから、いざ答えを求められたときに、場当たり的な言動・行動をとってしまうことがある。マネージャーとしてこれは避けたい状況だ。 メンバーのキャリアを真剣に考えるとき、マネージャーの視野は自然と組織全体へ広がる。個人の成長支援だけでなく、組織戦略やチーム設計との整合が欠かせない。 つまり、キャリアの問題は組織の問題でもあるのだ。 書籍『ITエンジニアの転職学』は、エンジニア個人の転職にとどまらず、そうしたマネージャーの思考を整理する手がかりを与えてくれる。 本記事では、エンジニアリングマネジメントの視点から、エンジニアのキャリアと組織戦略の関係性を軸に本書を