新任エンジニアリングマネージャーのための「ぼうけんのしょ」
2024/02/10に行われたYAPC::Hiroshima 2024で発表した内容です。 ■リンク LayerXにおけるEM実践例のご紹介 https://tech.layerx.co.jp/entry/2023/12/20/115724 カジュアル面談 https://jobs.layerx.co.jp/7b31f370acc0411994174700fe212287 LayerX Casual Night（2024/02/13, 2024/02/26） https://jobs.layerx.co.jp/casual-night EMゆるミートアップ vol.6（2024/03/01@ビットキー） https://em-yuru-meetup.connpass.com/event/308552/ ■参考・出典 アンドリュー・S・グローブ「HIGH OUTPUT MANAGEMENT」
“高効率で”強いプロジェクトマネージャーを目指すために ステータス表でわかる2つのことと、活用してできる2つのこと
複数事業に携わるPM組織のスキル成長と評価について、コングロマリットな経済圏を持つDMMのPMから聞く「複数事業を跨ぐPM！なんでもやるDMMに聞く、PM組織の成長と評価の話【開発PM勉強会vol.21】」。ここで合同会社DMM.comの金築氏が登壇。PjM能力の可視化について話します。 金築氏の自己紹介 金築英雄氏：では私から始めます。今回私からは「可視化から始まるPjM育成」といった話をします。まず自己紹介させてください。名前は金築英雄と申します。経歴としてはアプリエンジニア、チームリーダー、諸々の経験を経て、現在プロジェクトマネージャー（PjM）として仕事をしています。 2023年にPMP（Project Management Professional）を取得して、さらにプロジェクト推進とかPjM採用、PjM育成に熱を上げています。今回は可視化がテーマなので、私のステータスなんかも書
【「スゴ本」中の人が薦める】ITエンジニアなら知ってほしい。プロジェクトを炎上させないマネジメント術を身につける4冊
1. 『プロジェクトマネジメントの基本が全部わかる本』橋本将功 著、翔泳社 2. 『アート・オブ・プロジェクトマネジメント』Scott Berkun 著、村上 雅章 訳、オライリー・ジャパン 3. 『アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣』VenkatSubramaniam,AndyHunt 著、木下史彦,角谷信太郎 監訳、オーム社 4. 『プロジェクトマネジメント知識体系ガイド（PMBOKガイド）第7版＋プロジェクトマネジメント標準』PMI 著、PMI日本支部 監訳 問題。次のうち、どちらが重要？ 1. 炎上プロジェクトを鎮火する技術 2. プロジェクトを炎上させない技術 修羅場における火消しの技術が1だ。燃え上がって墜落寸前のプロジェクトを制御して、なんとか胴体着陸まで持っていくノウハウである。 一方、プロジェクトを修羅場にさせない技術が2だ。そもそもそんな操縦不
【資料公開】マネージャーのしごと
みなさんこんにちは。@ryuzeeです。 2022年12月9日に行われたイベント「Developers CAREER Boost」の登壇資料を公開します。 今回は、「マネージャー」と名のつく職種を分類して、それぞれの職務や定義を確認した上で、有効なマネージャーであるにはどうしたらよいかを整理してみました。 資料を作るにあたって、過去の日記を読み返したり記憶を思い起こしたりして、当時の活動や出来事、悩みを整理してみたのですが、自分はやっぱりマネージャーに向いていないし志向していないことを再確認できました（笑）。 全員がマネージャーにならなければいけないなんてことはなく、自分が日々楽しく過ごせるキャリアを選択すればいいと思いますが、資料が少しでも役に立てばうれしい限りです。 本セッションで紹介した書籍は以下のとおりです。 エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーに
Engineering Manager になってから身に沁みた12のアイデアと言葉 part3 - これはただの日記
今年も書きます。 kths.hatenablog.com kths.hatenablog.com 能力主義のパラドックス 自分が客観的で公正な人だと信じてしまうことで、偏向した行動をとってしまう現象を「能力主義のパラドックス」というそうです。 韓国で16万部超のベストセラーとなった『差別はたいてい悪意のない人がする』では、全員に同一の基準を適用することが、だれかを不利にさせてしまう間接差別の例について紹介されています。 だれに対しても同じ基準を適用することのほうが公正だと思われるかもしれないが、実際は、結果的に差別になる。司法書士試験で、問題用紙・答案用紙と試験時間をすべての人に同一に設定すれば、視覚障害者には不利になる。製菓・製パンの実技試験において、すべての参加者に同じように手話通訳を提供しない場合、聴覚障害者に不利である。公務員試験の筆記試験で、他の受験生と同様、代筆を許可しない場合
仕事がめっちゃ出来る上司「出来ない人に指摘してもしょうがないでしょ。気持ちよく仕事してもらわなきゃ」
ぱぴこ @inucococo これはいいのか悪いのかわからんのですが、昔めちゃでき上司が「出来ない人に指摘してもしょうがないでしょ。気持ちよく仕事してもらわなきゃ」ゆーてたの、最近めちゃくちゃわかる…ってなる。 2022-01-28 19:58:46 ぱぴこ @inucococo これを言われたせい(おかげ？)で、この人に怒られたりガチの指摘をされるうちは平気…という謎精神ができてしまい……、気にかけられたり優しくされると怯えてしまうようになった。「ぱぴちゃん俺のこと嫌いでしょ！？」「嫌いじゃないですよ！苦手なだけです！」というハートフルな関係になりました。 2022-01-28 20:06:44
207で1年間磨き続けた1on1のフォーマットを公開します｜207株式会社
いつでもどこでもモノがトドク、世界的な物流ネットワークを創りたい、207株式会社のイナバです。 207の1on1、めっちゃ良いんです！！ 先日の忘年会で業務委託の方に「207に所属していて良いところは何か？」とお聞きして「1on1、めっちゃ科学されていて良いですよね」という話題に上がるくらいには良いです！ 私自身、業務委託で色んな会社を見ているのですが、たしかに207の1on1は凝っていると思います。 という事で、本記事では「どんな質問を」「どんな意図で」しているのかを代表にインタビューしてきたのでまとめていきます。 1on1をやる目的 そもそも1on1を実施してよかった点ですが、たくさんのメリットの中でも特に、 - 認識のズレをなくす - 信頼関係を構築する - アラートの早期検出 みたいな効果を享受できています。それぞれ、どういう意味かをご説明していきます。 認識のズレをなくす 業務上
エンジニアの"有害な振る舞い"への対処法 - Qiita
本記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニアや上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用（難しい人というラベリングを特定個人に適用する使い方）が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40％低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
1on1の効果を高める3つの技法 - NTT Communications Engineers' Blog
この記事は NTTコミュニケーションズ Advent Calendar 2021 の11日目の記事です。 はじめに ヒューマンリソース部の岩瀬(@iwashi86)です。普段は、全社の人材開発・組織開発を推進しており、業務の1つとして、"1on1" の全社展開をしております。 本記事では、その"1on1"の効果を高める具体的な技法を紹介いたします。アドベントカレンダーということで、ゆるめに書いてみます。*1 NTT Com における1on1の目的とは？ 技法を説明する前に、1on1の目的について説明します。技法はあくまで目的達成に向けたHowでしかないためです。 1on1の目的とは何でしょうか？1on1それ自体には、複数の目的が挙げられます。代表的なところで言えば次のようなものでしょうか。 信頼関係の構築 離職率の低下 メンバー育成 目標達成へ向けた支援 etc... どれが正解というもの
エンジニアリングマネージャー必読の翻訳書 7選
Dec 8, 2021 マネージャーとしてチームを率いる際、自分が正しくチームをマネージメントできているのか？ 誰か偉大なマネージャーに教えを請いたいと思う人は多いのではないでしょうか？ 一方で、現場でマネージメントに関する手厚い指導を受けられる機会は少なく、日々の業務に忙殺されてしまうのが現実かと思います。 そんな中、海外の上司や同僚から勧められた書籍からは非常に多くの事を学ぶ事ができました。 どの書籍も非常に多くの批評を経て評価されており、秀でた著作は翻訳されています。 日本で日本語で書かれた書籍も読みやすく、血肉になります。 一方で翻訳書はクセはあるものの、日本からは得づらい情報や面白いエピソードを提供してくれます。 また書かれている内容を共通の概念としてグローバルなマネジメントチームと会話できるというのも助かる点でした。 今回は自分が読んできたマネージメントに関する翻訳書の中で特に
マネージャーからエンジニアに役割を変えた話 - Classi開発者ブログ
はじめに すっかり寒くなりましたが、皆さまいかがお過ごしでしょうか。Classiの佐々木（@sasata299）です。 タイトルにもありますが、9月まで担っていた開発本部長*1を離れて、10月からエンジニアに役割を変えました。この記事では、どんなことを思って、どんな風に考えて進めてきたのかをお伝えできたらと思っています。 最近やっていたこと 開発本部として80名を超える大きな組織となり、最近は主にこの辺りに関わってきました。 開発本部として大切にしたいことを決定 CTOの責務を、VPoTとVPoEに分解*2 アラート対応の体制化や手当検討 既存の部から役割を分けて分割する形で、開発支援部の新設 評価体制の変更 余談ですが、こういった組織課題に対して、当初はVPoTである丸山（id:nkgt_chkonk）、稲富（@laco2net）、佐々木という3人体制でスクラムで進めていました。実際やっ
エンジニアリング組織の設計と実践──「メルペイ」の事例から学ぶ、組織とアーキテクトの関係性とは？ - TECH PLAY Magazine
2017年末、メルカリからメルペイが設立された。メルカリ関連のお金まわりはもちろんのこと、独立した金融会社として、決済など各種金融サービスを展開していくためだ。 そして会社設立から約1年半で、サービスをローンチ。その裏側にはどんなストーリーがあったのか。技術と経営をつなぐアドバイザーとして数多くの企業の経営支援を担う、レクターの広木大地氏をモデレーターに迎え、メルペイCTOの曾川景介氏、同じく同社VPoEの木村秀夫氏との対談から考える。 【組織設計論】プロジェクトベースからマトリックス型組織に──その結果は？ 広木：メルペイはメルカリのアプリに組み込まれる形で利用でき、お客さんから見ると単一のサービスには見えます。しかし実際には会社も違えば組織も異なります。互いの組織間で行う目標設定の調整は苦労があったのではありませんか。 ▲株式会社レクター 取締役 広木 大地氏 筑波大学大学院を卒業後、
優秀なエンジニアって何？ | rake enjoy
朝からモヤモヤしたのでこれについて書いてみます。 「なぜ優秀なエンジニアを低待遇で採用してはいけないか」 よく色々なところで「優秀なエンジニア」って言葉は聞くんですが、これってその会社や経営者がやってるビジネスモデルも違うし、求めてるものが違うのであんまりきちんと定義出来ないと思うんですよね。 このブログ書いた人が定義してるのってただのプログラマの話だと思うんですが、プログラマの生産性が高いから高いギャラ払えっていうのは経営側の話を全く分かってないと思うんです。いくらプログラマとして生産性が高くてもそれが利益に跳ね返って来なかったらやっぱり待遇をあげるっていうのは難しいと思うんです。もちろんそれを考えるのが経営の仕事だとは思うんですが、生産性が高いからギャラを上げろっていうのはちょっと暴論かなと。 おっさんの昔話 僕の昔話になりますが、実は僕もそう思ってた時期がありました。「僕のほうが生産
サイゼリヤがすげーｗ - teruyastarはかく語りき
イタリアンワイン＆カフェレストラン サイゼリヤ http://www.saizeriya.co.jp/index.html さっき、「がっちりマンデー」で紹介されてたのだが、 その特集がすごい面白かったので紹介。 TBS「がっちりマンデー!!」 http://www.tbs.co.jp/gacchiri/archives/20080914/1.html 理科系戦略で大成功 これは番組側の見出しなんだけど、 取締役12人中、8人が理科、工学系の大学出身者でしめられる。 当然社長も。 それがどうしたという解説は以下。 低価格でお客様に喜んでもらえるように。 全メニューを頼んでも2万6千円にしかならない イタリア料理店としては驚異の低価格戦略。 そんなんで赤字にならないかと思うけど 「お客様が喜んでくれる価格で提供するのが一番最初。 そこからどう企業努力するのかを考える」 と、ここまではまだ普通
シゴタノ！ - 初めてチームを任された人のための８つの心得
「初めて」に限らず、常に「初心」を銘記するために。 1．その週に実施予定の仕事のうち優先順位ベスト５のタスクをメンバーに発表してもらう 2．ミーティングの議事録をメンバーに書いてもらう 3．間違っていても分かりやすい説明をする 4．相手の期待値のギャップをコントロールする 5．スコープ以外の仕事で「貸し」を作る 6．70％の力で仕事をする（100％出し切らない） 7．「あなたはどうしたいの？」とメンバーに繰り返し問う 8．相手を変える前に、まず自分を変える 最近読み終えた『「先読み力」で人を動かす』より。 1．その週の優先順位ベスト５のタスクをメンバーに発表してもらう（p.127） メンバーのタスクリストの優先上位ベスト5を発表してもらうことによって、リーダーであるあなた自身の想定とのギャップを知ることができます。「そうじゃないだろ」「むしろこっちを優先しよう」といった具体的な指示出しが、
デスマーチを防ぐスケジューリング : LINE Corporation ディレクターブログ
こんにちは。「livedoor 検索」担当の須田です。 今回はデスマーチを防ぐスケジューリングについて書きます。 以前紹介された、「4つのステップで作る webサイト開発のスケジュール作成」という記事も併せて参考にしてください。 みなさんは周囲で、「このお客様は大事なお客様なので、納期早めでお願いします」または、「大型の案件なので早めに作業してください」という声を聞いたことはありませんか？ 仮に、優先すべき案件だとしても、無理なスケジュールで作業を進行することは好ましくありません。 デスマーチ状態に陥るようなスケジュールを作成してしまった場合、ディレクターとして以下のような原因が考えられます。 1）技術者を魔法使いであるという幻想を持っている。 ※これに関しては、「エンジニアは魔法使いという幻想」という記事にも紹介されています。 2）技術者の作業内容について、「結果」は知っているが、「過程
モチベーションは楽しさ創造から - ドンドン優秀な人材輩出する上司は何を教えているのか？自ら学ぶ習慣
部下に教えないといけないコトは様々あります。商品知識、業務技術、マナー、モノの考え方等々、あげればキリがないほど。しかし会社側は、部下育成に関してそれだけの時間は与えてくれていません。どこの会社でも「空いている時間で育ててくれ」というような感じではないでしょうか？ そんなキツイ状況の中、短い時間や隙間の時間で上手に人材育成を行っている人もおられます。それも偶然ではなく、何人も優れた人材を輩出していくような人材上手な人達がいます。同じ会社の中でも、あの人の下につくと急に成長すると言われているような上司があなたの周りにいないでしょうか？ 彼らを観察すると、共通するものを感じます。それは、「イチイチ、色んなコトを、懇切丁寧に教えていない」というコト。逆じゃないの？と思われる人も多いかと思いますが、人材育成が上手な人は、そのように外部からは見えるのです。今、流行のコーチングの手法みたいな事も人材育
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアのためのマネジメント入門/Introduction to Management for Software Engineers
長文日記