イケてるプロダクトマネージャーは何を大切にしているのか？ | ユニコーン転職日記
僕が愛する職種である「プロダクトマネージャー」って、日本国内では未だに役割の定義が曖昧なところがあって、こういうツイートをしたんです。 自分が今20代ならオススメの職業はやはりソフトウェアエンジニアがおすすめ。メルカリ時代に新卒の面接で「PMかエンジニアどちらからキャリアをスタートすべきか」と何度か聞かれたけど、世界基準ではプロダクトマネージャーはコンピューターサイエンスの学位やエンジニアの経験が必須の職種。 — たいろー / メルカリ→スマニュー🦄 ユニコーン転職日記 (@tairo) May 13, 2020 これ要するに プロダクトマネージャーは技術への理解がかなり求められるよしたがって、新卒でいきなりPMは相当無理があるよPMかエンジニアかで迷うならエンジニアから始めようね ということなのですが。 でも、じゃあ「イケてるプロダクトマネージャー」って一体、何をしているのでしょうか？
CTOの頭の中：技術を財務で表現する｜Shin Takeuchi｜note
会社の体制が大きく変わり、カオスの中に少しの静寂（暇）ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
15 Key Product Management Metrics and KPIs
First of all, pay attention to KPIs that contribute to your goals. Check also our video on product metrics: Product management metrics explained in 12 minutes Let’s start with the most significant area and learn how to measure revenue. Metrics to forecast business success of a product Let’s face it: Stakeholders care the most about financial metrics. And rightfully so. These are the numbers showin
【翻訳】プロダクトマネジメントトライアングル - ninjinkun's diary
original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし
プロダクトマネジメント最大の誤解 - Yamotty Blog
昨今のITスタートアップブームの起爆点はもちろんシリコンバレーだ。シリコンバレーは軍事開発からハイテク産業という歴史を経て ”development” のエコシステムを培ってきた。その歴史は @chibicode が あなたが知らないシリコンバレーの歴史 | 上杉周作 でまとめを書いてくれている。面白いのでぜひ一読をおすすめする。 さてこのシリコンバレーでも汎用的に用いられてきたメソッドがある。それはサラリーマンを辞めた次の日から起業し、5年後の生存確率を高め、持っている株券を$100Mに変換するため、製品を作って成功するための”プロダクトマネジメント”手法だ。 エリック・リースの『リーン・スタートアップ』で描かれるMVP、そしてスティーブン・G・ブランク『アントレプレナーの教科書』に描かれる顧客開発は、中でも代表的なメソッドに当たる。これまでに、一体どれだけの人がリーン・スタートアップを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
