プロジェクトスコープを決める際に考える２つのこと

はじめに

プロダクトマネージャーの仕事のうち、最も実力が試されるイベントの一つとして、「プロジェクトの計画」が挙げられます。ここで言う「プロジェクト」とは、日々数字を見て改善するグロース的なプロダクト開発とは違い、ある程度大きな投資（Investment）をしてある程度大きな成果（Return）を得ようとする、中長期に渡って進めるプロダクト開発のことを言います。アジャイルとかウォータフォールとかの開発手法の違いではありません。

プロジェクト計画の中で重要なことの１つが、プロジェクトスコープの策定です。この決め方次第でプロジェクトの成否は決まってしまうと言っても過言ではないと思います。というわけでスコープの決め方についてのポイントをまとめていきます。

余談

いきなり余談ですが、こちらの記事にもあるようにプロダクトマネージャーとプロジェクトマネージャーは担うべき役割が違います。

https://aboutproduct.jp/media/career/86/より引用

もし組織が充実していて、プロダクトマネージャーとプロジェクトマネージャーを担う人が完全に分かれているのであれば、上記の図にように役割分担しても問題ないでしょう。実際に自分はリクルート時代にプロジェクトマネージャーとして大きなプロジェクトをリードしていたことがありましたが、その際は別のプロダクトマネージャーが方針を決めて結果に責任を持っていました。

しかし、きれいに分担できるほど恵まれた組織は多くはありませんし、完全に分担してしまうと目的が異なる２人のコミュニケーションコストがそれなりに高くなるデメリットもあります。つまりプロダクトマネージャーがプロジェクトマネージャーの責務も担うケースは多々あるのです。こちらの記事にもあるように、プロジェクトマネジメントはプロダクトマネージャーにとっても必要なスキルの一つと言えます。

時々「プロダクトマネジメントとプロジェクトマネジメントは完全に異なるものだ」のように二項対立的な主張を見かけるので、必ずしもそうではないよということを余談として書かせていただきました。

プロダクトマネージャーの転職活動記

はじめに

2020年6月に株式会社CAMPIFREを退職し、株式会社グロービスに転職しました。

今回が3回目の転職なのですが、組織によって役割が異なるプロダクトマネージャーとしての転職には独特な難しさがありました。

そんな中、こちらの記事が非常に参考になりました。

note.com

というわけで、自分の経験も誰かの役に立てばいいなと思い、転職活動記を残します。

前提：経歴

自分の過去の経歴はざっくりこんな感じです。

• Javaエンジニア（4年）
• インフラエンジニア（3年）
• プロジェクトマネージャー（4年）
• エンジニアリングマネージャー（3年）
• プロダクトマネージャー（2.5年）

過去3社（出向先を含めると4社）に在籍し、製造業企業の社内SE・大規模toCサービスのPjM・ベンチャー企業の新規事業のPdMなど、それなりに幅広く経験してきました。

安定してパフォーマンスを出せている組織は危険と思え

組織改革・組織成長はマネージャーや経営者にとって常に向き合うべき永遠のテーマです。しかし実際に取り組んでみると非常に難しいものです。業種や組織規模によってアプローチもゴールも異なるため、「これをやればOK」という銀の弾丸は存在せず、組織の問題と向き合って必死に闘うことが求められるためです。

では、組織改革のゴールはどのように定義すればいいのでしょうか？

組織の課題として、

• 組織内コミニュケーションが円滑に進まない
• 生産性が上がらずパフォーマンスが上がらない

といったものがよく挙げられますが、組織内で円滑なコミニュケーションが可能になり、安定したパフォーマンスが出るようになれば「組織改革は成功した」と言えるのでしょうか？

組織の問題を過去の歴史から学ぶことができる２冊の書籍を引用しながら考察していきます。

日本軍とソニーの失敗から学ぶ「適応の弊害」

書籍「失敗の本質」では、第二次世界大戦前後の戦いにおける日本の敗戦の原因を、日本軍の組織的欠陥の側面から分析しています。

日本軍の組織の特徴として「過度な精神主義」「合理的判断よりも情緒・人情重視」「意思決定・情報伝達の仕組みの不備」など様々な要因が挙げられており、ザ・ダメな組織の典型例として学ぶことができます。その中に「特定の状況に適応しすぎて不測の事態に迅速に適応できない」という弱点が強調されています。

