nDiki : 目標

目標

2017年2月2日 (木)

目標を書き出しておくと実現するというのを意識したきっかけ

非常識な成功法則【新装版】

目標やなりたい姿は書き出しておくだけで実現しやすくなるからお勧めですよ」という話を one-on-one ミーティングの時にしました。

思い返してみると私の場合は神田昌典氏の「非常識な成功法則」という本で読んだのが明確に意識したきかっけだったように思います。読んだあとに目標を書いた Google ドキュメントのファイル中の記載日をみると2007年8月頃のようです。

ふりかえると書き出していたものがいろいろと実現・達成できているなと個人的には感じています。

これをきっかけに、またいろいろ書いておこうかな。

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

2017年3月14日 (火)

第19回 エッセンシャル スクラムを読む会

エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド

社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会の19回目。今日は第19章 スプリントプランニング。ここから「第IV部 スプリント」。スクラムチームにとって馴染みがあるパートです。

スプリントを回すにあたり第19章はすでに何度か先読みしているところですが、あらためて書籍にあたり気付きを得て実践していきたいところです。

タイミングと時間と参加者

スプリントプランニングはスプリントを開始するときに行います。2週間から1カ月のスプリントで4〜8時間ということなので、単純に計算すると1週間スプリントでは2時間程度でしょうか。

今は1週間/2週間スプリントのチームで賞味30分から45分ぐらいしかやっていません。実際時間不足を感じています。

  • チームメンバが2時間のプランニングミーティングに耐えられない。きちんとスプリントプランニングするメリットを感じられていない。
  • 3チームのプロダクトオーナー(自分)が時間を確保できない。

もちろん長ければ良いというものでもありませんが、もし不足だとしたらこのあたりが適切な時間をかけられていない障壁かなと。前者はチームが成長することで解消される気がします。後者は LeSS (Large-Scale Scrum) の2段階のスプリントプランニングにしてチーム別のにはプロダクトオーナーは出ないという形式にするという解決案も思い浮かぶのですが、参加しないデメリットを考えると躊躇してしまいます。

プロダクトバックログアイテムにかけるキャパシティ

完成させる自信のある計画を行うにはキャパシティの把握が不可欠になります。

 スプリントのキャパシティ
   = PBI にかけるキャパシティ + スプリントバッファ + それ以外

予定している休暇があるのにスプリントプランニングの際に宣言しないのは不誠実だということになるでしょう(休んではいけないということではなく、わかっているのに共有しないということが問題。体調不良等による突発的な休みももちろん別の話)。

今のところ自分たちのチームではベロシティ(ストーリーポイント)でなんとなくキャパシティがこれぐらいかなといった感じでしか考えられていませんが、次のスプリント期間をまず見通すことも必要だなと感じました。

作業時間を使ったキャパシティも紹介されていますが、実際ここまで精緻に管理したいと思うことはあまりないんじゃないかなという印象です。

プロダクトバックログアイテムの選択

基本優先順位順ですがスプリントゴールを示している場合はその限りではなく、またスキルの問題などでコミットできないプロダクトバックログアイテムはスキップするという選択も考える必要があります。

完成できそうにないプロダクトバックログアイテムを選択してはならない。プロダクトバックログアイテムが大きすぎて完成できそうにない場合は、顧客にとって価値のあるアイテムに分割するか、完成できそうな別のアイテムに着手する。(中略)未完成のアイテムを次のスプリントに繰り越していくと、スプリントの終了時に出荷判断可能なプロダクトインクリメントを手に入れるという目標がいつまで経っても達成できない。

ここがいつもスプリントプランニングでぶちあたるところです。プロダクトバックログリファインメントがしっかりできていないんですね。プロダクトバックログリファインメントは最重要レベルのアクティビティなんだなと。

タスク分解と作業時間見積もり

