いきいきAdvent Calendar2021 25日目の記事です。 2021年は対外的な活動はほとんどしなかった。・・・というのも、EM.FMでは話したが、4月から経営学の大学院(ビジネススクール)に通い始めたからだ。しばらくは勉学に集中したいと思ったので、いくつかの登壇のオファーも断り、ひたすら社会人と学生生活を行ったり来たりしていた。 良く、仕事しながらビジネススクールに通うの大変じゃないですかー？と言われる。そのときは、いつも真顔で「まじで大変です。ギリギリです」と答えている。本記事では、昼は社会人、夜は学生として過ごすのは実際のところどうなのか書いていく。 経営に関して全くの無知だった Engineering Manager(EM)はManagerという名前の通り、経営的な観点での意思決定は必要である。本当にお恥ずかしい話なのだが、私はEMとはなんぞやを偉そうに語ったりしていなが

この記事はEngineering Manager Advent Calendar 2018の9日目の記事です。 vol.2もあるので、是非こちらも見てください。 私は常日頃、Engineering Manager(EM)がいない問題について危機感を覚えている。 これはEMという役割が正しく認知されておらず、魅力が伝わっていないことが根本の原因にあると考えている。*1 だから、EMの魅力を伝えるPodcast EM.FMを広木さんと始めた。*2 このPodcastでは、EMが何を考えているのか、EMも人間だから悩みながらやっていること、EMが何に喜びを感じるのか、などを語っている。メインパーソナリティは広木さんと私だが、Quipper EMの大庭さん(id:ohbarye)、元Googleの及川さん(id:takoratta)、VOYAGE GROUP CTOの小賀さんにもゲストとして過去に

組織をつくっている人間として、なぜ内部構造を良く知っている人間は組織改革を起こしづらく、あまり内部構造を把握していない外部の人間の意見の方が組織改革を起こす火種になりやすいのだろうか、と長年思っている。 この疑問の1つの答えを、群衆の英知もしくは狂気を使って、視覚的に説明出来ることがわかった。 きっかけ 先日、"群衆の英知もしくは狂気"のWEBサイトが公開され、Twitter上でも話題になった。 ncase.me この内容で私が最も驚いたのは、 "少ないつながりでは複雑な概念は拡散しない。でも多すぎるつながりも集団浅慮で破壊される。" というものだ。 私は直感的にはこれを理解していたものの、でもつながりは多ければ多い程、正しい考えに至るのではないかとも考えていた。 しかし、このWEBサイトで実際にシミュレーションした結果、その考えが誤っていたことがわかった。 ただ、このときはなるほどーぐら

私は日々、幸せな組織を作りたい、と思っています。幸せな組織とは、笑いに満ち溢れ、物事について真剣に議論し、困難なことも前向きに取り組んでいる組織です。自分の見ているチームメンバーが、主体的に動いて課題を解決していく姿を見ると、うれしくなります。逆に、モチベーションが下がって暗い表情を浮かべている人を見ると、チームに何か問題があるんじゃないか、何も言えない雰囲気になってしまっているんじゃないか、やらされ仕事になってしまっているんじゃないか、といろいろ考えてしまいます。 これまでの経験上、良い状態のチームと良くない状態のチームをまとめると、以下の通りです。 良い状態のチーム お互いを尊敬出来ている 特定の人物が特定の機能を担当していない 助け合いが出来ている、困っている人を積極的に助けている 現状に甘んじない メンバー同士でタスクの進捗に対して突っ込みを入れている 自分たちでタスクを定義してい

9/25に開催されたEngineering Manager Meetup#1に参加してきたので、レポートを書く。 connpass.com 尚、本ブログでは自分に直接的に関係したところのみ記載する。他にもたくさんのレポートがあるので、そちらもご参考いただきたい。 note.mu dskst9.hatenablog.com ohbarye.hatenablog.jp エンジニア ✕ マネージメントについて 最近、エンジニアリングマネージャー関連の勉強会が増えてきていて、エンジニア✕マネージメントは熱い分野だ。 エンジニアリングマネージャーが必要とされるようになった表向きな理由としては２つあり、 エンジニアの規模が拡大してきているが、人数の割に力を出し切れていない エンジニアの採用がうまくいっておらず、いる人をより輝かせることに注力し始めている ではないかと思う。 マネージャーが必要とされる動

RSGT2020が1/8~10に開催された。 昨年は楽しかったの一言に尽きたが、今年はとにかく考えさせられた。 というのも、私にとってここ2~3年のテーマだった、Agile × マネージャーというドンピシャなキーノートがSahotaさんよりあったためだ。 confengine.com 本記事では、このキーノートに焦点をあてる。 マネージャーを否定してはいけない Sahotaさんのセッションで最も印象に残った言葉が、「組織を変革させるとき、誰も取りこぼしてはいけない」というものだ。 私がBas(LeSSの提唱者)の認定スクラムマスターの研修に参加したとき、どんな役割を今やってますか？と質問された。 私はそのときScrumを推進する人ではあったが、Scrum Masterではなかった。なぜなら、私の行う役割にはエンジニアの評価やエンジニアの採用も入っていたからだ。 そのときはEngineeri

※ 2つの意味で解釈できるようなタイトルだった*1ため、より伝えたいことが明確になるタイトルに訂正しました。ご指摘いただいた皆様ありがとうございました。お詫び申し上げます この記事はEngineering Manager Advent Calendar 2019の17日目の記事です。 手前味噌だが、所属している会社のエンジニア組織はだいぶ良い感じになってきているという自負がある。最近書いた自社のブログのエントリも多くの方に共感いただいた。 hackerslab.aktsk.jp 一つ一つの組織活動に対してこれって本当にあるべき姿なんだっけというのを問い続けながら地道な改善を続け、組織としての練度が大分高まってきた。 結果として、自社のあらゆる組織の中で、エンジニア組織は一番改善が進んでいる。*2 一方で、そこはかとなく、「このままで良いんだろうか」というモヤモヤがある。 会社はエンジニアの

この記事は「セイチョウ・ジャーニー」「挫折論への招待」アドベントカレンダー Advent Calendar 2019の22日目の記事です。 2019年のアウトプット 今年1年を振り返ってみる。 今年はあまりアウトプットしなかったかもなーと思っていたが、集めてみると結構色々やっていた。 ブログ記事: 7本 登壇: 10回 RSGT2019 運用中のモバイルゲーム開発チームに、並行バージョン開発を導入してみた EMFM Meetup 2人のVPoE 2人のVPoEによる中埜博さん（「イラスト解説：ティール組織」翻訳者）への W インタビュー企画 DevLOVE X キャリア形成に必要なのは、ただ飛び込むという勇気だけだった Developers Summit 2019 Summer Engineering Managerは何をする人なのか EOF2019 Opening Session 私たち