問題は、そうした概念を十分に咀嚼し、自らのものとするように努めなかったことであり、さらにそのなかから新しい概念の創造へ向かう方向性が欠けていた点にある。したがって、日本軍エリートの学習は、現場体験による積み上げ以外になかったし、指揮官・参謀・兵ともに既存の戦略の枠組のなかでは力を発揮するが、その前提が崩れるとコンティンジェンシー・プランがないばかりか、まったく異なる戦略を策定する能力がなかったのである。

失敗した戦法、戦術、戦略を分析し、その改善策を探求し、それを組織の他の部分へも伝播していくということは驚くほど実行されなかった。これは物事を科学的、客観的に見るという基本姿勢が決定的に欠けていたことを意味する。

これらの失敗の原因をつなぎ合わせて、その最も本質的な点をつきつめていくと、まことに逆説的ではあるが、「日本軍は環境に適応しすぎて失敗した」といえるのではないか。

陸軍は西南戦争や日清戦争、長いソ連との戦いを通じて、歩兵の近接格闘と精神力が勝利のカギだと信じていました。また海軍は艦隊決戦主義という思想を持ち、艦隊の戦闘スペック（大砲の火力や数など）が勝利のカギだと信じていました。この強い信念・思想のおかげで太平洋戦争までは「強い軍隊」として実績を積んでいました。故に太平洋戦争もこの信念・思想で勝てると信じて疑わなかったのです。

しかし太平洋戦争の相手である米軍は技術力をフルに活用して量産型戦闘機やレーダーを開発し、既存の枠組み捉われない新しい戦術を駆使してきました。技術力の前に精神力など無力に等しいのです。また米軍は太平洋諸島の中での戦いに合わせた戦術を準備してきましたが、日本軍は仮想敵をソ連としていたため、陸上戦の戦術しか持ち合わせていませんでした。その結果、日本軍が想定していない状況が多発し、気づいた時には圧倒的に劣勢になり、結果的に敗戦に繋がってしまいました。

行動経済学から学ぶプロダクトマネジメントに潜むバイアスたち

これは何か

行動経済学をプロダクトマネジメントに活かすために、人の様々な行動パターンやバイアス、そしてその活用方法を自分なりに整理したものです。

※記事の最後に参考にした文献を記載しています。
※とてつもなく長いのでブックマークして必要な時に参照するのがオススメです。
※今後も日々更新・追記していく予定です。

インデックス

更新履歴

• 2020/05/07 初版
• 2020/05/10 「人は状況を評価しない（対応バイアス）」追記、文献２件追加
• 2020/05/16 「人は集団に左右される」「人は状況を評価しない」一部追記、文献１件追加
• 2020/06/07 Social Proofについて追記、文献１件追加

行動経済学とは何か

行動経済学（こうどうけいざいがく、英: behavioral economics）とは、経済学の数学モデルに心理学的に観察された事実を取り入れていく研究手法である（Wikipediaより）

自分なりにまとめると、「人間は合理的な判断をする」（＝エコノ）という前提で成り立っていた既存の経済学に対し、「人間は必ずしも合理的な判断をしない」（＝ヒューマン）という前提で人々の経済活動を分析する学問です。より簡単に言えば「経済学×心理学」です。

例えば、エコノは情報を分析して自分の利益を最大化する合理的な選択を必ずします。しかし周りにそんな人はどれくらい存在するでしょうか。誘惑に負けて不要なものを買ってしまったり、期待値が圧倒的に低い宝くじに手を出してしまったりと、世の中には全く合理的でない判断に溢れています。この非合理を紐解く学問が行動経済学です。

PMは自分を組織に食べさせることを考える

酔った勢いで買ったのか全く記憶にないが、自分のKindleにこの本が入っていた。

 その中のハサミムシの章にこんな記述があった。

 ハサミムシは肉食で、小さな昆虫などを餌にしている。しかし、孵化したばかりの小さな幼虫は獲物を獲ることができない。幼虫たちは、空腹に耐えながら、甘えてすがりつくかのように母親の体に集まっていく。これが最初の儀式である。（中略）あろうことか、子どもたちは自分の母親の体を食べ始める。そして、子どもたちに襲われた母親は逃げるそぶりも見せない。むしろ子どもたちを慈しむかのように、腹のやわらかい部分を差し出すのだ。

これを読んで衝撃を受ける共に、ふと「プロダクトマネージャーもこうあるべきなのかなあ…」という物思いにふけてしまったので、その内容をつらつらと書いてみる。

