プロダクトを分割してマネジメントする｜小城久美子 / ozyozyo
ロードマップやプロダクト指標（NSM）を設計するとどの単位でこれらを検討すればよいのか？という悩みを持つことがあります。今日は私の考えるプロダクトの分割についてです。 ※ 「プロダクト」の分割について記載しており、「チーム」の分割については触れません 機能でプロダクトを分割しないプロダクトが大きくなるにつれて検討事項が増えるので人を増やしてプロダクトを分割することを検討します。このときのアンチパターンは「機能」でプロダクトを分割してしまうことです。 機能でプロダクトを分割した末路: 蛇足のダソくんこの絵は極端な例となりますが、とても優秀な「ヒレ」機能の担当者がいると、「ヒレ」機能だけが華美になり結果としてプロダクトの全体価値を損ないます。 価値でプロダクトを分割するプロダクトを価値で分解するプロダクトは提案する「価値」で分割しましょう。ただ、分割するときに、それが大きな価値なのか、その大き
プロダクト指標の作り方 - North Star Metric｜小城久美子 / ozyozyo
ソフトウェアのプロダクトを対象としたNorth Star Metric（NSM）と呼ばれる指標の作り方を書きます。 🙅♀ CACがいくらが適切かといった具体的な話はありません 🙆♀ プロダクト指標(NSM)を考えるためのフローの話があります どうしてKGIがダメなのか(ダメではないです) プロダクトの成功とは、「ビジョン」「顧客価値」「事業価値」の3つのバランスが取れた状態です。KGIは一般的には売上など、事業価値に基づいて決定されます。例えば、KGIから派生するKPIツリー側でビジョンや顧客価値について手当がされていれば問題にはならないかもしれませんが、KGIだけをプロダクトとして追っていてはプロダクトの成功とは別の方向を目指すことになってしまいます。そのため、プロダクトの成功に直結した指標を作ることが必要なのです。 プロダクトと事業また、小さくリリースをして改善を繰り返し、品質
2022年のプロダクトマネジメント方針を公開します - SmartHR Tech Blog
こんにちは、プロダクトマネージャー（以下、PM）のadachiです。 SmartHRでは、年始に各部署のリーダーがその年の方針を発表することになっています。今回は私がPMグループの方針として書いた文章を、丸ごとそのまま公開したいと思います。 本文に入る前に、少しだけ補足をさせてください。 現在PMグループには13名のPMが所属しており、それぞれ担当するプロダクトの性質もフェーズも異なります。そのようなチームに向けたメッセージということで、やや抽象的かつ焦点が絞りきれていない内容になっております。（言い訳その1） また、改めて読み返すとかなり基本的なことしか書いていないのですが、基本に立ち戻ってがんばろうぜ！という趣旨であることをご理解いただければと思います。（言い訳その2） そして、あふれる思いを詰め込んだ結果、かなりの長文になってしまいました。シンプルさを美徳とするPMとしては汗顔の至り
プロダクト思考とプロジェクト思考を理解し、優れたプロダクト、チームを作り出す方法 - tomoima525's blog
ツイッターで偶然見かけたプロダクト開発に関する一連のツイートが、プロダクトチームと経営陣、あるいは開発メンバーやプロダクトマネジャーの間に起きる摩擦を見事に言語化していました。 As they grow in size, teams within megacorps and startups tend to implicitly bias more towards Project Thinking and not enough Product Thinking. Product Thinking is a mindset and a process that, once you see, you cannot unsee it. Product Thinking, Project Thinking, a thread: pic.twitter.com/rbY80wTVgE— Shreyas
HUNTER×HUNTER×PdM - Konifar's ZATSU
先日参加した pmconf 2021 の Discord に、クロージングのあと約20分ほどハンターハンターのチャンネルが作成され、そこで少し雑談をした。 ハンターハンターの台詞はプロダクト開発の中でも活かせるものが多いよねという、雑談チャンネルにふさわしい内容であった。正直自分でも後で何の話だっけ？となりそうなので、話した内容 + α をざっと書いておく。 ドキドキ2択クイ~~~~~~~~ズ!! プロダクト開発の中で、トレードオフを考慮しなければいけない場面は多い。「ではドキドキ2択クイズしますか」のように使うと議論が整理できてよい。ただし、この場合の答えは「沈黙」ではない。また、トレードオフだと思い込んでいるだけで実は「ナカヌキ」的な一手が存在しうることもあるので注意が必要。 今オレ達にとって最悪のケースってのは何だ？ 議論の本質が見えなくなった時に整理できる。実は今話している前提から
なぜatama plusはここまでカルチャーに投資するのか？｜atama plus
こんにちは、atama plus代表の稲田です。 本日、atama plusが大切にしているカルチャーについてまとめた「atama＋ culture code」を公開しました。 atama plusは創業当初よりMission・Valuesを掲げ、カルチャーに投資し続けてきましたが、この度さらに強固なカルチャーを作るべく、Valuesを体現するために必要なことを言語化したカルチャーコードを作成しました。 これはatama plusが今までも、これからも大切にしていきたい価値観を言葉にしたものですので、現在のatama plusメンバーも、そしてこれから入ってくる未来のメンバーも、この価値観を軸において皆でMission実現に向かってまいります（逆にこれ以外はおおいに多様でいきます）。 作成にあたっては職種横断のカルチャーコード検討タスクフォースを作り、全メンバーを巻き込みながら半年以上の時
Rettyでプロダクトマネージャーのスキル定義＆評価制度を導入した話｜のぐちひろき
Rettyプロダクト部門担当執行役員の野口です。PMのスキル定義や評価制度を導入し、プロダクトマネジメントを組織に浸透させる取り組みについて書いていきます。 この記事はRetty Advent Calender 2020の23日目の記事です。昨日は個人ベース・ビジネスドリブンのチームにスクラム導入して1年が経ったので振り返るでした。 Rettyではプロジェクトマネジメントドリブンで、プロダクトマネージャー（以下PM）職種がない組織でした。PM職種導入のため、プロダクトマネージャーの理想像を言語化し、すり合わせたという話でした。「Rettyの未来に向かって、突破できる人」を理想としています。 今回は、上記の記事の後編として（後編書くのに半年かかってしまった・・・）、2019年12月以降で行ったプロダクトマネージャースキルの定義と評価制度への組み込みについて、記載していきます。 背景：LeSS
プロダクトマネージャーとしてのキャリアのお話｜松栄友希（まつばえゆき）
「松栄さんは、今後のキャリアをどう考えているんですか？」 採用系の面談やプロダクトマネージャー（PM）のお悩み相談を受ける場でよくこの質問をされる。私は今30代後半で、PMとして仕事をし、かつPMチームのマネージャーもしている。みんな、PMのキャリアをどうしていけばいいか悩んでいるなぁとよく思う。 実際にお会いした方には素直に話しているのだけれど、会える人に限りがあるので、もっと多くの人の何かのヒントになればいいなと思い、ここに書いてみようと思う。 キャリアの話はどうしても、これまでの変遷が軸になるので、私のこれまでの話から（長くなってごめんなさい）。 キャリアがめちゃくちゃな状態で入ったリブセンス私はもともと紙媒体のデザイナー兼ライターとして社会人キャリアをスタートさせている。ただデザイナーとして才能がないというかセンスがないというか、全くダメだったので1年半でWebマーケティングに異動
【翻訳】プロダクトマネジメントトライアングル - ninjinkun's diary
original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし
OKR運用を1年間やりきって見えた成功と失敗のふりかえり - Speee DEVELOPER BLOG
デジタルトランスフォーメーション（DX）事業本部でPMをしています、渡邊です。 1年ぐらいOKRを運用し続けていろいろ経験できたので、失敗パターンの紹介とうまくいったケースの工夫した点について紹介します。 OKRを始めて見たけど、運用がしっくりこないという方にとっての一助になれば幸いです。 Agenda OKRとは OKR本の「よくある失敗事例」と比較してみた 成功ケースから振り返るOKR運用の5つのポイント OKRとは？ Objectives and Key Resultsの略称です。目標達成や評価のフレームワークとして、言葉を耳にしたことがある方も多いのではないでしょうか？ 昨年4月に発売された以下の書籍（以下OKR本）がきっかけで弊社でも有志を中心に実施される運びとなり、今は全社での導入が進んでいる状態です。 OKR（オーケーアール） 作者: クリスティーナ・ウォドキー出版社/メーカ
【翻訳】 図解 プロダクトづくりの構造 - ykmc09 blog
訳者注 本記事は、Dan Schmidt 氏のブログ記事「A Visual Vocabulary for Product Building」をご本人の許可のもと日本語訳したものです。 ninjinkunさん、Koshiro Kumikoさんにレビューにご協力いただきました。的確かつ、建設的で思いやりのあるアドバイスとフィードバックに感謝します。 同一著者の関連記事としてこちらもぜひ合わせてご覧ください：【翻訳】プロダクトマネジメントトライアングル 以下、翻訳本文です。 プロダクトビルダー（訳注：プロダクトをつくる人たち）が自分のプロダクトに当てはめられるような、成功するプロダクトをつくる方程式はありません。これは、プロダクトが置かれている常に変化するコンテキストに、プロダクトづくりの詳細が大きく左右されるからです。あるプロダクトで成功した戦略が別のプロダクトではまったくあわないこともありま
チームのPdM力を底上げしたい。新任プロダクトマネージャーが描く“次の成長曲線” | Wantedly Engineer Blog
エンジニア組織の拡大とともに、「個」の力で成長するフェーズから、組織として成長するフェーズに突入したウォンテッドリー。“つくるひと”の自主裁量を重んじる設立以来の基本方針はそのままに、組織マネジメントのための新たな役割を追加しています。 その内の1人、ウォンテッドリー初のPdM（プロダクトマネージャー）として2021年3月に入社したばかりの杉本 は、営業職からUIデザイナー、そしてPdMへと転身した経歴の持ち主。前職の動画配信サービス運営企業ではUIデザイナーとPdMを兼任し、新規事業の立ち上げに携わりました。 そんな杉本から見たPdMの役割とはなにか、そしてその能力をウォンテッドリーの中でどのように発揮していきたいのか…… 所信表明とともに話を聞きました。 「全体を見渡せないと役に立てない」という焦りーー 杉本さんはキャリアを通じて様々なポジションを経験していますし、個人でのアプリ開発の
新人PM「あるある失敗」を回避せよ！『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック（CAREER HACK）
プロダクトマネージャー（PM）の必読書！新刊『プロダクトマネジメントのすべて』共同執筆者、小城久美子さんを取材。小城さん自身も経験した「PMのあるある失敗談」をもとに、新人PMがいかに最初の壁を突破していけるか、考えました。 プロダクトマネージャーってなんだろう？ 小城さんは、及川卓也さん率いるTablyにてプロダクトマネジメントの体系化、書籍執筆に携わり、個人的にもコミュニティづくりに取り組んできたと伺いました。そのなかでも、新人PMがぶつかりやすい壁も体系化されているのでしょうか？ そうですね。とくに今回出版した書籍『プロダクトマネジメントのすべて』では、プロダクトマネジメントをはじめてする人を想定しながら執筆したので、新人PMの方にとって役立つ心構えや考え方をまとめています。 プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで ま
Rettyの開発組織をぶっ壊して、LeSSを導入した話をPO視点で書きました｜のぐちひろき
この記事はProduct Manager Advent Calendar 2019の17日目です。初参加のRettyPM野口です。 10月よりRettyのプロダクト部門担当役員を拝命し、同時にプロダクト開発で本格的に導入された大規模スクラム(LeSS)のプロダクトオーナー(PO)をやっております。 LeSSを導入してくれたスクラムコーチでエンジニアのマネージャー常松のRetty Advent Calendar 2019 からボールを渡されまして、別Advent Calendarではありますが、POの視点から今回のLeSS導入について書いていきます。 Retty開発体制の課題をどう解決していけば良いか、もっとユーザーさんに食のHappyを届けるためにはどうすれば良いか、考えに考え抜いた結果、LeSSの導入に至りました。 LeSSの導入が効果的な開発組織は少ないはずなので、全ての開発チームに役
プロダクトマネージャーの3分類
デバッグ の過程をまとめる。ほぼ自分用。 PyTorch でも tensoarboard を使ってたくさんログをとる。ログをとればおかしいところはみつかる。 ログすべきもの observation を tensorboard で visualize する。 次の最善手が分かっている observation を手動で作る。policy network が出力する action values を tensorboard に出力する。その action value が最善手に converge するか見守る loss benchmark agent との対戦結果。win rate ではなくて win/draw/lost 数をプロットする。 1 episode の長さをプロットする。self play では徐々に長くなることが想定される self play でなければ average reward
プロダクトマネージャーとは？テクノベート時代のリーダーの役割を考える #2 | GLOBIS学び放題×知見録
GLOBIS 学び放題 法人向けサービス 人材育成のプロが組織の成長に伴走します。生成AIを活用した各種機能、MBA基礎〜DXなど最新知識まで測定もできるeラーニングも用意。 詳細を見る 第1回では、全ての企業が「顧客中心主義」であるために、ユーザーやマーケットとコミュニケーションをし続け、プロダクトを最適な形へ進化させ続けなければならないとお伝えした。成功しているテック企業は、この役割をプロダクトマネージャー（以下、PDM）というリーダーに担わせている。シリコンバレーの企業をはじめ、日本国内でも成功しているテック企業は、共通してPDMを設け、キーマンと位置づけている。では、PDMとは具体的に何なのか。その役割を考えたい。 プロダクトマネージャー（PDM）とは ここでは、PDMを「テクノロジーを活用してプロダクトの価値を創出し続ける人」と定義する。「プロダクト」とは、企業が顧客に販売する製
新しくプロダクト開発に入ったときにやっていること | wapa5pow blog
年度が代わり新しい環境に行く人も多いですね。新しい環境・プロダクトだといろいろ戸惑うことがあります。自分は数年ごとに転職し、副業も複数のところでしているので初めての環境に関わることが結構あります。そのなかで素早くチームになじんでプロダクトに貢献できるようにやっていることがあるのでそれを紹介したいと思います。 自分がウェブやアプリのエンジニアなのでその文脈で話します。 「プロダクトのあるべき姿と現状を把握する」と「短期的・長期的に貢献できることを探す」ことを意識してやっています。 プロダクトのあるべき姿と現状を把握する 関わるプロダクトがユーザの何を解決しているのか理解することは開発する上で非常に大切です。機能を開発する上でもただ開発するだけでなくその機能自体が必要なのかどうか、必要ならどのような機能にすればユーザが問題を解決しやすいかという何を開発するかに密接にかかわっています。 1. ア
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
「Stailer」リリースから4ヶ月でプロダクト責任者を権限移譲した話 | 株式会社10X
開発不要でネットスーパーを立ち上げられる「Stailer」のプロダクト責任者は、CEOの矢本真丈からCTOの石川洋資へ──。 この記事で示す「プロダクト責任者」とは、プロダクトに責任を持ち、開発やグロースを進めていく役割のこと。10Xの核とも言える「Stailer」のプロダクト責任者交代となったのは、2020年秋頃のことでした。 しかし、Stailerがリリースされたのは2020年5月。なぜこのタイミングでプロダクト責任者を交代したのでしょうか？さっそく、その背景や目的を10XのCTOである石川にインタビューしました。 石川 洋資 @_ishkawa Co-Founder, 取締役CTO 大学にて経営工学を専攻。在学中にスタートアップの創業メンバーとなり、iOSアプリの開発に取り組む。大学卒業後は面白法人カヤック、LINE株式会社、株式会社メルカリで新規アプリの開発に携わる。その後、メルカ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The AI workspace that works for you. | Notion
