nDiki : マネージャー

マネージャー (manager)

2018年11月6日 (火)

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

image:/nDiki/2018/11/06/2018-11-06-113539-nDiki-1200x800.jpg

今日から2日間ベルサール秋葉原 2F ホールでプロダクトマネージャー・カンファレンス 2018。

1日目の今日は Wellcome Talk とクロージングをのぞいても12セッションと盛りだくさん! 結構な数だなぁと思っていたけど、30分/15分というセッション時間でさくさくと進んでいるので、それほどハードモードではなかった。

今年のカンファレンスは「愛されるプロダクトを創ろう。」がテーマ。基調講演といくつかのセッションでは愛されるプロダクトについても触れられていたけれど、思ったほどは触れられていなかった印象である。登壇者の事業のプロダクトの紹介(アピール)とその成長に向けた取り組みの話が多かった。領域的には「人」「プロセス」「プロダクト」のうち「プロダクト」についての内容がほとんどだったかな。

一般申込み席はテーブル無しだけれど、前の席との間隔があって足元は快適だった。会場 Wi-Fi は無くテザリングも Wi-Fi 干渉で無理な状態(Bluetooth なら多少いけた)。メモTaskPaper でとりつつ Twitter はスマートフォンで眺めるという感じで。

以下メモ

10:00 - 10:15 [06-01] Welcome Talk

プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏

10:07 からスタート。今年は定員650人とのこと。 今年のテーマは「愛されるプロダクトを創ろう」。

10:15 - 10:45 [06-02] 基調講演: 愛されるプロダクトを創るべき「3つの理由」

プロダクトマネージャー・カンファレンス 実行委員 丹野瑞紀氏

PM 一年生をターゲットとして想定した講演。

まずはプロダクトマネージャーの役割について。プロダクトマネージャーの役割は事業目標を達成できるプロダクトを作るために機能を(製品要求仕様(PRD)などの形で)定義しエンジニア・デザイナーと共に開発するとした。

「愛されるプロダクトを創る」べき理由として以下が説明された。

プロダクトマネージャーカスタマーロイヤルティを強く意識していく必要があるね。

「愛されるプロダクトとは何か」ということについては触れられなかった。今回のカンファレンスでそれを定義するセッションはあるのかな?

11:00 - 11:30 [06-03] 未来を変えるプロダクト作りへの挑戦 ~FiNCの今までとこれから~

▲株式会社FiNC Technologies チーフプロダクトオフィサー 犬飼敏貴(@wancky)氏

FiNC Technologies の製品と会社の紹介。ヘルスケアではユーザーの短期解決よりも継続のある成果を提供する必要があるという話。それからゼロベースを怖がらすにプロダクトを定義していこうというのと高効率な PDCA サイクルにしていこうという話であった。

「高速よりも高効率」という論だったが、PDCA サイクルについてはまあ高速に失敗することも大切。考えなしにやってみればいいというものじゃないよという戒めかな。

「愛されるプロダクト」

特に話題なし。

11:45 - 12:15 [06-04] 世界で愛されるプロダクトを作ろう

▲楽天株式会社 トラベルプロダクトマネジメント課 マネージャー 熊谷亘太郎氏

楽天なのでスライドは英語

