【資料公開】マネージャーのしごと
みなさんこんにちは。@ryuzeeです。 2022年12月9日に行われたイベント「Developers CAREER Boost」の登壇資料を公開します。 今回は、「マネージャー」と名のつく職種を分類して、それぞれの職務や定義を確認した上で、有効なマネージャーであるにはどうしたらよいかを整理してみました。 資料を作るにあたって、過去の日記を読み返したり記憶を思い起こしたりして、当時の活動や出来事、悩みを整理してみたのですが、自分はやっぱりマネージャーに向いていないし志向していないことを再確認できました（笑）。 全員がマネージャーにならなければいけないなんてことはなく、自分が日々楽しく過ごせるキャリアを選択すればいいと思いますが、資料が少しでも役に立てばうれしい限りです。 本セッションで紹介した書籍は以下のとおりです。 エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーに
エンジニアリングマネージャを3年やってみた所感
まえがき私は現在 LINE Fukuoka という会社で、クライアント開発チームのエンジニアリングマネージャ (以下 EM) のロールを拝命仕っている。エンジニアとしては iOS アプリ開発者としてのキャリアが長い。 このチームに配属されてマネジメントに関わり3年が経った。 （正確には現在のチームメンバーの EM になってからは2年。それ以前は後述するが別チームの EMとして働いてきた。また、それ以前はスクラムマスター的な立ち位置で仕事していた） 石の上にも3年と言うことで、この節目にやってきたこと、感じたことなどを振り返ってみたい。 何をやってきたかピープルマネジメント弊社では 2018年に EM という役職が正式に誕生した（と記憶している）。ここからチームメンバーとは上司部下の関係となった。 が、当初は部下メンバーは別開発チームのメンバーで構成されており、毎日顔を合わせている同じプロジ
一休の現在と、ここまでの道のり
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
チームメンバーとの信頼関係を築く：定期個人面談の薦め - クックパッド開発者ブログ
こんにちは。新規広告開発部所属エンジニアのレオ（@lchin）です。 ここ2年ほどは、大きな事業部のなかの小規模なエンジニアチームのリーダーを務めてきました。エンジニアリーダーとしては、1人のエンジニアとしてソフトウェア開発をしつつ、チームのメンバーの力をまとめて、事業部のゴールを推進しました。事業部のマネージャほど、マネジメント業務が中心になるわけではありませんが、多くのエンジニアが苦手な人間関係スキルはエンジニアリーダーにも必要です。 メンバーは何か大きな不安を抱えていないのか？ポテンシャルを発揮できていないメンバーにどうフィードバックするのか？メンバー間に何かトラブルはないのか？見えないところで仕事の妨げはないか？チームでソフトウェア開発を行う上のよくある悩みだと思いますが、皆さんはどう解決していますか？私は、個人面談はこういった悩みを解消するための大変有効な手段だと思います。 なぜ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/tokuhirom/manager-readme/blob/master/README.md
GitHub - yoshiori/manager-readme