自信の獲得のためにタスク分解と作業時間の見積もりをまずしましょうとあるのですが、タスク分解と見積もりの方法については触れられていません。ここは自分たちで考えて頑張れという感じなんですかね。一般論にはできない部分だとは思いますが、ここは大ハマリするところなので参考になる話があると嬉しいなと思ってます。

スプリントプランニングでタスクを個人に割り当てるのは有害だというバッドプラクティスが挙げられていますが、ここは次の「スプリントの実施」で語られるところのようです。

[ 3月14日全て ]

2017年9月4日 (月)

仕事に対するスタンス共有 2017

去年9月ぶりの「仕事に対するスタンス共有ミーティング」です。下記の設問にあらかじめ答えを用意しておいて、ミーティングの場で発表するというものです。

チームビルディングの一環として、お互いを知り、うまく分担・補いあいながらコラボレーションしていけるようにしようという取り組みなんだけれど、他人を知るだけじゃなくて自分自身を再発見できたりもするのでお勧め。 -- 仕事に対するスタンス共有 2013

新しくメンバが増えたこともあり今日は CS 開発チームのリーダーがセッティングしてくれました。「そういえば自分がやっている仕事はいったい何なんだろう?」と考えつつ回答をアップデート

「自ら実践して模範を示す。」というのを追加しておいたら「実際にどんなことをしていますか?」と突っ込まれて、とっさに「ハンドスピナー」と答えてしまいました。だいたいそんな感じの模範活動です。

Q1. 仕事上でどのようことが得意ですか? 苦手なことは何ですか?

  • 得意なこと: 仕事を進めていく仕組み作りをしていくこと。
  • 苦手なこと: 大勢の人がいる場所にいること。懇親会

Q2. 仕事をする上で一番大切にしていることはどんなことですか?

  • 「どのようにすればで言ってみる」こと。
  • 「いますぐやる」こと。「早くフィードバックを得る」こと。
  • 「遊び心をいれる」こと。
  • 「笑顔でいる」こと。
  • 「情報を共有する」こと。

Q3. 仕事をしていて陥りがちな傾向はありますか?

  • 腑に落ちない時に顔に出る。(参照)

Q4. 仕事をする上でモチベーションが下がるとき、上がるときはどんなときですか?

上がるとき:

  • 感謝されたとき。ほめられたとき。感動したとき。

下がるとき:

  • 知らないうちに何かが進んでいたとき。

Q5. 所属チームで(あるいは会社で)でどのような役割を果たしたいですか?

  • ミッション・ビジョン・バリュー(価値観)を常に意識しつつ、グループとして最大のパフォーマンスを発揮できるようにマネジメントする。自ら実践して模範を示す。

Q6. 仕事を通して目指す将来の目標はありますか?

Q7. 仕事をする上で周囲や会社に対して、あなたはどうありたいと考えていますか?

  • 周囲の人の良いところを引き出す人でありたい。

Q8. 仕事をする仲間に伝えたいことがあれば何でも。

  • 一緒に笑いましょう。 (参照)

[ 仕事に対するスタンス共有 ]

[ 9月4日全て ]

2017年10月6日 (金)

真新しい施設での健康診断

今日は年に1回の健康診断。人生初の上部消化管内視鏡検査(胃カメラ検査)を受けたのでドキドキでした。

去年まではオフィスに巡回健診が来るかたちでしたが、今年から会社から歩いていける距離にある恵比寿桜十字クリニックでの受診になりました。関東ITソフトウェア健康保険組合に加入で30歳以上の保健者本人・被扶養者が人間ドックを受けてもらうために開業した施設だそうで、今年の8月1日に開業したばかり。清潔感のある綺麗な施設で快適でした。

ここでは最初に検査着に着替えてから各種検査です。

血圧

今回も1回目が高かったので良くないなと思ったのですが、採血後に測り直したらちょっと下がりました。どちらにせよちょっと注意。

腹部超音波検査

今年は腎臓に異常は無さそう。尿管結石も無さそうでほっと一安心。

問診診察