「自分をクビにする」という考え方

EMFMのep15にてカオスエンジニアリングとVPoEの権限委譲の話題があり、その中で以下のような話があった。

・２年か３年で自分をクビにするのが自分の仕事
・その期間にスキームや仕組みを作れないなら自分は無能だ
・自分の仕事をなくすことをしなければ次のフェーズには進めない

組織が個人のスキルに依存してしまうと、その個人のポテンシャル以上の成長は見込めないし、その個人がいなくなったときに組織が崩壊してしまう。ただ依存される個人の立場になってみると、その依存されている状態が心地よくなってしまい、その状況を変えようとしなくなるリスクがある。

特にプロダクトマネージャーやエンジニアリングマネージャーは、どうしても多くのスキルを求められるため依存度が高くなってしまう。しかし彼らのミッションは「プロダクトの成長を最大化すること」「エンジニア組織のパフォーマンスを最大化すること」であって、「自分が組織において重要な位置にいること」ではないはず。

常に長期的かつ客観的な視点からミッション遂行のために何をすべきかを考えると、「自分をクビにする」という考え方は大切なことだなあと思った。

RSGT2020に行ってないけどレポートをする

2020年1月8日から３日間、Regional Scrum Gathering Tokyo 2020が開催されました。

2020.scrumgatheringtokyo.org

もちろん…

行ってません(｀・ω・´)ｷﾘｯ

去年初めてこのイベントの存在を知り、タイムラインに流れてくるスライドが学びになるものばかりだったので、行ってないけどレポート記事を書いてみました。

今年は行こうと思ってたんですが、完全に申込を忘れてしまっていたので、今年も「行ってないけどレポート」になります。

プロダクトバックログでアイテムを管理しているとき、どうしても視線の先にOutput（＝成果物）を置いてしまいがちだけど、Outcome（＝価値）にフォーカスを当てることで良いプロダクト開発が実現できる、という内容。事例の「ダイヤ」のようにOutcomeの期待値を可視化して共有することで、POだけでなく全員が「何を作るべきか」を強く意識でき、強い組織が生まれる。

ただスライドにもあるように、これを徹底するためにはしっかりOutcomeの計測ルールを決めること、そしてしっかり労力をかけずに計測できる基盤を用意することが重要だと思う。なんとなくでOutcomeを評価してしまったり、毎回一から計測していると、すぐに陳腐化してしまいそう。

POとしてまずはOutcomeの言語化のパターン化をして、プロダクトバックログアイテムに記載することから始めてみよう。

2019年の振り返りと2020年の抱負

あけおめ！(｀・ω・´)

2019年の振り返りと、2020年の簡単な抱負をまとめてみます。

仕事

何より2019年は転職が大きなイベントでした。

【ご報告】
本日をもちまして4年半勤めたリクルートテクノロジーズを退職しました。皆さま本当にお世話になりました！

そして明日からCAMPFIREでPMとして働きます。CAMPFIREの皆さま、よろしくお願いします！ pic.twitter.com/rhXbWUAJWV

— 久津佑介(HisatsuYusuke)🔥プロダクトマネージャー (@Nunerm) 2019年2月28日

大きくて優秀な組織から小さく未熟な組織に移り、裁量と責任を持ってプロダクトのグロースに全力を注ぐことを望んだ転職でした。結果としてもCAMPFIRE Ownersという新規サービスの責任者を任せてもらい、９月にローンチをすることができました。

が、振り返ると想像を遥かに超えたハードな環境でした。リクルートとのカルチャーギャップが大きかったのも一因ですが、何より人が圧倒的に足りていないので、とにかく「何でも屋」としてこの１年弱を動きまわりました。

予算編成、事業計画策定、組織整備、業務フロー整備、社内SE、カスタマーサポート、オウンドメディア運営、エンジニアリングマネジメント、要件定義、テスト、人事制度検討、採用活動…

人間頑張れば一通りのことはできます。が、せいぜいそれぞれ40点ぐらいの出来にしかなりません。サービスローンチまではそれでも良かったのですが、よりサービスを成長させていくためには40点ではダメです。

なのでここからは各分野でより優秀な人にどんどんタスクをお任せして、80点〜100点を目指していく所存です。2020年の抱負は「人を動かす」と「脱・何でも屋」。 

副業

