エンジニアリングマネージャーのしごと - Forkwell Library #5に参加してきた - 天の月
forkwell.connpass.com こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 会の概要 会の様子 Ryuzeeさんの基調講演 エンジニアリングマネージャーが関わる領域 エンジニアリングマネージャーのキャパシティ マネージャーのアウトプット(アウトカム) マネージメントのしごと 移譲 マネージャーとしての不安 スタッフの仕事 1on1 まとめ Q＆A よろヒヒーンって原著ではなんて書かれていたのか？ 技術に強みはないEMは成立するのか？ EMがエンジニアからリスペクトされるには？ EMのキャリアパスはどのように考えると良い？ EM/PM/PdM/テックリードの責任分界点は？ EMのアンチパターンは？ 訓練したメンバーの転職を防ぐには給与以外の要素だと何があるのか？ プレイングマネージャーとなっているEMのアンチパターンは？ コーチングなどのスキルを
【資料公開】エンジニアリングマネージャーのしごと
みなさんこんにちは。@ryuzeeです。 2022年9月6日に行われたオンラインイベント「エンジニアリングマネージャーのしごと - Forkwell Library #5」の登壇資料を公開します。 内容は、新刊書籍『エンジニアリングマネージャーのしごと』に関するものなのですが、本書は18章、350ページからなる本であり全部を網羅的に紹介するのは無理筋なので、今回は根底にある考え方にフォーカスを当てています。この発表のあとにQ&Aコーナーがあったのですが、その内容については、aki.mさんのブログ記事にまとまっていますので参考にしてください。 内容に関するご意見やフィードバックは、Twitter: @ryuzee までお知らせください。 スライドを見て興味を持たれた方は、ぜひ書籍『エンジニアリングマネージャーのしごと』を読んでいただければと思います。 それでは。 エンジニアリングマネージャー
メンバーからのフィードバックに向き合う - Konifar's ZATSU
7月にEMをやめたのだけれど、実は最近マネジメントロールに戻った。 1on1などで自分や組織の至らないところについてメンバーから率直なフィードバックをもらうことが多く、そのたびに本当にありがたいと思っている。ちなみに最近もらってよかったフィードバックは、「ハレーションを恐れすぎ」です。 メンバーからのフィードバックは受け手のスタンスや振る舞い次第で何も言ってもらえなくなったり信用をなくしたりすることもあるので、「メンバーからのフィードバックに向き合うとはどういうことか」を雑にまとめておきたい。 フィードバックをもらうまで フィードバックを受け付けていることを伝える 言いにくい話も多いので、スタンスを明確に伝えておかないとフィードバックはもらえない 予定が詰まっていると遠慮されてしまうので「予定は調整するのでいつでも声をかけてほしい」と伝えるとか 意見を持ってそうな人には直接声をかけるのもよ
エンジニアリングマネージャー必読の翻訳書 7選
Dec 8, 2021 マネージャーとしてチームを率いる際、自分が正しくチームをマネージメントできているのか？ 誰か偉大なマネージャーに教えを請いたいと思う人は多いのではないでしょうか？ 一方で、現場でマネージメントに関する手厚い指導を受けられる機会は少なく、日々の業務に忙殺されてしまうのが現実かと思います。 そんな中、海外の上司や同僚から勧められた書籍からは非常に多くの事を学ぶ事ができました。 どの書籍も非常に多くの批評を経て評価されており、秀でた著作は翻訳されています。 日本で日本語で書かれた書籍も読みやすく、血肉になります。 一方で翻訳書はクセはあるものの、日本からは得づらい情報や面白いエピソードを提供してくれます。 また書かれている内容を共通の概念としてグローバルなマネジメントチームと会話できるというのも助かる点でした。 今回は自分が読んできたマネージメントに関する翻訳書の中で特に
Engineering Managerをやめた - Konifar's WIP
この記事は Kyash Advent Calendar 2021 2日目の記事です。 2020年1月から2021年6月まで、1年半ほどKyashでEngineering Managerをやっていました。2021年7月からはロールを変えて、QAチームのいちメンバーとしてAPIのテストやテストの効率化に取り組んでいます。 EMをやめた経緯とやめた後の所感を備忘として残しておきます。 EMとしてやっていたこと 2020年にやってきたことは去年まとめました。 konifar.hatenablog.com 2021年は、共有口座やイマすぐ入金、セブン銀行出金などのリリースに向けてMobile / サーバーサイド / QAのチームでプロジェクトを進めたり、プロダクト開発フローを整えたり、エンジニア採用のリードをしたりしていました。 EMをやめるきっかけ そんな中で、3月くらいに「なんだか最近仕事が面白
「管理職をやりたくない人」はどうすればいい？ “今日も問題だらけのチーム”を動かすためのマインドセット
ここ数年各種メディアに取り上げられる「リーダーや管理職をやりたがらない若者」問題。なりたくないと思う理由や、そういった若手社員に対する指導法などは語られる一方、当の本人達に対する「どうしたらいいのか」という具体的なメッセージはあまり多くありません。「マネジメント経験がないと出世や転職で不利になる」という不安もあるなか、若い世代の私たちには「管理職になりたくないなら、ならなくてもいい」という選択肢はないのでしょうか。そこで今回は、『チームワーキング ケースとデータで学ぶ「最強チーム」のつくり方』著者の立教大学・田中聡氏に、「令和のチームの動かし方」というテーマでインタビューを行いました。本記事では、「管理職になりたくない」と思っている人に向けたアドバイスを伺いました。 「リーダーをやりたくない」は「食わず嫌い」かも？ ――仕事をしていると、やむを得ずそのチームのリーダーになってしまったり、そ
マネジメントは経験でもセンスでもない。「型」を学んで実行するのみ。｜長村禎庸@EVeM
はじめにベンチャー企業でのマネージャー歴約10年ですが、10年経ってベンチャー企業に必要なマネジメントノウハウを体系化して、その体系化したものを人に教える仕事をしてます。 体系的にマネジメントを教わることなく、何かが起こるたびに都度経験から学んだり、上司から薫陶を得たり、書籍で学んだりしながら10年掛けて学びました。そして、それら断片的な学びをつなげて体系化しました。 体系化してみたら何のことはない、これが実行できれば必ず成果は出ます。 そして、経験が浅い新米マネージャーであっても、本マニュアルを元に徹底的にトレーニングされれば実行できるようになります。 マネジメントは経験でもセンスでもなく、業務マニュアルとして「型」化し実行可能です。 (本マニュアルはベンチャーに特化しています。ベンチャーという特殊なシチュエーションにフォーカスしなければ業務マニュアルのような各論ではなく一般論に終始して
優秀なマネージャーはもういらない？: GEが育てる「ピープル・リーダー」とは│GE Reports Japan
皆さんにとって理想の上司とは、どんな人ですか？ 時代や人、働き方の変化に伴って、理想の上司像も変化してきているようです。 部下に「どうしたらいいのか分からないのですが…」と訊かれて、「俺はこうしてきた！」「自分で考えろ！」などと答える上司はもう時代遅れかもしれません。 考えてみてください。 現在、世界も人もそしてGEもめまぐるしいスピードで変化しています。 VUCAワールド[Volatility(変動性), Uncertainty(不確実性), Complexity(複雑性), Ambiguity(曖昧性)]とも呼ばれる今日の世界は、かつてないほど先を見通すことが困難な状況です。例えば、Uber社やTesla社、Airbnb社に代表される破壊的イノベーションが市場の構図や構造をも激変させつつあり、また、地政学的なリスクも予断を許さない状況です。その変化のスピードは指数関数的で、意思決定や実
#CTO３年生と考える 効果的な1-1面談とは｜いわーく
Scoville CTOのいわーく(@iwark02)です。 僕はScovilleにおいて1人のエンジニアでもあり、複数のプロジェクト・メンバーを管理するマネージャーでもあり、CTOでもありますが、最近はチームメンバー数の増加に従ってマネジメントについて考える機会が増えてきました。 そこで「CTO３年生と考える」シリーズとして、皆さんと一緒にマネジメントについて考える企画をしてみたいと思います。 僕はマネージャーとしてまだまだヒヨッコですので、是非#CTO3年生と考えるで皆さんの意見お聞かせください！ （頂いた意見を元に、記事を更新しています。ありがとうございます！） 第一弾はメンバーをマネジメントする上で欠かせない1対1での面談「1-1面談」の効果を最大化させるためには、というテーマで考えていきたいと思います。 ※フラットな組織構造にしているため普段はあまり「上司」「部下」という表現を使
私が出会った最高のEMたち - 言いたいことはそれだけか
[2020.12.8 追記] ブコメでEMが何かわからないと書かれていたので補足。EM = Engineering Managerです。EM菌ではありません！！！ [追記ここまで] 今の会社でお世話になったEMの人たちのマネジメントがとてもよかったので育休で全てを忘れる前にメモを残す。EMの話題はよく見かけるけれど、マネジメントされる側の視点で語られることがあまりなかった気がするのでいい記録になるかもしれない。 前提 自分: メンバー（マネジメントされる側）。Androidエンジニア。ある程度放置されても自走できる。 EM: 一人ではなく複数。（歴代という意味。同時に複数人のEMにマネジメントされたという意味ではない。）彼らはみなAndroidエンジニアではないがモバイルもしくはフロントエンドのエンジニア。なので技術の相談はしないが、開発業務そのものについてはとても詳しい。 組織: エンジ
マネージャーはエンジニアに戻れるのか？元執行役員が今現場に戻る理由｜Yoshiki Iida
こんにちは、ログラスでエンジニアをやっている飯田 / @ysk_118と申します。2020年10月にjoinし現在2ヶ月ほど経ったところです。 優秀なメンバーに囲まれて毎日焦りを感じながら開発をしています。 私はこの2年ほど開発組織のマネジメント業に専念しており、現場でコードを書くのはかなり久しぶりでした。 このエントリではそんな元マネージャーがなぜ社員数人のどスタートアップに行こうと思ったのか？マネジメントから現場に戻ると何がどうなるのか？について書きたいと思います。 Generalistなマネージャー歴前職は株式会社クラウドワークスで5年勤務していました。クラウドワークスには第二新卒的な若手枠で転職し、現場の一エンジニアから始まり、スクラムマスターやプロダクトオーナーなど様々なロールを経て2018年から開発組織のマネジメントに関わるようになりました。最終的には執行役員という形で開発組織
1on1ミーティングとは？その意味と、効果的に行う方法 | Coral Capital
本連載はオープンソースライセンスの1つであるGPLの元に公開されている「The Eng Team Handbook」（エンジニアチーム・ハンドブック）を翻訳したものです。開発チームが効率的に仕事するために必要な「効果的な1on1の実施方法」「開発メンバーから開発マネージャーにポジションが変わるときの注意点」「パフォーマンス評価のテンプレート集」「360度評価のテンプレート」などが含まれます。 著者はStripeのエンジニアであるrayleneさんです。これがStripeのやり方と明示されているわけではありませんが、急成長するシリコンバレーのスタートアップにおけるエンジニアチームの取りまとめ方という意味で、日本のスタートアップでも参考にしていただけるのではないかと思います。オリジナルの英文の文書では、まだ未着手の項目もありますが、すでに書き終わってるものについて翻訳し、連載の形で5回に分けて
マネージャに認識してほしいこと｜えふしん
こういうドキュメントは山程あるような気がしつつ、新しくマネージャになった人とかに読んでほしいなぁということを書いてみます。短い文章です。複雑なMBAの教科書みたいなことを期待したらごめんなさい。どちらかというと研究者向けの名著「アイディアのつくりかた」みたいな感覚で、悩んだりしたら何度も見返せることを想定しています。 記事を有料化させていただきました。理由としましては、見ていただいた方のフィードバックを経て、これが必ずしも一般的な考え方ではないなと言うことに気がつきました。つまり、この考え方には、それに至るための前提条件が存在していて、全てに当てはまることではないと言うことに気が付きました。 しかし、当社の状況という前提条件の共有をオンラインで行うのはさすがにやりにくいので、記事を非公開にしようかと思いましたが、一度公開したものを引っ込めるのもなんなので有料化させていただいて、それでもいい
マネジメントも「技術」のひとつ。技術志向だったエンジニアが、開発チームのディレクターに挑戦するわけ - Findy Engineer Lab
こんにちは。粕谷大輔（@daiksy）です。インターネット上では「だいくしーさん」と呼ばれることが多いです。現在は株式会社はてなで、Mackerel開発チームのディレクターを務めています。Twitterなどで使っている、地獄のミサワ風のアイコンをご覧になった方もいらっしゃるかもしれませんね。このアイコンは、前職のフロントエンドエンジニアに描いてもらったものです。 今の自分の仕事は、エンジニアとデザイナーで構成される開発チームを指揮し、プロダクトの安定稼働と、定常的なデリバリーに責任を持つことです。「エンジニアリングマネージャー」という言い方をすると、分かりやすいかもしれません。 自分のこれまでのキャリア選択を振り返ると、もちろん結果論のようなところもありますが、ある程度狙いを定めてキャリアを歩んでこられたのではないかと思います。本記事では自分のこれまでのキャリアについて、「どのように狙いを
マネージャの資質とマネジメントの本質 | Social Change!
前回の記事では、「マネジメント」と「管理」は違うものであるという主張を述べた。管理はマネジメントの手段の一つに過ぎず、現代の再現性の低い仕事や多様な人材がいるチームビルディングにおいて、昔ながらの管理という手法は通用しないのではないか、と。 では、マネジメントとは何で、それを職務とするマネージャの役割は何か、その本質について考えてみたい。 マネージャに求められる能力の誤解 以前にシステム開発の現場でプロジェクトマネージャをしていた頃は、マネージャたるもの技術や業務、顧客のことまですべて把握して理解していなければいけないと考えていたし、そう実践していた。 マネージャの大事な仕事の一つは、決断することだと考えていたし、その決断に伴う責任を負うことである、とも。そのためには、あらゆることを知っていないと判断ができない、だから大変だけど向き合ってきた。 しかし、そんな全知全能であろうとするのは遅か
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
1on1と透明性の確保で全てのメンバーの行動が変わっていく。そんな体験はマネージャーならではのやりがい
マネージャのいない組織に進化する現実と幻想
GitHub - yoshiori/manager-readme
スクラム開発におけるマネジメント、目標設定・フィードバック・評価 / Management in Scrum