巡回健診ではおざなりの感じがした問診でしたが、ここでは今日の検査結果や、持参した前回までの健康診断書などを見ながら話しをしてくれました。結石あたりの話もきちんと質問に答えてくれたので良かったです。

立ち上がったあとに「忘れていました」と聴診器をあてての診察。「健康診断の流れにまだ慣れていなくて」とテヘペロされました。

特定保健指導

カメラ検査の順番待ちの間に保健師の方による特定保健指導。

腹囲 85cm 以上(86.5cm)、最低血圧 85mmHg 以上 (86mmHg)、中性脂肪 150mg/dl 以上(158mg/dl) ということで、「積極的支援」判定となりました。

ウェルスポートクラブで ID・パスワードを発行して定期的にメールが送られるようにすると言われたのですが、そのようなシステムで行動を変えられるとも思えないので「仕事がら、セキュリティを考えていろろアカウントを作らないようにしているので」と断りました。

セルフコントロール希望。頑張ってください。

と説明の紙に書いていただいて終了。

6カ月で5%(3.2kg)体重減がリバウンドしにくい減らし方なので、1日 124kcal が削減目標。昼夜で少しずつ減らせば減らした感が少ないですよとのことでした。

カメラ検査

今回は、胃部X線検査(バリウム検査)を胃カメラ検査に切り替えても追加料金が発生しないのでトライしてみました。

人生初の胃カメラ検査

バリウム検査はゲップ我慢と検査後の下剤が効いている間が大変なので、もしかしたら胃カメラ検査の方が楽かもと思いましたが実際のところどっちもどっちですね。

食道と胃のあたりに瘤があったので生検となりました。また、胃の下の方が白くなり血管の色でまだらになっているとのことで、オプションでピロリ菌の検査(採取済みの血液から)を追加となりました。

カメラ検査を終えて麻酔が残る喉の違和感を感じながら、着替え、受付で追加料金と病理検査結果を聞く日時の予約を取って終了。

待ち時間が暇なので検査着に着替えたあと、スマートフォンかルービックキューブを持っていくと良いです。来年の自分へ。

[ 10月6日全て ]

2018年4月5日 (木)

4月第1週にきちんとキックオフミーティング

1月付で責任者となった事業部のキックオフミーティングを本日行い事業方針・事業戦略・今期目標を期初に共有してスタートを切ることができました。

あまり早くにキックオフミーティングを予定してしまうと事業方針・予算の承認内容によっては直前(あるいはキックオフ後)に話が変わって困ってしまうので、開催タイミングについては悩ましいところです。今回はまあ変わったらその時軌道修正すれば良いやということで、みんなが動き始めることを優先した日取りにしました。

目標についてはストレッチゴールを設定していきたい思っているのですが、私の準備不足もありマネージャー陣と考え方を揃えるまでに至らずまずは保守的目標を着実に達成するという形になりました。

私としては「ストレッチゴールを設定しその数字にたどり着くために期中にアクションを考え推進していく」というスタイルで進めるのが良いと考えています。一方「取り組めるアクションを先に考えてそれで出せる成果予測を積み上げてゴールとして設定する」というスタイルで進めたいという声も出ました。担当領域の性質や培ったスタイルがあるのでそれもうまくいくやり方なのかもしれないと思いますが、やはり高い成果を出していくためには目線を上げていけるような目標を共有していけるようにしたいなと。

ストレッチゴール設定については人事評価システムとの相性も大いにあるので、そこを今後どうしていくのかも今後考えていきたいと思ってます。

[ 4月5日全て ]

2018年4月28日 (土)

ゴールデンウィーク初日は蒲田【日記】

rimage:/nDiki/2018/04/28/2018-04-28-134935-nDiki-800x1200.jpg

今日から始まったゴールデンウィーク前半3連休。初日の今日は蒲田のユザワヤへ。

