チームメンバーとの1on1を意味のあるものにしたいという話 - pospomeのプログラミング日記
チームメンバーと1on1をしているので、そこで自分が取り組んでいることをまとめておこうと思う。 なぜ1on1をしているのか? 自分がメンティーだった頃 自分がメンターの立場になった 1on1の頻度 1on1で何を話しているのか? 目標の進捗確認とフィードバック 目標の変更 他チームへの貢献 仕事の話 キャリアパス 完了したタスクに対するフィードバック メンティの熱量を失わせないようにする pospome以外の人との1on1の案内 メンターとメンティーの距離感 さらなる改善に向けて 意味のある1on1になっているか? なぜ1on1をしているのか? 以下の記事もあるとおり"マイクロサービスアーキテクトチーム"というチームを立ち上げたからである。 People Managementをする必要がある。 inside.dmm.com 自分がメンティーだった頃 今でこそメンターとしてチームメンバーと1
1on1にて考えていること｜Matsumoto Yuki
こんにちは、CTOの松本です。CEOの福島がサウナの話を書いていましたが、自分も週2でサウナに通っています。先日初めてテントサウナを体験したのですが、秋空の下のサウナは最高でした。またやりたい。 本題ですが、本日もLayerX Advent Calendarの一環でブログを書いています。今回でもう50日目だそうです。直近Engineering Managerの採用も進めており、それに関連して人のマネジメントに関わることを書こうと思い、今日のお題は「1on1」です。 このブログを読んでくださっている皆さんの会社でも、1on1はだいぶ浸透してきたのではないでしょうか。何を話そうか、どう向き合おうか、など悩みも多いのかなと思います。 LayerXに限らず、自分の関わる組織では1on1をピープルマネジメントの重要な取り組みに位置づけてきました。これに関連して、皆さんが1on1で悩まれた時のサポート
評価の満足度を劇的にあげた秘訣。Continuous Feedbackのすすめ | メルカリエンジニアリング
誰向けの記事？ EM（Engineering Manager）の方に向けた記事です。 ただ、一般的な評価者全般にあてはまる内容を書いているので、評価を行う方なら誰でも参考にできると思います。 評価をする側ではないけど、どんな気持ちで自分のマネージャーが評価しているのか知りたい！といったエンジニアの方にも楽しんでいただけるかもしれません。 要約 メルカリエンジニア組織で、評価の負荷を削減しつつ、品質をあげるために、「Continuous Feedback」という仕組みを導入しました。 Continuous Feedbackは、通常よりも高い頻度でフィードバックを行うことで、負荷分散や、フィードバックサイクルの高速化などをはかる手法です。 導入した結果、評価に対する満足度や、評価を自身の成長に使えてると感じるようになったメンバーがとても増えました。現在では多くのEMの方が、評価に利用してくれて
「エンジニアメンター制度の効果的な運用を目指して」という発表をEngineering Manager Meetup #5でしました - $shibayu36->blog;
「エンジニアメンター制度の効果的な運用を目指して」という発表をEngineering Manager Meetup #5でしました Engineering Manager Meetup #5で「エンジニアメンター制度の効果的な運用を目指して」という発表をしてきました。 自分も久々の発表で緊張しましたが、自分の頭をまとめる良い機会になりました。他の発表も学びが多く、とにかく濃いミートアップでした。このような機会を与えてくれた運営の方に感謝です。また機会があったら参加・発表したいです！ 以下は発表内容のまとめです。 発表内容 アジェンダ はてなのチーム横断のエンジニアメンター制度とは 実際にどのような課題があったか どのように改善したか 改善施策により最終的にどうなったか 今回の施策を通しての気付き: マネージャ向けにも当たり前のことをする イントロ 自分がマネージャっぽい仕事をしていると以下
最近の開発フローの改善と、「スプリントおじさん」という取り組み - しるろぐ
ここ最近、自分が見ているプロジェクトの1つで、うまくスケジュール通りに作業が進んでいなかったので、その対策をした。 その中でも特に効果があった2つを紹介する。 背景 簡単にプロジェクトの背景を説明する。 スクラムっぽい開発をしている スプリントの期間は2週間 スクラムマスターはいるが専任ではない すでにリリース済みで運用中のWebサービスである 基本的によくあるスクラムっぽい感じで、2週間というタイムボックスの中にチームが作業可能なストーリーを突っ込んで、ひたすら消化する。 スプリントの最後には、レビューをして、次のスプリントの計画を立てる。 スクラムマスターは、一応自分が担当しているが、専任ではないし、他のプロジェクトも見ているので、注意深くチームを見れていない。 課題 以下のような課題があった。 バグの修正や問い合わせ対応など、計画時に含まれていなかったタスクがスプリント中に増えてしま
あなたのチームの「いい人」は機能していますか？
1. 2016/01/19 - Regional SCRUM GATHERING® Tokyo 2016 あなたのチームの「いい人」は 機能していますか？ 横道 稔（株式会社サイバーエージェント / 株式会社 RightSegment） 2. 自己紹介 • 横道稔 （@ykmc09_dev） • 株式会社サイバーエージェント アドテクスタジオ • 株式会社 RightSegment にて PrivateDMP を開発 • エンジニア、エンジニアチームのマネージャ • CSM / CSPO
チームの症状と処方の考察｜Megumi Kaneko
はじめに自己紹介を少しさせてください。 私はクライアントワークで約30名規模の開発チームに1年間ほどジョインしていました。役割は5〜10名のエンジニアで構成されるチームのプロダクトオーナーとしてだったり、UIデザイナーとPMのチームのスクラムマスターとしてだったり、色んな形でチームに接してきました。 その中で経験したことが、広木大地さんの著書である「エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング」を読んで色々整理されたので、チームが陥りがちな問題について稚拙ながら考察を書きたいと思います。 チームの健康状態とはチームの状態を表す指標として心理的安全性はよく聞きますよね。 広木大地さんの著書である「エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング」には心理的安全性について下記のように書かれていました。 「問題点の指摘」や「自分の弱
エンジニアと1on1をするときの事前面談シートテンプレート - $shibayu36->blog;
はてなのチーム横断のエンジニアメンター制度 - Hatena Developer Blog で紹介していますが、はてなにはチーム横断のエンジニアメンター制度があります。僕も最近までメンターとして5~6人ほどのメンティーを持っていました(今は事情があってメンターをやっていないのですが)。 メンターとして1on1をする時には1on1ミーティングに備えるアンケート - しるろぐを参考にし、事前にメンティーに面談シートを書いてきてもらうという工夫をしていました。その面談シートは改善を少しずつ加えながら運用していたのですが、一度知見共有も兼ねて最近使っていた面談シートテンプレートを公開してみようと思います。 面談シートテンプレート 以下のようなフォーマットで書いてもらっています。1on1の前にメンティーに1on1用Google Docsに追記していってもらっています。1on1用Google Docs
チームビルディングの技術(Fix)
VP of Engineering Meetup by CA #2で発表したスライドです。 チームビルドの技術についてのプレゼンテーションです。 https://cyberagent.connpass.com/event/76274/Read less
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
1on1を上達するために
技術的負債と向き合う