はじめてのPRD
2. 1 2 3 4 典型的なプロダクトマネージャーのタスク例 企画（アイディエーション） ● ユーザー理解 ● 課題発見／抽出 ● ソリューション決定 ● 事業計画（市場開 発） 設計 ● ユーザー体験 ● ユーザーインター フェイス（ワイヤーフ レームなど） ● 技術的妥当性検討 実装時における プロダクト判断 ● 品質基準設定 ● トリアージ リリースおよびその後の プロダクト判断 ● Go-to-market ● グロース 3. 1 2 3 4 典型的なプロダクトマネージャーのタスク例 企画（アイディエーション） ● ユーザー理解 ● 課題発見／抽出 ● ソリューション決定 ● 事業計画（市場開 発） 設計 ● ユーザー体験 ● ユーザーインター フェイス（ワイヤーフ レームなど） ● 技術的妥当性検討 実装時における プロダクト判断 ● 品質基準設定 ● トリアージ リリースおよ
rule ごとに高速に eslint --fix できるツールを作った - mizdra's blog
大量のエラーに対して rule ごとに高速に eslint --fix できるツール 「eslint-interactive」 を作ったので、その紹介です。 動機 ESLint のデフォルトの出力はエラーの発生源や修正のためのヒントなど、開発者に役立つ多くの情報を含みます。これは多く場合機能しますが、膨大な量のエラーが報告される状況ではあまり機能しません (例えばプロジェクトに ESLint を導入する時や、プロジェクトの .eslintrc に大幅な変更を加える時など)。そうした状況では ESLint の出力が膨大になってしまい、開発者による出力の分析が困難になってしまいます。また、多くの種類のエラーがごちゃまぜになって出力されているため、エラーを修正するのも困難です。 そのため、このような多くのエラー発生する状況では、以下の 2 つの事柄が重要であると考えています。 全てのエラーをまと
OSS個人開発のモチベーションを高める方法〜金銭的な収益を得る（寄付をもらう）〜 - Qiita
個人サイドプロジェクトで開発しているもの 個人のサイドプロジェクトとして、こちらのソフトウェアを作っています。 VSCode用Emacsキーバインド拡張です。 Awesome Emacs Keymap Visual Studio Marketplace: https://marketplace.visualstudio.com/items?itemName=tuttieee.emacs-mcx GitHub: https://github.com/whitphx/vscode-emacs-mcx これに関連して、昨年のアドベントカレンダーではVSCode拡張の開発に関する記事を書きました: このAwesome Emacs KeymapはOSSとして開発・公開していますが、 READMEに寄付ボタンを設置したところたくさんの方から応援メッセージと共に寄付をいただけ、非常にモチベーションが上が
起業家としてのPM、職業としてのPM - 小さなごちそう
Kaizen Platformさんとの共同セミナー「Webサービスの事業成長を牽引するプロダクトマネージャーになるには？」ですが、非常にたくさんの方にご参加いただきました。お忙しい中ご来場いただいた皆さま、ありがとうございました。 私のプレゼンでは、組織の中で職務としてプロダクトマネジメントに従事する方向けに、私個人のPM経験を基にした「あるあるネタ」とその対処法を紹介しました。 私自身のPMとしてのテーマは「再現性」です。どんなカテゴリのプロダクトでも、あるいは誰がPMになっても、プロダクト開発を成功させるにはどうすれば良いのか。今回のプレゼンでもそうした観点でお話しさせていただきました。 プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか from Mizuki Tanno なお、一部ネタとして他の役割のメンバーを揶揄するような表現をしている箇所がありますが、メンバーのアウトプ
エンジニアと健全なバトルをしてますか？ Increments 及川卓也が語る優秀なPMの条件 | キャリアハック（CAREER HACK）
MicrosoftやGoogleでヒットプロダクトの開発に関わってきた及川卓也さん。現在、プロダクトマネージャーが育つ土壌づくりを推し進める。なぜ、業界全体での底上げに取り組むのか？及川さんのインタビューを通じて見えてきたのは、日本のITをより強くしたいという及川さんの思いだった。 PMが育てば、日本のITは欧米に負けないくらい強くなる｜及川卓也 プログラマー向けの情報共有サービス「Qiita」。提供元であるIncrementsでプロダクトマネージャー（以下、PM）を務めているのが及川卓也さんだ。 及川さんはMicrosoftやGoogleといった企業で、さまざまなヒットプロダクトの開発に関わってきた、まさに日本のPMの第一人者といえる存在。 PMは海外だと多くの優秀な人材がこぞって志願し、“ミニCEO“（プロダクトに対する経営者）と捉えられることも多い。しかし、日本における認知度はまだ低
【翻訳】プロダクトマネジメントトライアングル - ninjinkun's diary
original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし
エンジニアからみた良いプロダクトマネージャとは？ - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
エンジニアからみた良いプロダクトマネージャ（以下PM）とは。rebuildfm #98で id:naoya さん(@naoya_ito)から PM についての話があったので便乗して書いてみる。※プロダクト（製品）マネージャはプロジェクトマネージャとは全然違う職種なので注意。 結論から先に。エンジニアから見た良い PM とは「つねにユーザーのことを考えた上でプロダクトに信念を持っている人」だと思う。それは当たり前じゃないか？と思った人は正しい。でも常にそれをできる PM は多くはない。幸いにも僕は多くの優秀な PM と仕事をさせてもらったのでそこから学んだことをまとめてみよう。 PM の役割 まずは PM の役割から見ていこう。スタートアップの CEO の役割からエンジニア、デザイナーをマイナスした感じと言ったら伝わるだろうか。 もう少し具体的に PM がやっていることを挙げてみよう。 自分
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
及川卓也からの伝言 「PMの心得3条」