プロダクトマネジメントに関する本を書きました。 本書は、中学2年生の「たかし君」がスマホアプリを作りながらプロダクトマネジメントを学ぶ、というストーリー形式の入門書です。 「みんなに使ってもらえるプロダクトを作りたい」 そう考えるたかし君が、従兄弟のお兄さんの力を借りながらスマホアプリの開発を進めていきます。読者はたかし君の成長ストーリーを通じてプロダクトマネジメントを学ぶことができます。 書店に並ぶのは8月末の予定ですが、各オンライン書店で予約受付中です。 ・Amazon ・楽天ブックス 初学者向けのプロダクトマネジメントの本を書きたい、と思ったのが本書執筆のきっかけです。PM向けの本は洋書が何冊か翻訳されておりいずれも良書なのですが、一定のPM経験がある人向けで、初学者向けの本が必要ではないかと思っていました。 プロダクトマネジメントを要素分解すると、デザイン思考、システム思考、アジャ

本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v

— 今回はIncrementsでQiitaのプロダクトマネージャーを担当されている及川さんにお話を伺います。早速ですがQiitaの概要やサービスコンセプトについて教えてください。 Qiitaはエンジニアのための情報共有コミュニティサイトで、様々なユーザーが技術の習得やトラブルシューティングに役立つ情報を発信しています。Qiitaはエンジニアのためのナレッジベースになっており、多くのトラフィックがGoogleなどのWeb検索から流入します。エラーメッセージをキーワードに検索し、Qiita上のページにたどり着いて問題を解決する、といった使われ方ですね。 Increments株式会社は「ソフトウェア開発をよくすることで世界の進化を加速させる」を企業ミッションとしています。その企業ミッションのもと、ソフトウェア開発を支える技術者のための知の共有プラットフォームとしてQiitaを提供しています。 人

― まずご自身について教えて下さい。 スマートニュースの渡部です。SmartNewsにはニュースと広告という2つのプロダクトがあります。それぞれ開発体制もサーバーもコードも全く別のプロダクトで、私は広告プロダクトの『SmartNews Ads』の責任者としてプロダクトマネジメントを行っています。 私がスマートニュースに入社したのは、2年ほど前の2014年9月です。当時のスマートニュースはこれからマネタイズをしていこうというフェーズで、私を含めて5人ほどの開発チームで広告プロダクトをゼロから作りました。現在は10人ほどのメンバーでSmartNews Adsを開発しています。 SmartNews Adsの最大の広告配信先はSmartNewsですが、その他の媒体にも広告を配信しています。 ― スマートニュースに入社するまでの経歴を教えて下さい。 新卒でNTTコミュニケーションズに入社しました。も

良いチームが良いプロダクトを作る ― minneに異動してから、PMとしてまずどんなことをしたのでしょうか？ 去年の9月にminneチームに異動して最初に気がついたのは、規模が大きくなって全体感が見えづらくなっていることでした。minneチームではGitHub Enterpriseを使っていてWebやiOSアプリ、Androidアプリなどの単位でリポジトリが分かれているんですが、リポジトリごとにイシューが山積みになっていて、ステータスやタスクの粒度が見えづらくなっていました。 イシューをもう一段上のレイヤーで整理する必要があることに気づいて、全体観を見れるものをプロダクトバックログとしてTrelloにまとめることにしました。GitHubのイシューはどんどん埋もれていってしまいますし、良いアイデアが各リポジトリのコメント欄に眠っていたり、壮大な野望みたいなものがどーんと書かれていることもあり

― まず山本さんご自身について教えて下さい。 GMOペパボ株式会社の山本です。ハンドメイドマーケット『minne（ミンネ）』のプロダクトマネージャーを担当しています。 2003年にまだ社員数が非常に少ない時代のペパボにデザイナーとして入社しました。まだ10人くらいの頃です。当時は主なサービスがレンタルサーバーの『ロリポップ！』ぐらいしかありませんでしたが、それからどんどんサービスが増えていきました。ブログサービスが流行り始めた頃で、ブログサービス『JUGEM』の立ち上げにデザイナーとして関わりました。 ペパボは3社目なんですが、ペパボに入る前は紙媒体のデザインをやっていました。新卒で福岡の印刷会社に入社してデザイナーとして働いて、1年ほどでフリーペーパーやWebサイトを手がけるデザイン会社に転職しました。 当時、趣味の写真をテーマにしたホームページを運営してたんですが、ホームページの掲示板