ユザワヤで文房具ハンドメイドの材料の買い出しに付き合ったあと、サンマルクカフェ 西蒲田店で休憩。おかしのまちおか 西蒲田店で餅太郎を袋買いし、ダイソー 東急プラザ蒲田店をぶらぶら。mikke 東急プラザ 蒲田店でこぐまちゃんの巾着袋に一目惚れしてプレゼントに買ってもらうなど蒲田三昧。

それから今まで手を出していなかったデジタルカメラRAW 画像を扱う環境を整えるがこのゴールデンウィーク目標です。 α6300DSC-RX0PowerShot G9 X Mark II の設定をそれぞれ JPEG + RAW 保存に変更してみました。画像ファイルの転送や管理、現像もろもろ調べます。

[ 4月28日全て ]

2018年7月27日 (金)

プロジェクトでみんなをバスに乗せるために書いておく項目リスト

みんなをバスに乗せるためにプロジェクトのプランニングで明確にして共有した方が良いドキュメント形式って、方法論やプロジェクトの段階によっていろいろな名前のものがありますが、基本的に項目はどれも似たような感じです。

項目名を整理して決めておくと楽なのでちょっと書き出してみました。

コンセプトシート

比較的軽量にまとめる時。

  • タイトル
  • 概要 (What)
  • 目標 (Goals)
  • 背景と目的 (Why)

プロダクトプラン

プロダクトプランニング(エンビジョニング)のアウトプットとして。エピックレベル(数カ月程度の大きさ)。

  • プロダクト名
  • プロダクトビジョン
    • 概要
    • 目標
    • 背景と目的
    • 成果物
    • 完了条件
    • スコープ(含むの・含まないもの)
    • (opt) 依存するプロジェクト・制約条件
    • (opt) リスク
    • (opt) 予算
    • (opt) メンバ
  • 概要レベルのプロダクトバックログ
  • プロダクトロードマップ

ポートフォリオバックログアイテム

ポートフォリオプランニングで、プロダクトプランを評価した結果のもの。エピックレベル(数カ月程度の大きさ)。

  • プロダクト名
  • プロダクトプラン
  • 期間
  • 遅延コスト(ビジネス価値・時間価値・リスク軽減/チャンスと利用)
  • WSJF

プロダクトバックログアイテム

スクラムで1スプリントで完成できるサイズのアイテム。フィーチャーレベル。

タスクチケット

ちょっとしたタスク。

  • タスク名
  • 概要
  • (opt) 背景と目的 (概要で自明でない場合)
  • (opt) 成果物/アクション (概要で自明でない場合)
  • 完了条件
  • 期日

プロジェクト憲章

  • プロジェクト名
  • 概要
  • 目標
  • 背景と目的
  • 成果物
  • 完了条件
  • スコープ(含むもの・含まないもの)
  • (opt) 依存するプロジェクト制約条件
  • (opt) リスク
  • (opt) スケジュール・期限
  • (opt) 予算
  • (opt) メンバ

備考

他には以下のような形式もあります。

  • One Pager
  • インセプションデッキ
  • 製品要求仕様書 (PRD: Product Requirements Document)
  • リーンキャンバス

[ プロジェクトマネジメント ]

[ 7月27日全て ]

2018年9月11日 (火)

人事評価者研修【日記】

人事評価での心構え・評価・フィードバック面談についての研修を受講。気をつけた方がいい点などを確認する良い機会となった。人材育成についての心構えがダークサイドに堕ちないよう定期的にこういう話は聞いておいた方がいいな。

「評価者が正しい方法で正しく評価し正しくフィードバックするよう頑張りましょう」というのはその通りだけれど、人は間違えるものなので間違える前提でどうするのが良いかまで話があるとより良かったなとは思う。

あと今回のスコープ外だけれど、そもそもの前提の目標設定の話はどうなのとか、事業と人事制度の整合性があるのとか、そういうところも含めて組織として良くしていく必要があるよね。

[ 9月11日全て ]

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日全て ]

About Me

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

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

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

follow us in feedly

月別インデックス
Process Time: 0.065448s / load averages: 0.26, 0.40, 0.44
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker