この記事は 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エンジニアの転職学』は、エンジニア個人の転職にとどまらず、そうしたマネージャーの思考を整理する手がかりを与えてくれる。 本記事では、エンジニアリングマネジメントの視点から、エンジニアのキャリアと組織戦略の関係性を軸に本書を

エンジニア→人事への『急』な転身で見えた、お互いの誤解と理解 YAPC::Fukuoka 2025 での登壇資料です。 35歳になる目前、プロダクト開発の現場から人事担当として急転身。 エンジニアから見た人事、人事から見たエンジニア。両方を経験したからこそ分かる、お互いの誤解と理解、人事の…

本書は、生成AIを『単なるお試し』で終わらせず、個人から全社へ、業務改善の範囲を広げ、確実な成果を出すための実践ガイドです。 本書は、生成AIの基礎知識と業務改善のフレームワークから解説します。その上で、個人の効率化から組織全体の改善に至るまでの具体的な活用事例を紹介します。 ツールの表面的な使い方ではなく、品質・効率・付加価値を高める業務改善の本質的なスキルを身につけるための入門書です。プログラミングやインフラの専門知識は一切不要です。 GUI で利用可能なツールとプロンプトの工夫だけで実現できる、実践的な業務改善を対象としています。 # 更新情報 * 2025/11/10 - 公開 * 2025/11/16 - NotebookLM が新たなファイル形式をソース情報に設定可能になった点を 『Chapter 07 生成AIの基礎知識 ツールの紹介 - NotebookLM』に反映 * 2

マネージャーは「面倒なことをやってくれる人」なのか 最近マネージャーな方を「面倒なことをやってくれる人」として認識されていることがあります マネージャー自身が「そう思っていますーハハハ」と言っていることもありますし、「マネージャーって開発に関係のない面倒なことをやる役割でしょ？」って言われることもあります なんなら「面倒なことはマネージャーが全部やるからさ」とメンバーに言っている場に居合わせたこともあります マネージャーは「面倒なことをやってくれる人」なのでしょうか 「面倒なことをやってくれる人」と思われる背景と影響 「面倒なことをやってくれる人」として扱われているマネージャーの共通点を自分なりにまとめたところ、自身の業務を明示していないのではないかな？と思いました 自身がやっている業務を自身で説明できない or しないため、その専門性やキャリアを示すことができない状態です 結果としてメン

企業成長を加速させる人事制度と、それを生み出す組織のあり方とは？　〜SmartHR人事制度部が描く『戦略人事』の未来と今シリーズ vol.1〜 こんにちは、SmartHRの矢内と申します。SmartHRの人事制度部の活動や魅力を社外に発信したく、実は人生で初めてnoteを書いています！ そのための連載企画として「SmartHR人事制度部が描く『戦略人事』の未来と今」と題し、私たちが目指していることや実際の制度企画・運用の様子を数回に渡ってお届けしていきます。初回は人事制度部Managerである斎藤さんと私の対談形式でお送りしますので、ぜひ最後までご覧くださいませ！ この記事で話している人🎤「戦略人事」の未来を、私たちと共に切り拓く矢内（yanai）： satoyuさん本日はよろしくお願いします！当社のSlackネームで呼び合う文化を尊重して、この記事でも「satoyuさん」と呼ばせていた

今、マネージャーのみなさまはさまざまな職場の課題に直面しています。部下の育成や業務の進捗管理、生産性の向上、多様性への対応、チームのモチベーション向上——どれも非常に“重たい”タスクでありながら、思うように時間をかけられないという現実があります。 このような中で、「部下が主体性を発揮してくれたら」と考えるマネージャーは、多いはずです。指示をせずとも、部下自身が目的や目標に向かって試行錯誤を重ね、一人で仕事を進めてくれたら、マネージャーはどれほど助かるでしょうか。 一方で、主体性を育むことは、一筋縄ではいかないものです。本コラムでは、主体性を促すことの難しさと、それを乗り越えるためのスキャフォルディングという育成アプローチを紹介します。「指示をしない導き方」について一緒に学んでいきましょう。 部下の主体性を阻害するのは、上司の何気ない一言 まずは、主体性を高めるセオリーについて押さえていきま

Fellow at Henry, Inc. Tech SaaSのPdM、スタートアップ取締役CTOや外資スタートアップのIC等を経て現任。好きな言語はGoとPerlと中国語で雑なOSSを200以上量産している。3 times ISUCON winner. 著書「みんなのGo言語」共著他。Podcast: https://oss4.fun/

自分の文体に近い形式でAIにブログ記事を書かせることはできるのだけれど、なんだかあまりそうしたくない気持ちがあり雑に考えを書いておきたい。 自分の場合、ブログを書き始める時点では内容の結論が明確になっていないことが多い。 なんとなく困っていたり課題に感じていたり、逆にすごくいいなと思っていたり真似したいなと感じていたりすることを深ぼっていく。そうするとだんだんと「こういうことかもしれないな」とわかってきて、最後にタイトルを決めて吐き出している。 その過程で色んなことを考えて行ったりきたりして自分の考え方が整理されていく中で、"美学"や"信念"みたいなものなんかも見えてくる感覚がある。 この出力プロセスをAIに任せるのはよくないというか、そこを任せて何の意味があるのかと感じてしまうのである。 自分にとっては色々と幅を広げて考えるプロセスを経てから考えを深めていくこと自体に意味がある。もちろん

