-
- いいね！0
ひらりん (Takumasa Hirabayashi)
@himarin269
今日最初はプロダクトマネージャーのお話。アメリカや中国ではもういて当たり前の役職らしい。 #devsumiD
2019-02-15 10:04:33
おやかた@冬コミ日曜日東U 43a
@oyakata2438
#devsumiD プロダクトマネージャーって何？ 組織にプロダクトマネージャーいる会社：ほとんどいない。 良いプロダクトを作るためには何でもする。お客を喜ばせ、会社を伸ばす。など。
2019-02-15 10:05:31
ひらりん (Takumasa Hirabayashi)
@himarin269
プロダクトマネージャーはエンジニアの上位互換/上位クラスかというとそうではない。エンジニアのバックグラウンドがない人や、新卒でもプロダクトマネージャーになることもある。求められるものはエンジニアと別。 #devsumiD
2019-02-15 10:08:10
おやかた@冬コミ日曜日東U 43a
@oyakata2438
PMはエンジニアの上位互換？違う。 ９人が事業側、１７人がエンジニア、新卒が２名（４人内定） PMのスペシャリティは？VisionMaker、Translator（事業-エンジニアの翻訳）.ProblemSolver,Ideator,Facilitator,Organizer,Evangelistなど。 #devsumiD
2019-02-15 10:09:09
おやかた@冬コミ日曜日東U 43a
@oyakata2438
プロジェクト数がめっちゃ増えた。 PM導入により ・Issue、ゴール、KPI、開発スコープがクリアになった。開発者が開発に専念できて、無駄時間がなくなった。 #devsumiD
2019-02-15 10:10:36
ひらりん (Takumasa Hirabayashi)
@himarin269
楽天トラベルではプロダクトマネージャーを導入したらリリースしたプロダクトが年々増えたとのこと。 それはissue/ゴール/KP/開発スコープIが明確になり、エンジニアがエンジニアリングに集中できるようになったから。 たしかにこのへん吸収してくれる役割の人がいるとはかどりそう。 #devsumiD
2019-02-15 10:11:38
おやかた@冬コミ日曜日東U 43a
@oyakata2438
PM Cycle： Framing→Ideation->Requirement->Beat rhythm(浮いてるタスクがないか、拾う）->bug triage->Evangelize->User feedback->Framing（Issueはにか）に戻る。 #devsumiD
2019-02-15 10:13:14
おやかた@冬コミ日曜日東U 43a
@oyakata2438
Product manegerとProject manegerとは何が違うか？ 進行管理とか要件定義はかぶるが、上半分はかぶってない。 #devsumiD
2019-02-15 10:14:23
おやかた@冬コミ日曜日東U 43a
@oyakata2438
プロダクトマネージャーに必要なコンピテンシーは？ 楽天トラベルでは３０項目以上定義している。 目標設定にも使う。このコンピテンシーを伸ばしたい、など。私はこれが得意、成長評価にも使う。 #devsumiD
2019-02-15 10:15:46
ひらりん (Takumasa Hirabayashi)
@himarin269
プロダクトマネージャーに求められるコンピテンシー #devsumiD pic.twitter.com/ledmarMhtV
2019-02-15 10:16:25
拡大
ひらりん (Takumasa Hirabayashi)
@himarin269
i-mode、Felica、（旅行の）プラン。これらに共通するのは日本初だが海外に展開できなかったもの。それはプロダクトに対するゼネラライズが足りていなかったから。通貨やタイムゾーン、翻訳、禁句などの考慮に時間がかかる。しかしシステム的に準備しておけばすぐに海外展開できるはず。 #devsumiD
2019-02-15 10:22:08
ひらりん (Takumasa Hirabayashi)
@himarin269
「～ができない」はissueではない。それによってどんなネガティブインパクトが発生するか？が必要。掘り下げると別のissueが出てきたり、小さく分解できたりする。その中で解決していないものに対してだけソリューションを作ればいい。 #devsumiD
2019-02-15 10:25:02
おやかた@冬コミ日曜日東U 43a
@oyakata2438
PMに重要なコンピテンシー： 1.Generalize Ideation/Requirementで盛り込む 2. Communication Issue ~ができないはIssueではない。客が減るとかがIssue。Issueは小さいIssueに分割できて、カバーできてない部分のみにSolutionを作る。Issueの誇張→大きなSolutionを作らなきゃいけない。 #devsumiD
2019-02-15 10:25:17
kazto%𝕏！心燃やせ！！
@kazto_dev
Issueを過大に評価する、Issueが分離してるのを取り込むと良くない。わかる。 #devsumi #devsumiD
2019-02-15 10:26:10
ひらりん (Takumasa Hirabayashi)
@himarin269
あるあるな話では、issueを誇張してしまって大きなソリューションを作ってしまったり、途中でずれて元のissueを解決できなくなってしまったり。こうならないよう傾聴することが必要 #devsumiD
2019-02-15 10:26:26
おやかた@冬コミ日曜日東U 43a
@oyakata2438
もともとのIssueが解決できない。別のIssueが遠くに生まれる、などあるあるですよね。 #devsumiD
2019-02-15 10:26:29