プロダクトの成功に必要な 3 つのステージと 20 のタスクについて：現場の動き方をまとめました｜Fritz | Lead Product Manager @ Mercari
こんにちは、フリッツ です。プロダクトマネージャー（以下 PM）になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました（ありがたい）。 ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。 ということで、旅の序盤として、本記事では「プロダクトの成功」を導くために必要とされる、問題定義・優先順位決定・実行 という 3 つのステージを PM 視点から 20 項目にわけてみました。できるかぎり、（自分の今までの）現場の動き方に沿うようにまとめました。割と基本的な内容ではありつつも、特に実行のパートにおいては、現場で役立つような個人的知見を多少含められたはず…。 プロダクトに関わる方、および・駆け出し～数年目の PM の方のお役に立てる記事になっていれ
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
#pmconfjp 1日目の資料などのまとめと自分の感想 - えいのうにっき
11月12日・13日の日程で開催されている pmconf こと、プロダクトマネージャーカンファレンス 2019。 2019.pmconf.jp 現在僕は仕事でもプロダクトオーナーシップに近いところにいたりして、「プロダクトマネージャー（PdM）」への関心が急激に高まっていたりする。趣味開発プロダクトにおいては常に自分がプロダクトオーナーであるとも言えるし（？）。今回はもろもろ噛み合わず参加を見送ったのだけど、インターネット上に溢れでてきた情報からだけでも最大限インプットしたいということは、イベント開催前から思ってた。 これは、Twitter の「話題を検索」で #pmconfjp を検索した結果の「最新」で見られるものを 2019-11-13 9:00 AM 時点で全部追ったついでにまとめたメモ。やはり盛り上がっていたのか、相当な数のツイートがあった。もし資料の取りこぼしがあったらぜひ @
エンジニアからPMに転換した際にハマったこと・感じたこと｜Tank @ Mercari US
最初に周りに結構「今エンジニアやってるけど、将来的にPMになりたい」や、「今学生でエンジニア目指してるけど、いつかPMになる気がする」といった方が多い（自分も昔そうだった）一方、PMをやったことがない人からすると結構どういった仕事をするのかイメージしづらいものかと思います。そういった方向けに、エンジニアとプロダクトマネージャーの役割の違いや、働く上での違いを書いていこうと思います。 補足ですが、ここでいうPMの定義はProject Managerではなく、Product Managerです（PdMと略す方も増えてきています）。この２つは結構混同されがちなのですが（後で触れますが、自分も最初混同していた）、完全に別な役割だと思っています。（これに関しては@kyosu_keさんがこの記事でかなり分かりやすくまとめてらっしゃいます。） エンジニアからPMになるまでの話元々情報科学にあまり興味なか
SQUARE ENIX OPEN CONFERENCEゲーム開発プロジェクトマネジメント講座
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1 ©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4 ©SQUARE
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
心理的安全性を 0から80ぐらいに上げた話
及川卓也からの伝言 「PMの心得3条」