「20年稼働してきたシステムを刷新し世界展開できるようにする」ことを題材にプロダクトマネジメントサイクルの要素の話をされていた。「製品要求仕様をまとめる」「コミュニケーションをしながら課題を解決していく」「意思決定していく」「バグトリアージ」のことなど。

  • 機能をいれない (Cut feature)
  • 不具合を修正しない (Wan't fix)

を宣言できるのは「プロダクトマネージャーだけ」という話はドキッとなった。これはしっかり意識しないとな。

「愛されるプロダクト」

特に話題なし。

12:25 - 12:55 [06-05] [対談] 食文化を支えるプロダクトマネージャー仕事術

株式会社ノンピ 取締役 荒井茂太氏、プロダクトマネージャー・カンファレンス 実行委員 及川卓也氏

カフェテリア運営におけるプロダクトマネジメントもソフトウェアプロダクトマネジメントも多くな共通点があるという話。ユーザーをどう動かすか(とがめることなく食べ残しを減らした取り組みなど)が興味深かった。

「愛されるプロダクト」

ユーザー(カフェテリアを利用する社員)のことをしっかりと意識しているのが感じられて、これは愛されるプロダクトだろうなと感じた。

12:55 - 13:10 [06-06] クチコミサイトからプラットフォームへの挑戦プロセス

▲株式会社アイスタイル 代表取締役社長 兼 CEO 吉松徹郎氏

@cosme のビジネスモデルと採用をアピールしていた。スポンサーセッションぽい。

「愛されるプロダクト」

特に話題なし。

13:10 - 13:25 [06-07] プロダクトマネージャーにもコーチは必要だ

▲グロース・アーキテクチャ&チームス株式会社 代表取締役 鈴木雄介(@yusuke_arclamp)氏

新会社をマネタイズするのがこのセッションのゴールとストレートに言ってしまうのは好感。スポンサーセッションぽい。

プロダクトマネージャーが忙しくなることによりコミュニケーションの薄いセクションとの齟齬が発生する。組織としてプロダクトマネジメントいくことで対応していくためには、いろいろ共有してくのが重要だという話であった。

アジャイル/スクラム用語がさらっと出てきていて、それらを前提でザクザクと進めていく感じのトークだった。

「愛されるプロダクト」

特に話題なし。

13:40 - 14:10 [06-08] ユーザーと両想いになるサービスの作り方

株式会社エウレカ 執行役員 VP of Pairs Japan 金田悠希氏

「新しい新的なビジネスモデルは存在しない」 「機能は真似る」「マーケティングで勝つ」というプロダクト戦略はわかりやすいし、成功についてのしっかりとしたポリシーが感じられてよかった。

「愛されるプロダクト」

特に日本のユーザーがマッチングアプリで抱えやすい不安に誠実に向き合いそれを取り除く取り組みをしている点は、愛されるプロダクトにしていく上で大切だなと感じた。

14:25 - 14:55 [06-09] インターネットテレビ局「AbemaTV」プロダクトの変遷

▲株式会社サイバーエージェント 執行役員 長瀬慶重(@lionbaby)氏

「新しいプロダクトが市場で埋もれない」ようにするということについて、AbemaTV の企画・デザイン・PR などの取り組みを紹介。PR で話題を絶やさないように出し続けていく、PR もプロダクトマネージャーの大切な仕事と言っていたのが、自身の立場に照らし合わせてなるほどと感じた。

「愛されるプロダクト」

特に話題なし。

15:10 - 15:40 [06-10] 事業ドメインを絞り込むことで磨かれるプロダクトマネジメント

▲ピクシブ株式会社 執行役員 pixiv運営本部長・新技術プロジェクトプロデューサー 清水智雄(@norio)氏

pixiv では「創作」というドメインに絞ってプロダクトを出している。ドメインを絞ることで社会の解決すべき問題の詳細が見えてくる。知見と技術が蓄積され、体制変更が柔軟・高速にできる。という論。

自社だとコミュニケーションがそれにあたるな。

「愛されるプロダクト」

ドメイン理解者であることがユーザーに伝わると、ユーザーが自分たちのためにプロダクトを作ってくれているという感じてくれるようになる。企業レベルでユーザーとエンゲージメントが結ばれるというところが素晴らしい。

15:55 - 16:25 [06-11] 愛されるプロダクトマネージャーのプロダクトマネジメント~愛されるためにまずは成果を残す~

株式会社ZOZOテクノロジーズ 代表取締役CINO 金山裕樹(@yukiller)氏

最近読んだ「Hooked ハマるしかけ 使われつづけるサービスを生み出す[心理学]×[デザイン]の新ルール」の翻訳もされている方。行動力というか物事を成し遂げる力というか、フレンドリーな話し方を含めてとても魅力的な方だった。

今日のセッションでは数少なかったピープルマネージメントについての話題が興味深かった。プロダクトマネジャーチーム結成について。リクルーティング(スクリーニング)・オンボーディング(花を持たす)・グロースへをどうやってきたか。人を生かす・パフォーマンスを引き出すという気持ちが、今日一番刺激的に感じた。

スクリーニングについては Joel の考え方に近いなと。

「愛されるプロダクト」

具体的にどの話がという訳ではないのだけれど、この方が創るプロダクトなら好きになりそう、そんな感じがした。

16:40 - 17:10 [06-12] LINE開発の舞台裏とプロダクトマネージャー

LINE株式会社 LINE企画1室 副室長 入江和孝(@kazukomati)氏

みんなが使っている LINE アプリの話。

LINE の規模までくると機能改良しても利用者数は変わらないのがプロダクトマネージャーとして辛いとか、国内王者らしい話がうかがえた。

取り消し機能の製品要求仕様の決定では、さまざまな仕様案と反対意見が出た中、全てのユースケースを解決する仕様が無い中で、機能の目的・原則に立ち返って決定したとおっしゃっていた。 GTD でのナチュラルプランニングを思い出した。

「愛されるプロダクト」

ユーザー・メディアの取り消し機能仕様に対する不満に対して、取り消せなくて困った事例を募集するキャンペーンをやってみたりするのは面白いなと。ユーザーに対する説明をしっかりしようという感じが伝わった。

17:25 - 17:55 [06-13] 失敗をデザインする

ラクスル株式会社 取締役CTO 泉雄介氏

リリースしてから失敗することを減らすためにプロトタイピングと検証をという話。

「愛されるプロダクト」

特に話題なし。

17:55 - 18:05 [06-14] クロージング

プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏

スポンサード リンク
[ 11月6日全て ]

2018年11月7日 (水)

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

image:/nDiki/2018/11/07/2018-11-07-092414-nDiki-800x1200.jpg

プロダクトマネージャー・カンファレンス 2018 2日目。

以下メモ

10:00 - 10:15 [07-01] Welcome Talk

プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏

今日もタイムテーブルから遅れて 10:10 スタート。

10:15 - 10:45 [07-02] 巨大なFinTech事業開発におけるプロダクトマネジメント

▲株式会社FOLIO 代表取締役 CEO 甲斐真一郎(@folio_kai)氏

経営者という立場でのセッション。金融サービスは一般のネットサービスとは異なる要求がある。また今まで枯れた業界であった。3カ月でできると思ったが2年かかったとのこと。 リリース後に単一プロダクトから異なるビジネス/KPIの複数のプロダクトに事業展開していく中で、個別のアプリケーション部分と共用されるバックエンドという構成になっていきマネジメントが複雑化し始めたとのことだった。

今は全プロダクトを単一の巨大なプロダクトバックログで管理しているのだそうで、今後どうしていくのかぜひ知りたいところ。単一の方が事業全体での優先度が明確になるもののリファインメント含めバックログの管理コストが大きいという問題があり、これはいつも悩ましい判断である。

その他の紹介されていた課題ははエッセンシャル スクラムでも取り上げられているテーマのものが多く、あるあるだなーと。

「愛されるプロダクト」

(まだ FOLIO 社にはいないが)プロダクトマネージャーには「プロダクトへの尊敬」を求めたいとのこと。プロダクトへの尊敬とは何だろう。愛じゃ駄目なのかな。

11:00 - 11:30 [07-03] C向けアプリのPM経験者から見た、B2B SaaSのプロダクトマネジメント

▲株式会社マネーフォワード MFクラウド経費本部 本部長 プロダクトオーナー 今井義人

短期的にはプロダクト改善が最適な改善ではない。人力で頑張るという局面も確かにあるよね。

B2C と B2B の違いはそうだよねで終わりがち。これから B2C から B2B に移ろうとしている人には参考になるかもという感じ。

「愛されるプロダクト」

「愛をお金に変えよう」で築いたエンゲージメントをベースに、より高いプランを作って移ってもらう施策などを紹介。

11:45 - 12:15 [07-04] 気がついたらプロダクトマネージャーになっていた

Nature株式会社 代表取締役 CEO 塩出晴海氏 新規事業での製造まわりのトラブルあるある談を含めた、プロダクトリリースまでのストーリー。プロダクトマネージャーというよりは起業家としての話。あきらめずにやり切る態度は凄いな。

「愛されるプロダクト」

特に話題なし。

12:25 - 12:40 [07-05] リクルートの横断組織で考えるプロダクトマネジメント

▲株式会社リクルートコミュニケーションズ ICTソリューション局 アドバンスドプロダクト開発部 部長 宮里裕樹氏、▲株式会社リクルートコミュニケーションズ ICTソリューション局 戦略企画グループ マネジャー/シニアプロデューサー/シニアプロダクトオーナー 金田將吾氏

細かいところはエンジニアがどんどん進められる組織なので、プロダクトマネージャーは HOW ではなく WHAT に注力しているとのことだった。開発チームのスキルや成熟度によって千差万別なところだ。

プランナーと呼ばれていた人がやっていた役割を

  • ビジネスプロデュース
  • プロダクトマネジメント
  • ITディレクション
  • プロダクトリード

に分けて定義しチーム体制を構築、得意な役割を任せたり不得意な役割を成長させたりしているらしい。しっかりピープルマネジメントに取り組んでいるなあと感じた。

「愛されるプロダクト」

特に話題なし。

12:40 - 12:55 [07-06] 顧客、会社、チームをHappyにするプロダクトマネジメント ~観点・プロセス・レバレッジ~

▲楽天株式会社 顧客戦略統括部 Vice Senior Manager 山下徹朗氏

「顧客・会社・チームを Happy にする」ことをプロダクトを作る目的として事業を進めている。全能なプロダクトマネージャーは(ほとんど)いないので、ビジネス・UX・マーケティングについてそれぞれ担当を割り当てそれぞれ問いを立て答え続けていくことで結果を出すプロダクトを生み出すという体制を全てのプロジェクトで採用しているとのことだ。

「愛されるプロダクト」

冒頭で「高すぎる目標の」「自己満足な」「誰のためのかわからない」プロダクトという偏った愛あるあるという話を取り上げていた。

12:55 - 13:10 [07-07] Build Narrative in Product

▲株式会社ドワンゴ サービス開発本部 副本部長 池田明啓氏、株式会社ドワンゴ セクションマネージャー 宮城良征氏

前半は、様々な手法を利用・開発してプロダクトマネジメントに取り組んでいるという紹介でとても研究されているなと感じた。知らない手法が紹介されていたので、それぞれちょっと調べてみたいな。

後半は実際のプロダクト開発事例の紹介。

「愛されるプロダクト」

特に話題なし。

13:40 - 14:10 [07-09] The mindset of building the product that user will love

▲株式会社メルカリ UX consultant Jasper WU 氏

Design Thinking についての非常に洗練された圧倒的なプレゼンテーションだった。ベストスピーカー賞があれば絶対 Jasper WU 氏だったと思う。

自己紹介や会社紹介などに時間は割かずセッションのメインテーマに絞ってきちんと語られた。直メルカリのプロダクトについて直接アピールしていないのだが Design Thinking についての取り組みのみの中で出てくる感じなのだが、結果的に組織・プロダクトについて好印象を受けてしまうというマジック。

デザインスプリントで駄目な案だったということがわかったことは失敗ではなく学びだということがきちんと根付いているのが素晴らしいなあ。

デザイン思考についてもきちんと学びたくなった。

「愛されるプロダクト」

一過性のキャンペーンを繰り返すのではなく、継続的な取り組みをしていくことが愛されるプロダクトにつながると言っていた。

14:25 - 14:55 [07-10] 北米・アジア・欧州のプロダクトマネジメントとスマートニュースのプロダクトマネジメント

▲スマートニュース株式会社 プロダクトマネージャ 宮田善孝氏

海外のカンファレンス紹介は、カンファレンスセッションとして知見を広める良いコンテンツだった。

スマートニュースではファンクショナルな組織のもと、プロジェクト毎に人が集まりチームを作るという体制とのことだった。プロジェクト毎にチームビルディングが必要そうだなというのと、機能開発プロジェクト終了後のその保守についてどうなっていくのかが気になった点。ファンクショナルな組織の方で保守していけるのかな。

「愛されるプロダクト」

特に話題なし。

15:10 - 15:40 [07-11] 中国のプロダクトマネジメントのリアル

Baidu, Inc. Product Manager 陈兆伟 (Chen Zhaowei)氏

日本語入力アプリ Simeji のプロダクトマネージャーの方のセッション。

コンピュータサイエンスやビジネススキルの高いスキルが求められる米国とは違い、中国のプロダクトマネージャーはニーズを掴みイノベーションを生み出す能力の方が求められているという話だった。またプロダクトマネージメントが階層化されていて、プロダクトマネージャーの下にプロダクトマネージャーがいる体制らしい。Baidu ではプロダクトマネージャーの役割/スキルについてのテーブルがあり、育成にも力を入れているようだった。

「愛されるプロダクト」

特に話題なし。

15:55 - 16:25 [07-12] Anycaにおけるプロダクトマネジメント

▲株式会社ディー・エヌ・エー オートモーティブ事業本部 Anyca事業責任者 馬場光氏

DeNA もプロダクトマネジメントの定義をしっかりともたれていた。 DeNA でも「全部できる人はいない」という前提で体制化しているようだ。

やはりある程度の規模になるとプロダクトマネジメントの定義・体制化・育成の仕組みが必要だなあ。

「愛されるプロダクト」

特に話題なし。

16:40 - 17:40 [07-13] [ワークショップ] 日本のプロダクトマネージャーは今何をすべきか

東京大学 本郷テックガレージ ディレクター 馬田隆明(@tumada)氏、プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏、プロダクトマネージャー・カンファレンス 実行委員 本登史文氏、プロダクトマネージャー・カンファレンス 実行委員 横道稔氏

馬田氏は「逆説のスタートアップ思考の人」の方。

「なぜ愛されるプロダクトにしていく必要があるのか」また「そのために自分の Next Action は何か?」をカンファレンスの最後にワークショップ形式で考えましょうという枠。聞きっぱなしにさせず、きちんとリフレクションまでカンファレンス内で完結させるという仕組みを入れるところに運営のセンスを感じた。

まわりの人と自分の考えを披露しあってその言語化を相手にさせるというフォーマット、1つめのワークで sli.do というサービスで anonymous で入力させて気持ち的な投稿障壁を下げたあとに2つ目のワークで自社製品名まで書かせるテンプレートで Tweet させるというマーケティング戦術にも恐れ入った。

ちなみに1つ目のワークで自分が考えた愛されるプロダクトについては

わたしは愛されるプロダクトがだいじだとおもっている。なぜなら「チームメンバの士気とパフォーマンスが向上し、さらに良いプロダクトへと導ける」から。

で Next Action については

わたしは「製品名」をもっと愛されるプロダクトにしたい。そのためにわたしは「プロダクトマネージャーを組織化する」。

としてみた。

17:40 - 17:50 [07-14] クロージング

プロダクトマネージャー・カンファレンス 実行委員長 関満徳氏

2日間合計の来場者数速報値は563名との発表。1ホールでのカンファレンスでは結構な人数だ。

[ 11月7日全て ]

2018年11月28日 (水)

複雑な領域に合わせたプロジェクトマネジメントをする

あるプロジェクトのプレイングマネージャーが抜けることになってから、プロジェクトがうまく進まなくなってきた。プレイングマネージャーがメインでやってしまっている間は良かったけれど、そうでなくなった今も週1回30分のミーティングのスタイルのままでスローダウンしてしまったように思える。

なので

クネビンフレームワークで言うところの「複雑な領域」のプロジェクトだから、もっと密接にチームメンバが連携して「検査と適応」をしていかないと、進まないし成果も出ないよね。

という話をした。

開発プロジェクトではないけれどスクラムがいいんじゃないかなと思っているので取り入れてみるつもり。

[ 11月28日全て ]

2019年2月14日 (木)

Developers Summit 2019 1日目 #devsumi

image:/nDiki/2019/02/14/2019-02-14-145351-nDiki-800x1200.jpg

2015年2016年2017年以来、2年ぶり4回目の Developers Summit 参加。一昨年には無かった Wi-Fi のスポンサー提供があってとても快適になった。素晴らしー。

朝1番のセッションの冒頭で今回の事前登録が4000人超という話があった。大盛況。会場の混み具合からするともうキャパオーバーも近いのではと思えてくる。各セッション会場でのバーコードチェックがステージ近くで、まだセッションが終わる前に次のセッションの人が誘導されて入ってきたりして、待機列の問題からだろうけれど、ちょっと発表者に失礼なんじゃないかなーとは思ってみてた。

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

10:00~10:45 【14-D-1】 Scrum@Scale入門

株式会社アトラクタ 原田騎郎(@haradakiro)氏

メモ
  • スケール
    • 全く同じチームを複製してくことはできない。違いのあるチームを増やしていく。まずうまく行っているスクラムチームを2つ育ててから、スケールさせる(そうでないと悪いものがスケールする)。
  • Scrum @ Scale フレームワーク
    • スクラムだけでもスケールする。
    • スクラムマスター(SM)
      • デイリースクラム階層。チームで解決できない課題を上位のデイリースクラムに伝えて解決していく(チームのデイリースクラムの方を1日の先にやる)。トップレベルは役員によるエグゼクティブアクションチーム(EAT)。 EAT もスクラムチームなのでスクラムの全てのアクティビティをやる。
      • SM で寄ってたかって協力。
      • マネージャーの仕事。
    • プロダクトオーナー (PO)
      • チームに1 PO。PO チーフ PO。チーフチーフ PO。
      • PO は上位のオーナーが絶対。
    • 各チームに常に PO と SM がいる。そうするとチーム単位で動かせる。ニーズの変化でチームごと動かせる。チームを立ち上げる時間よりも、チームが新しい担当を覚える方が早い。チームを壊さない。
  • PO
    • 「調査してから…」ではなく「今間違えろ」(辛いけど……)

思ったこと

やはり適切な人数の自己組織化されたチームで構成される体制を作っていきたいな。エッセンシャル スクラムだとプロダクトバックログは唯一なものと書かれていたと思うんだけれど*1、現実的なところ抽象度の違う階層化されたバックログとチーム毎にそれぞれあるバックログという感じでいいんだな多分(エッセンシャル スクラムでも階層化バックログ自体は紹介されている)。

*1 どんなプロダクトバックログをいくつ用意すべきかを考えるにあたっては、基本原則がある。プロダクトごとに、プロダクトバックログをひとつ用意するというルールだ。-- エッセンシャル スクラム 6.7

11:05~11:50 【14-A-2】 GitHub Actionsはどのような未来を描くのか : コンテナ技術が開くワークフローOSS

GitHub 池田尚史(@ikeike443)氏

GitHub Actions で Docker イメージを作成して、デプロイまで実行できるようになるという話。デプロイ以外にも GitHub 内での様々な処理も。

12:10~12:40 【14-A-3】 GCPに恋してHashiCorpを愛して起業したエンジニアのお話

株式会社grasys 長谷川祐介氏

サンドイッチ。HashiCorp 製品Google Cloud の紹介。それから企業の話についての自分語りを伺えた。

13:05~13:50 【14-D-4】 大学におけるイマドキのエンジニア教育

ワイクル株式会社 角征典(@kdmsnr)氏 株式会社アトラクタ 永瀬美穂(@miholovesq)氏

前半永瀬氏による enPiT 事例紹介。

後半角征典氏のエンジニアリングデザインプロジェクト(EDP)を通じた知見紹介。参加者の多様性とモチベーションのばらつきを意識した取り組みが素晴らしい。

こちらでもやはり最適なチームについて(人数・多様性)が取り上げられていた。メンバの多様性によるデメリット(ここではモノづくり工程ではデザイナーができることが少ない)もきちんと示されていて、その上でそうしているという話で説得力があった。

ただ「やってみているという話」ではなく、裏打ちされた方法論を押さえた上での取り組みで学びのある話だった。

東工大生イジりが嫌味がないのも素敵。

14:10~14:55 【14-D-5】 新技術導入を成功させる組織のつくりかた ~spanner、GKE導入の実体験から得たこと~

株式会社コロプラ 廣本洋一氏

  • コロプラでのマネージメント事例。2年前に事業部制から機能別組織に。
  • コピーベースで新しいアプリケーションを作ることによる課題があった。
  • ノーメンテナンス時間というポリシーを前提とした技術選択。
  • オーバーエンジニアリングとの戦い。

機能別組織だからこそ、事業部とは別のロードマップで優先度判断ができる部分があるのだなと感じた。

15:15~16:00 【14-A-6】 レガシーとのいい感じの付き合い方 〜15年続くウェブサービスのシステム改善パターン〜

株式会社VOYAGE GROUP 福田剛広氏 小林徹也氏 駒崎大輔氏

ECナビについて2年弱かけて AWS 移行した話。

サービスの長期運用で技術が古くなり、エンジニアから見た魅力がなくなり新規採用で苦戦したり、在籍エンジニアのモチベーションがダウンしたりというのはあるある話だ。

別だったインフラとアプリの管轄を分けないようにする・オンプレから AWS に移行する・いったんそのままの構成で移すなどは、そうだよねというかそうするよねというかそうしているよねとかそういう感じ。現実的・保守的な判断かなと。

発表者の1人が年末退職済みということで、嗚呼となった。

16:20~17:05 【14-A-7】 ZOZOTOWNのDWHをRedshiftからBigQueryにお引越しした話

株式会社ZOZOテクノロジーズ 塩崎健弘氏

BigQuery 移行事例についての、味わいのある発表。

今日はシャッター音少なめだなと思っていたのだけれど、このセッションは賑やか。聴講者の層が違うのかな。

17:25~18:45 【14-A-8】 「ITエンジニアに読んでほしい!技術書・ビジネス書大賞 2019」プレゼン大会

高柳謙氏 株式会社丸善ジュンク堂書店 平木啓太氏 株式会社スマートニュース 瀬尾傑氏 株式会社アトラクタ 永瀬美穂(@miholovesq)氏

技術書・ビジネス書のそれぞれトップ3人の著者(や関係者)によるプレゼンテーション投票・発表のセッション。

[ 2月14日全て ]

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日目でもトークをお伺いした熊谷氏。今回も発表の骨子は同じだったので、今回は復習となった。

メモ

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 史と概論を語る前半。途中退室。

[ 2月15日全て ]

2019年4月1日 (月)

令和

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

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

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

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

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

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

[ 5月30日全て ]

2019年5月31日 (金)

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

やったこと

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

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

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

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

学び

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

[ 5月31日全て ]

2019年9月9日 (月)

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

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

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

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

評価者/育成者視点

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

個人視点

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

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

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

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

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

4つの道

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

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

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

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

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

[ 読書ノート ]

[ 9月9日全て ]

2019年9月10日 (火)

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

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

さっそく注文。

[ 9月10日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

nDiki1999年1月に始めたコンピュータ日誌を前身とする NaneyWeb 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

※内容は個人的見解であり所属組織とは関係ありません。

月別インデックス
Process Time: 0.074806s / load averages: 0.60, 0.50, 0.50
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker