nDiki : マネージャー

2019年2月15日 (金)

Developers Summit 2019 2日目 #devsumi

image:/nDiki/2019/02/15/2019-02-15-124522-nDiki-800x1200.jpg

昨日に続き本日も Developers Summit 2019 参加。今日は寒い一日だったのか、途中窓の外に雪が舞う時間もあった。

昨日参加証の読み取り率が低かったので受付で再発行していただいた。

今日はコーヒー確保できず。今度来る時はやはり何か買ってこよう。

以下セッションタイトルは2月13日時点の公式サイトより。

10:00～10:45 【15-D-1】プロダクトマネージャーという生き方

楽天株式会社熊谷亘太郎氏

プロダクトマネージャー・カンファレンス 2018 1日目でもトークをお伺いした熊谷氏。今回も発表の骨子は同じだったので、今回は復習となった。

メモ

楽天トラベルでのプロダクトマネージャーと開発マネージャーの担当領域
- 技術仕様やリスクマネジメント、組織関連はなどは開発マネージャー側。
Positive (問題は解決できるという態度)

Enjoy your work!

11:05～11:50 【15-B-2】メンバーの成長とチャレンジのためにエンジニアリングマネージャーとして大切にしたこと

ヤフー株式会社山本学(@yamamoto_manabu)氏

Developers Summit 2016 1日目で myThings の話をされていた山本氏。今回はマネージャーについて知ってもらいたいという内容で、マネージャー予備軍が響く層であろうという感じのセッション。

12:10～12:40 【15-E-3】 Entertainment x Tech～多くのアーティストとファンを繋ぐ技術と組織～

エイベックス株式会社山田真一氏

年約250の新規アーティストサイト、現時点で約500を運営。クラウドシフトはステークホルダーが多く順番に。
予期しないバーストトラフィック
アーキテクチャは社内アーキテクトで、開発は外部パートナーがエイベックスとしての理想の姿。

アウトソーシング中心での体制構築についての取り組みのセッション。「研修に行かせる」「身に付けさせる」のような表現をみると、トップダウンが強めの雰囲気なのかな?

13:05～13:50 【15-A-4】 3周年に突入するAbemaTVの挑戦と苦悩

株式会社サイバーエージェント山中勇成(@toriimiyukki)氏

GCP 含めバックエンドで使っているものを順番に紹介していくセッション。浅く全部紹介する感じなので全体的に知りたかった人向けのセッションだ。

14:10～14:55 【15-B-5】 Site Reliability Engineering at Google

グーグル・クラウド・ジャパン合同会社中井悦司(@enakai00)氏

流れるようなトークに酔いしれてしまうセッション。

50% ルール
- 50% 以下で運用業務、50%以上をシステム安定化に関わるプロジェクト活動にあてる。
- SRE(優秀なソフトウェアエンジニア)が Burnout して退職することを避ける。
Toil の削減
生涯対応では問題解決を最優先。「他人を頼ること」をスキル不足と認識しない文化。
Postmortem (障害ふりかえり)は Google ドキュメントを使っている。全エンジニアに共有されている。

(Google の) SRE についてちょっとではあるが理解が進んだ。目的がすべて明確で、それに対して合理的に取り組んでいるかのようで改めてすごいなと。

15:15～16:00 【15-A-6】プロダクトをGrowthさせるデータ駆動戦略の基礎知識～DMM.comにおけるユーザーレビュー基盤のKPIツリー公開～

合同会社DMM.com 石垣雅人(@i35_267)氏

データ駆動戦略で成長させていくという話。今回はユーザーレビュー機能に関して。

既にあるものを少しずつ伸ばしていくことにフォーカスしている状況なら、施策に対する予測がしやすいので良いよねというところ。

16:20～17:05 【15-E-7】セキュアな環境でDevOpsを実現する厳選ツール

マクニカネットワークス株式会社根本竜也氏株式会社セガゲームス上田展生氏

前半は厳選ツール = GitHub Enterprise (GHE) (上田氏)。3年前はまだ Subversion を使っていた。そこから GHE と CircleCI Enterprise を導入していったという話。ゲーム会社だけれど Web 企業とは距離感のある企業風土を感じた。

根本氏は商材紹介。営業っぽい感じになってきたので退室。

17:25～18:10 【15-A-8】エンジニア人生と定年退職、人生100年時代のエンジニアの生き方

東京大学大学院よしおかひろたか(@hyoshiok)氏

よしおか氏視点を交えつつ IT 史と概論を語る前半。途中退室。

スポンサードリンク

[ permalink ]

[ 2月15日全て ]

2019年4月1日 (月)

令和

本日 12:00 前に新元号「令和」が発表になった。発表の時はマネージャーと one-on-one ミーティングをしていて、終わったところで YouTube Live を巻き戻して2人で観て把握した。

毎月1日のお昼にオフィスビルの防災センターの人が流す防災放送の冒頭で令和発表に触れているのを聞いてのけぞった。

家に帰ったら官房長官の発表と内閣総理大臣の記者会見の中継を妻が録画しておいてくれていたので2人で視聴。

平成発表の時よりもたっぷり満喫した。満足。

[ permalink ]

[ 4月1日全て ]

2019年5月30日 (木)

one-on-one ミーティングのノート形式

one-on-one ミーティングにあたっては相手と自分のみ閲覧・編集できるノート(アジェンダ)を用意している。

ここ数年は Google ドキュメントを使っていて、半期(半年)毎に1ドキュメント作成してそこに書くようにしている。そこに毎週(あるいは隔週)の one-on-one ミーティング前に日別の見出しを作って下に追記していっている(新しい日を上に追加していく方がスクロールせずに書き始められて楽なんだけれど見返す際に日付順の方が圧倒的に見やすい)。

今使っている形式は以下(表現上 Markdown 形式にしているけど、実際はGoogle ドキュメントのスタイルで)。

通算回数は「結構話し合っている!」感が出てくるので分かる人は書いておくようにしている。ミーティングの最初に「うまくいっていることを全員が話す」ことでイケル感じのムードをつくると良いというのは「すごい会議」で学んだ。

 # 2019年05月30日(木) (第n回)

 ## うまくいっていること
 - (相手の名前):
     - 前回: (前回のうまくいっていることを転記)
     - 今回:
 - (自分の名前):
     - 前回: (前回のうまくいっていることを転記)
     - 今回:

 ##  話したいこと・気になること

 ### (相手の名前)より

 ### (自分の名前)より

自分の方が話しすぎちゃっているかもという反省から「話したいこと・気になること」から人別のセクション消して自分の方の議題をあらかじめ書かない方がいいんじゃないかとちょっと思って今週ちょっと消してみたりした。

でも Google re:Work - ガイド: マネージャーにコーチングを指導するのサンプルテンプレートでもマネージャーとチームメンバーのセクションがあって、やっぱり問題ないかなって思えてきたので今まで通りにすることにした。ってことがあったので書いてみた感じ。

身近な人がやっている形式の記事

夢にでるほど1on1について考えた

[ permalink ]

[ 5月30日全て ]

2019年5月31日 (金)

組織に OKR を導入してみる (4)

やったこと

マネージャーレベル以上でまずトライアルをしようと提案。

概要レベルでは OKR を知っているだろうという思い込みと、とりあえずやってみて分からないところ・気がついたところ・失敗したことから学習していくのが一番早いだろうという観点での提案だったのだけれど、しっかり事前学習・事前検討の時間が欲しいという声が多かった。

この点ではメンバの価値観の考慮不足だったなあと反省。

ただこの提案自体を練るのに時間をかけすぎずにぶつけた事で、次に事前学習をみんなで始めるというアクションが起こせたのでオーケーだと思ってる。みんなそれぞれ Measure What Matters を読むことになった。

学び

新しいチャレンジに巻き込む時にはメンバの価値観を考えて準備する。

[ permalink ]

[ 5月31日全て ]

2019年9月9日 (月)

コンピテンシーがわかる『人事の超プロが明かす評価基準』

人事評価における等級と評価基準について学びたくて『人事の超プロが明かす評価基準』という本を読んでみた。

人事の超プロが明かす評価基準

著者が長年人事関連の仕事をしてきた経験によると「会社が社員に求めていることはどんな会社でもほとんど同じ」だそう。本書で紹介している「45のコンピテンシー」では「新人・一人前・チーフ・課長・部長・役員」という職位クラスで求められるコンピテンシーを示しているのだけれど、なるほど自社の等級制度もかなり近そうだ。

評価する上での参考にと読んでみたけれど、評価される立場としてどう自己成長していくべきかを確認していくのにも良い本だった。

評価者/育成者視点

本書では45のコンピテンシーについて「OK な行動」「NG な行動」「チェックポイント」「推奨行動」が説明されているので、コンピテンシーを満たすスキルを持ち行動できているのかをより具体的に確認できる。それをもとに評価したり成長を促したりしていくのに活用できそうだ。