― 自己紹介をお願いします。 Kaizen PlatformのSVP of Productionの瀧野です。現場のプロダクトマネジメントをしながら、プロダクト開発組織のマネジメントを行っています。 Kaizen Platformは現在日米あわせて100名ほどの組織ですが、2年前に10人目の社員として入社しました。 創業当初から変わらない世界観に対して、仮説検証の結果をみて戦略をアップデートすること。新たに明らかになったイシューに対して優先順位をつけて解決策を考えること。なぜ解決すべき問題なのか組織内で共有すること。こうしたことが僕の仕事です。 マーケティングに関わる人のプラットフォームを作りたい ― Kaizen Platformさんはサービスを通じてどのような価値を提供しようとしているのでしょうか。 Kaizen Platformは「A/BテストのSaaSで、テストパターンの制作をクラウ

MindTheProductに米国のプロダクトマネジメントの起源と歴史が解説されている。 P&Gのニール・マッケロイ(Neil H. McElroy)が1931年にブランドマネージャーの職務定義に関する800語のメモを書く。徹底的なフィールド調査と顧客との交流を推奨。セールスからプロダクト、広告宣伝までを統括するブランド・マネジメントの礎を築く。 マッケロイが当時スタンフォードの学生だったHP創業者、ビル・ヒューレットとデビッド・パッカードに影響を与える。（HPは1939年創業） HPは大野耐一や豊田英二が戦後に築いたトヨタ生産方式(Toyota Production System)に影響を受けて、カイゼンや現地現物などの考え方を取り込む。 HPの卒業生たちは、顧客中心主義やブランド単位の管理、リーン生産方式などの考え方を急成長していたシリコンバレーに広める。 トヨタ生産方式はアジャイル開

デブサミ2016でプロダクトマネジメントについて講演させていただきました。 大きめの会場が満席とのことで、プロダクトマネジメントに対する関心の高まりを感じました。内容は既出50%、新ネタ50%といった感じですが、資料を公開しますのでよろしければご覧ください。 プロダクト開発におけるプロダクトマネージャーの役割とは #devsumi‬ from Mizuki Tanno プレゼン中でご紹介した参考図書はこちら。 インサイト 作者: 桶谷功 出版社/メーカー: ダイヤモンド社 発売日: 2005/02/17 メディア: 単行本 購入: 5人 クリック: 22回 この商品を含むブログ (15件) を見る 「思わず買ってしまう」心のスイッチを見つけるための インサイト実践トレーニング 作者: 桶谷功 出版社/メーカー: ダイヤモンド社 発売日: 2008/10/18 メディア: 単行本 購入: 1

コミュニケーションの手段としてE-mailは過去のものになりつつある。 Slackは相変わらず人気だし、プライベートだけでなく仕事上のコミュニケーションもFacebookメッセージやLINEで済ませてしまう、という人も多い。メールの失敗談も良く聞く。 とはいえネットサービスにとってE-mailによる通知は、まだまだ重要なログイントリガーだ。 E-mailの特徴や活用方法について参考になる記事があったので、超訳でご紹介。 medium.com 開発リソースが不要 配信対象のユーザーを変えて反応の違いを見る、といった方法で簡単に仮説検証ができる。 直ちに効果測定できる メール配信サービスの多くはトラッキングシステムを備えており、配信結果をビジュアル化してくれる。 サンプルユーザーで施策のテストができる サンプルユーザーで配信テストをした後に本番配信、といったテストが簡単にできる。 ユーザーに特