2019年から人生で初めて副業を始めました。目的は、自身のスキルがCAMPFIREとはまた違う環境で通用するのかを試してみたくなったから（と、2020年は出費が増える見込みなのでシンプルに稼ぎたかったから）。

まだまだ成長に貢献できるレベルには至ってないので詳細は控えますが、既に多くの学びを得られています。今ちょうど読んでいる書籍「サイロ・エフェクト」にもあるように、一つの組織に属しているとその中での基準や文化に何の疑問も持たなくなりがちです。プロダクトマネージャーたるものプロダクトや組織に対して冷静かつ客観的な視点を持つことが求められるので、週１回でも全く異なる文化の組織の中に入ることで、自組織のおかしな「暗黙の了解」に気づけます。これは非常に良い効果でした。

2020年は短時間でもしっかり成果を出して貢献していき、その経験を本業の方にも還元できるようにします。

登壇

プロダクトマネージャー、エンジニアリングマネージャー関連の登壇はこの１本だけでした。ちょっと少ないので今年は増やそう。

engineering-manager-meetup.connpass.com

→スライドはこちら

あと採用関連でこれに出ました。パネルディスカッションのみ。

mercari.connpass.com

あとはkiitokさんにメンター登録させていただいた関係で、キャリア関連の登壇をたくさんさせていただきました。自分のキャリアの棚卸しもできたし、主に若手エンジニアの悩みなどを知ることができたので、この機会を与えていただいたkiitokさんに感謝。

kiitok.connpass.com

→スライドはこちら

rtlabo.connpass.com

→イベントレポはこちら

kiitok.connpass.com

取材・メディア掲載

今年は取材していただく機会が多くありました。おそらく一月中にもう一本、キャリア関連の記事が出るはず…？

特にヌーラボさんの取材は、2018年の登壇用スライドを見ていただいたいて取材に繋がりました。日常的なアウトプットが機会を生み出すことをひしひしと実感しました。今後も続けていこう。

backlog.com

new-frontier.org

イベント運営

2019年は初めて２つの大きなイベントの運営お手伝いをさせていただきました。

１つ目がEngineering Organization Festival 2019。

本日 #eof2019 のスタッフとして受付しております。爽やかな笑顔でお迎えします。 pic.twitter.com/SiJQkCRYgv

— 久津佑介(HisatsuYusuke)🔥プロダクトマネージャー (@Nunerm) 2019年10月31日

広木大地さんがSlackで「ボランティア募集中です」と書いていたのをみて、完全に興味本位で申し込んでみました。大規模イベントの運営は初体験だったのですが、みんな良いイベントを作ろうとめっちゃ頑張ってることがよくわかりました。

２つ目がプロダクトマネージャーカンファレンス2019。

プロダクトマネージャーカンファレンス2019の参加者、そして運営側としての気づきをまとめましたー#pmconfjp

プロダクトマネージャーに必要な３つのもの 〜Produce Manager Conference 2019より〜 https://t.co/UiNDrtmzmk

— 久津佑介(HisatsuYusuke)🔥プロダクトマネージャー (@Nunerm) 2019年11月14日

こちらはメルペイの丹野さんから「モデレーターやってみない？」とお声がけいただいたのがきっかけ。当日はめちゃ緊張しましたが、多くの優秀なPMの方とお話しできて楽しかったです。

また今回は前回から来場者数を2倍以上に引き上げ、マルチトラック、スポンサーブース設置、など新たなチャレンジが多かったのですが、こちらも「学びを持って帰ってもらいたい」という皆さんの熱量がすごく、かなり良いイベントになったと思います。今月の打ち上げが楽しみです。

２つとも2020年も関わらせていただきたいなーと思ってます。

その他

プロダクトマネジメント関連では、NewsPicksアカデミアの及川ゼミに参加したり、UX DAYS TOKYO 2019に参加したりと、自己投資額がなかなかエグいことになってると今気づきましたw

ちゃんと結果を出して取り返そう。

インプットとして読書量は56冊でした。ちょっと少ないのと、それに対するアウトプットも少なかったので2020年はしっかり時間作ってインプット＆アウトプットしていこう。

bookmeter.com

あとどうでもいいですが、趣味でやっている作曲＋１人演奏が全く成長できなかったので、2020年はしっかり取り組んでYouTuberになることを目標にします。

というわけで2019年の振り返りと2020年の簡単な抱負でした。

みなさま今年もよろしくお願いいたします。