はじめに みなさん 1on1ミーティング していますか？ ※また、様々な1on1があると思いますが、ここでは組織上の上司（もしくはメンターとなる人）と部下（もしくはメンティー）が行うものにフォーカスして話していきます。 組織のマネジメントにおいて1on1が大切である、という事は言われて久しいですね。 おそらく、1on1の導入されていない企業においても、「1on1？ なにそれ？」ということは減ってきているのではないでしょうか？ とは言え、この1on1ミーティングについての課題感もよく聞くところで、 1on1する側、される側ともに何を話していいのかわからない なんだかやっているが変化を感じない しっかりと本音で話せていない気がする なんだかマンネリ化してきている これでいいのかわからない とにかく困っている など、様々な疑問を持ちながら行っていることも多いのではないでしょうか。 自分も定期的に

マネージャーの苦悩 マネージャーが抱えがちな悩みについて、本連載で以下のことについて書いてきました。 1on1とコーチングについて 目標設定と評価について 採用と広報活動について これらに関するマネジメントとしての考え方のヒントは得られた方もいるかもしれませんが、ただ読んだり学習して深堀りしたりするだけで完全に悩みを解消できることはないでしょう。知識として得たこと、学習したことをベースに実践として取り入れ経験値としていくことが必要です。 その際に重要になってくるのが、「⁠マネジメントに失敗は許されない」という考えを捨て去ることです。開発の現場ではバグやエラーなどといった比較的課題としてとらえやすい問題が多いせいか、あいまいな問題が多いマネジメントの課題に対して取り組むことに慣れていない方も多いでしょう。そんな状況で、いきなり一人前のマネージャーとしての成果を期待されたとしても100点満点の

先日、とあるマネージャーと話していて、LIFULLにおけるエンジニアリングマネージャーってどのようなものか。という話になりました。 LIFULLエンジニア全体では目指す姿として前回の記事でも紹介した LIFULLエンジニア像 というものがあります。 しかし、エンジニアリングマネージャーには、エンジニア像のような言葉がありませんでした。良い機会だと思いましたので、過去に社外向けの登壇でエンジニアマネジメントに関して話したものも利用して(一部修正)、この内容にも触れながら、改めて整理してみました。 (以下スライドの7-13ページ) なお、エンジニアリングマネージャーの仕事はLIFULL内でも多岐にわたるのですが、その中でもどんな階層であろうとエンジニアリングマネージャーであれば、各人の領域でやってほしいことを組織全体の観点から書いています。なお、本記事ではエンジニアリングマネージャーに必要なス