個人視点

まず「評価される人」=「影響力のある人」という点が重要。

評価される側という視点では「会社が社員に求めている普遍的な評価基準」を理解しスキルを伸ばしながら求められる行動を取っていけばきちんと評価されるわけである。

コンピテンシーに対する自己評価について漠然とふりかえって作文しがちだけれど、現在や次の等級・職位に求められるコンピテンシーを本書を参考に理解すればより客観的に書いたりアピールできそうだ。

自分の評価に不満がある人、人事評価の低い人の特徴として、上司と話し合うことが苦手で、上司を避ける傾向が見られます。

というのはきちんと向き合いたい指摘である。

4つの道

部長・役員クラスを目指さない人はどうすればいいのか、スペシャリストになりたい人はどうすれば良いのか。キャリア・ポジションについて「オペレーター(新人・一人前クラス)」「オペレーションマネージャー(チーフ・課長クラス)」「スペシャリスト」「コア(部長・役員クラス)」という選択肢があるとしている。年収重視なのか時間・自由重視なのか。等級テーブルを上がっていくこと・引き上げていくが唯一の正解ではないということをあらためて考えられた。

ここではスペシャリストもコアと同様に45のコンピテンシーすべてを獲得していることが求められるている。コアが組織成果の最大化に向かっていくのに対し、スペシャリストは専門領域について高い能力をもち社内外に影響力を与えることで個人成果の最大化をしていく。こんなイメージだ。

その他ポイントだと思ったところ

人事評価は「絶対評価」を基本にすべき。
給与に直結する人事評価の方法として360度評価は勧めない。
評語のお勧め運用「SS スペシャルすげえ!!」「S すげえ!」「A ありがとう」「B 挽回しましょう」「C かなり挽回しましょう」

会社の規模や自身の職位にかかわらず、会社で働く人は読んでおきたい1冊だ。

人事の超プロが明かす評価基準

[ 読書ノート ]

[ permalink ]

[ 9月9日全て ]

2019年9月10日 (火)

部下育成の教科書を教えてもらう【日記】

以前某マネージャーが等級制度について参考にした本があると言っていたのを思い出して書名を教えてもらった。

部下育成の教科書

さっそく注文。

[ permalink ]

[ 9月10日全て ]

2019年11月13日 (水)

プロダクトマネージャーカンファレンス 2019 2日目 #pmconfjp

image:/nDiki/2019/11/13/2019-11-13-091543-nDiki-1200x900.jpg

プロダクトマネージャーカンファレンス 2019 2日目。1日目の昨日に引き続き参加。

プロダクトマネージャーカンファレンス 2019 1日目

以下タイトルは公式サイト掲載のものより。

10:00 - 10:10 [MainRoom] Welcome Talk

横道稔氏。

10:20 - 11:10 [MainRoom] 今からはじめるデザインスプリント

株式会社シークレットラボ代表取締役 / エクスペリエンスデザイナー佐藤伸哉氏

デザインスプリントの概論。実体験に基づくポイントの話が興味深かった。

ステップのポイント
- Map: 全員が自分でメモを取る。
- Sketch: 個人で考える。
- Decide: 個人の主観でアイデアを即決する。投票で選ぶ。
- Test: ユーザーインタビューは5人で十分。
Google 流では6ステップ。DEFINE が入った。

個人の力を重視し、声の大きさを排除する。

その他ポイント。

アイデア出しで使った付箋紙は捨てる。覚えていないアイデアは捨てる。
スケジュール通りに進むとは思わない。

11:20 - 11:50 [MainRoom] 米国スタートアップ&グーグルを経て実践する、失敗し続けて学んだメルカリUSのプロダクトマネジメント

株式会社メルカリ Director of Product Management, Mercari US in Tokyo Brad Ellis 氏

フレンドリーで愉快なおじさん風なのだけれど、すごい経歴の Brad Ellis 氏。楽しくトークを聞くことができた。

グローバルな組織では「多様性」「共有」「期待の明確化」「Internal PR」などが大切とのこと。グローバルなプロダクトに対しては「各ローカル(国、都市と地方)に合わせていくこと」の重要性を話されていた。また優れたサービスを先行してる国(例えば日本)から他の国へ展開していく事例についても紹介されていた。

始めの方にあった「You are not the user」では昨日の増井氏の発表を思い出しておかしくなったよ。