プロダクトマネージャーのスキル標準を作れないかと思い、まずは項目を整理してみた。これからPMを目指そうという方や、PMとしてスキルアップしたいと考えている方の参考になれば嬉しい。（なお、インターネットサービスのPMを想定している） 知識 市場・事業・ユーザーに関する知識 プロダクト開発プロセスに関する知識 Webサービス、スマホアプリ固有のデザインパターンに関する知識 UIトレンドの理解、技術的な実現可能性の理解 スキル 問題の構造的理解とソリューション考案力 システム思考、デザイン思考、ロジカルシンキング、マーケティングの基本フレームワークを使いこなす力 コンフリクトマネジメント力 優先度判断、妥協点の発見 コミュニケーション力 伝達力、理解・共感を得る力、ファシリテーション力 コンピテンシー 変革力 前提を覆しパラダイム転換を志向する意欲 粘り強さ 難易度の高い問題に取り組み続ける力

KAIZEN platform Inc. 技術顧問 伊藤直也さんの、プロダクトマネージャーに関するツイートがとても示唆に富んでいるのでまとめさせていただく。 ソフトウェアエンジニアのひとがなにかと口うるさいの、組織的な怠慢のツケをはらう羽目になるのがだいたい自分たちだから、というのはあるだろうね。ごまかしがきかない仕事だし — Naoya Ito (@naoya_ito) 2015, 10月 21 良く見る典型例は、企画とか品質を保証する仕事までエンジニアに丸投げして、エンジニア側にはその期待値がなくてお互いの思惑がずれる、みたいなケースだな。この場合にエンジニアがしょぼいものを作るから、と指を指されてるけど、問題は製品企画開発の責務を組織の中で曖昧にしてるところにある — Naoya Ito (@naoya_ito) 2015, 10月 21 たまたまエンジニアの中にそこまで含めて上手な

先日開催されたセミナー、「現役プロダクトマネージャーが語る、日本企業におけるプロダクトマネージャーの課題と今後の展望 - POStudy ～プロダクトオーナーシップ勉強会～ 」の講演資料が公開されました。 私のプレゼン資料はこちらです。ご笑覧ください。 プロダクトマネージャーのためのチャットルームがSlackで立ち上がるなど、にわかに日本のプロダクトマネージャー・コミュニティが活発になってきています。 プロダクトマネジメント関連のイベントを10月にに開催すべく、現在、某人気スタートアップ企業さんと企画中です。詳細が決まりましたらこのブログでも告知する予定です。

両方ともPMと略されるため混同する人が多いが、プロダクトマネージャーとプロジェクトマネージャーは明確に役割が異なる。 Quoraに素晴らしく簡潔な回答があったので引用して紹介する。 Product managers own "What" and "Why". Project managers own "How" and "When". (a simplification, but generally holds true) Ian McAllister's answer to What's the difference between a Project Manager and a Product Manager? - Quora プロダクトマネージャーは、「何を作るか」「なぜ作るのか」に責任を持ち、プロジェクトマネージャーは、「いつまでに作るか」「どうやって作るか」に責任を持つ。 別の言

問題解決をスムーズに行うために、ソリューションではなく問題構造を明らかにしようという記事を書いた。まず顧客課題を明らかにしないと、ソリューションが適切かどうか判断することができない。 とはいえ人間の習慣はなかなか変えられないので、複数のメンバーでブレストをしているとどうしてもソリューションのアイデアを出し合う場になってしまう。 そういう時は、ペイン・ストーミング（Painstorming）を試してみよう。 ペインストーミングは次の4つのステップで問いかけを行う。 ※ペイン（PAIN）の頭文字になっている。 Person 誰の課題を解決するのか。 Activities 彼らは毎日行っていることは何か、そしてその結果はどうなるのか。 Insights 目的達成のために次善策として工夫していることは何か。彼らが仕方なく行っている行動やプロセス、仕方なく使っているツールは何か。 Needs 顧客の