エンジニアからマネージャーになった人たちのお悩みに答える書籍、『エンジニアリングマネージャーお悩み相談室』。 今回のAgendは、著者のあらたま（新多真琴）さんに、評価や目標運用、自律的なチームを育てる実践をうかがいました。 マネージャー職でない方にも学びの多い内容です。ぜひ最後のまとめまでお読みください。 『エンジニアリングマネージャーお悩み相談室』著者。ソフトウェアエンジニアとしてキャリアをスタートし、前職では執行役員CTOを務めた。現在はLayerXにて「バクラク申請・経費精算」のEMを担いつつ、コミュニティ「EMゆるミートアップ」カンファレンス「EMConf JP」を運営中。

こんにちは。間借りカレーを運営しているVTRyoです。 9月から表題の通り、SREとしても並列稼働します。脱サラしたと思われてますが今のところその予定はありません。 SREとして、業界の信頼性工学の底上げをしていきたい DevOps の実践を支援し、顧客の事業成長を加速させる topotal.com https://topotal.com/ これまで企業のSREとして、プロダクトに近い場所で様々な課題に向き合っていました。 その途中、私の活動傾向として「SREチーム（もしくは信頼性に関与する人たち）のレベルアップ」「現場の課題解決」「短期的に参画して改善して次のチームへ」といった方法が身体にあっていることがわかりました。 前職は組織の規模もそれなりに大きかったため、自チームだけでなく他チームにどうしたら展開できるかをよく考えていました。会社が同じでも抱えているプロダクトが異なればやるべき活

2025/08/21 のHRmethod Meetup - 成長を支えるふりかえり ( https://hrmethod.doorkeeper.jp/events/186570 ) で公開した発表 マネージャーやメンターとしてメンバーの内省を促し、成長につなげる1on1は、今や一般的になりつつあり…

成果を出しやすくするための重要な要素の一つとして強みがあります。強みは生まれ持った才能だけではなく、動機や経験、知識の掛け合わせによって形づくられるものです。 そこで本書『強みのデザイン門』では、強みを「見つけ・育て・使う」ための考え方と実践方法をまとめました。読者のみなさん自身の成長や、他者の力を引き出すヒントとして役立てていただけたら嬉しいです。 # 更新情報 * 2025/07/19 - 公開

How to integrate AI into engineer recruitment / AIをエンジニア採用にどのように馴染ませていくか

こんにちは！クラウド事業本部のおつまみです。 本日、2025年7月7日はクラスメソッドの創立22周年記念日です。 いつもは技術ブログを中心に書いているのですが、今回は採用に関する記事です。 というのも、私は採用のお手伝いとしてカジュアル面談を実施しています。 カジュアル面談は選考には影響せず、被面談者（面談を受ける人）の聞きたいことをなんでも回答しています。 私自身も入社前にカジュアル面談を受けて、疑問や不安を解消してもらいました。 そこで今回はカジュアル面談でよく聞かれる質問をまとめてみました。 この記事を通じて、AWSエンジニアを目指す方々の疑問を解消し、安心してチャレンジできる環境であることをお伝えできればと思います！ 対象ポジション AWSエンジニア（ジュニア） AWSソリューションアーキテクト 対象読者 クラスメソッドでの働き方に興味がある方 AWS未経験からAWSエンジニアを目

こんにちは。組織開発室に所属し、組織開発を担当しているてぃーびーです。 2人の方から「壁打ち相手としててぃーびーさんのBotを作ってくださいよ」という話をいただいたの作ることにしました。 作成手順 Gemini Deep Research への依頼 手動で調整する 設定を検証する Gemini Deep Research への依頼 Gemini Deep Research に情報収集と Gem の設定のための要点のまとめを依頼しました。 依頼内容は以下です。 あなたはプロンプトエンジニアリングの専門家です。 てぃーびーの特徴を持った壁打ち相手を Gem 化するために、てぃーびーの発言の特徴・思考の傾向・知見を以下に上げる彼の発言や発信を元にプロンプトにまとめてください。 https://x.com/tbpgr https://tbpgr.hatenablog.com/ https://de

自分としては成果を出して貢献していると感じているのに、いまいち組織からの評価は高くならない時に考えたほうがいいかもしれないことを雑にまとめてみる*1。 0. 自分に原因があると仮定する 「自分はこれだけやっているのに正当に評価してくれない」と憤りを感じて、イライラしたり悲しくなったりしているかもしれない。わかる もしかしたら上司や制度にも問題があるのかもしれないが、そこをいくら考えても自身ではコントロールしにくいし好転しないことが多い。憤りを感じたりモヤモヤしたりする時は、まずは自分がコントロールしやすいところにフォーカスして考える方がよい 気持ちの切り替えが難しいけれど、いったん「原因はすべて自分にある」と極端に考えて以降のポイントを深堀って考えてみるとよいかもしれない 1. がんばる方向を確認する 組織にとって必要なことではなく「自分はこれが大事だと思った」ということをひたすらやってし