プロダクトマネージャーあるある話。 プログラマの彼氏や旦那の話は時折話題になるけど、プロダクトマネージャーをネタにしたものは初めて見た。ちょっと面白かったので日本語訳してみました。（一部意訳です。） デートに誘う時、過去のデートの成功率を数字で示して説得しようとする。 待ち合わせ時間を自分で決めておいて20分遅れて現れる レストランでテーブルのガタつきを隣の席のエンジニアに直してもらっておきながら、自分の手柄のように語る。 デートのことを「1 on 1の時間」と言う 質問する前に必ず質問していいか尋ねる。 ウェイターにチキンがお勧めかどうか確認するのに「この店の鶏肉にはどんなストーリーがあるの？」と聞く。 パワポのプレゼン資料で箇条書きをどう使うべきかあなたと議論しようとする。 映画館に行く時は他に観るべき作品のオプションを検討しだすので、結局映画の開始時間が過ぎてしまう。 ベッドでの体位

TechCrunchを読むための英単語集を作ったという記事を書いたところ、色々な方から「使ってみたい」という反応をたくさん頂いた。 一方でこんなフィードバックも…。 面白いけど簡単すぎない？opportunityとか高校までで習わないんだっけ、、、 // 「TechCrunchによく出る英単語集」を作ってみた - 小さなごちそう http://t.co/fa8pOlKQjU — itog (@itog) 2015, 1月 14 これは作っていて実際に悩ましかったところ。基礎英語を除外しきれていないというのもあるけれど、そもそも人によって英語の語彙力に差がある。 結局、自分の実力にあった英単語集は自分で作るしかない。（という言い訳。。。） 英語の勉強を地道に続けている人に話を伺うと、英語サイトを読んでいて知らない単語にぶつかったらEvernoteやExcelに記録しておき、後で定期的に復習し

まずはこんな逸話から。 あるファストフード企業がミルクシェイクの売上を改善したいと思った。 ミルクシェイクの購入者属性を整理し、同一の属性を持つ人を対象に、重めがいいか軽めがいいか、フルーツ味かチョコレート味か、など、どんなミルクシェイクが理想的か尋ねた。調査はうまく進み、特定したターゲットの好みをもとに製品を改善したが、売上は全く改善しなかった。 そこで別のチームが再び調査を行った。調査チームは店舗で来客を一日中観察した。すると早朝にミルクシェイクを買う客が多いことに気がついた。早朝の購入者になぜミルクシェイクを買ったかを尋ねると、 長い車通勤の間に片手で手間なく飲める 一気に飲めないので暇つぶしになる 腹持ちが良い といった理由だとわかった。 この調査結果をもとに製品開発を再度行ったところ売上を改善することができた。 最初の従来型のマーケティングリサーチではWhat（どんなミルクシェイ

プロダクトマネージャーを目指す人にとって指針となるようなマニフェストを、日本語で作りたいと思っている。 僕自身も修行中の身だが、僕がプロダクトマネジメントを行う際に気をつけていることをマニフェスト風にざっと書き出してみた。 まだ粗々なのでここからブラッシュアップして行きたい。 私たちは、ユーザーに愛されるプロダクトによって利益を生み出すことに情熱を持っています 私たちは、プロダクトの力で難しい問題を解決できると信じています 私たちは、問題の定義が最初の仕事であることを知っています。 私たちは、ターゲットとその課題を定義すること無しに良いプロダクトを作れないことを知っています 私たちは、要件定義はゴールではなく出発点であることを知っています 実現可能性のあるアイデアを選定するのは私たちの仕事です。 私たちは、自分の考察に盲点があることを知っています。 私たちは、多数決ではイノベーションが生ま

以前、アプリを使ってTOEICのスコアが100点以上アップした話を書きました。 TOIECで800点以上とれるようになった僕の次の課題は、「会話力」です。 TOEICはスコアアップしたけど、英語をしゃべれない しゃべれない。とにかく英語でしゃべれない。英文のサイトを読むのはかなり楽になってきましたが、英語でコミュニケーションしようとすると言葉が全くでてきません。 この課題をクリアするために色々と英語勉強法を調べていると、「瞬間英作文」というトレーニング方法に行き当たりました。 「瞬間英作文」は「英語上達完全マップ」の森沢洋介さん考案した英語トレーニング法です。中学校レベルの英単語や文法でスピーディに文章を作成する、というトレーニングを大量に繰り返すことで、頭のなかに英語回路が出来るそうです。 どんどん話すための瞬間英作文トレーニング (CD BOOK) 作者: 森沢洋介 出版社/メーカー: