10周年のSPコンテンツ!
0
がぁやん @gayan7909
バルサユニ(うらやましい)神戸かわいそう #devsumiD
ひらりん @himarin269
今日最初はプロダクトマネージャーのお話。アメリカや中国ではもういて当たり前の役職らしい。 #devsumiD
おやかた@12/14技書博2 & 冬コミC97-31日(火)南 "リ " 08a @oyakata2438
#devsumiD プロダクトマネージャーって何? 組織にプロダクトマネージャーいる会社:ほとんどいない。 良いプロダクトを作るためには何でもする。お客を喜ばせ、会社を伸ばす。など。
ひらりん @himarin269
プロダクトマネージャーはエンジニアの上位互換/上位クラスかというとそうではない。エンジニアのバックグラウンドがない人や、新卒でもプロダクトマネージャーになることもある。求められるものはエンジニアと別。 #devsumiD
おやかた@12/14技書博2 & 冬コミC97-31日(火)南 "リ " 08a @oyakata2438
PMはエンジニアの上位互換?違う。 9人が事業側、17人がエンジニア、新卒が2名(4人内定) PMのスペシャリティは?VisionMaker、Translator(事業-エンジニアの翻訳).ProblemSolver,Ideator,Facilitator,Organizer,Evangelistなど。 #devsumiD
kazto (採用やっていきエンジニア) @bainarian
PMが入ると、Issue、Goal、KPI、Scopeがクリアになる #devsumi #devsumiD
おやかた@12/14技書博2 & 冬コミC97-31日(火)南 "リ " 08a @oyakata2438
プロジェクト数がめっちゃ増えた。 PM導入により ・Issue、ゴール、KPI、開発スコープがクリアになった。開発者が開発に専念できて、無駄時間がなくなった。 #devsumiD
ひらりん @himarin269
楽天トラベルではプロダクトマネージャーを導入したらリリースしたプロダクトが年々増えたとのこと。 それはissue/ゴール/KP/開発スコープIが明確になり、エンジニアがエンジニアリングに集中できるようになったから。 たしかにこのへん吸収してくれる役割の人がいるとはかどりそう。 #devsumiD
おやかた@12/14技書博2 & 冬コミC97-31日(火)南 "リ " 08a @oyakata2438
PM Cycle: Framing→Ideation->Requirement->Beat rhythm(浮いてるタスクがないか、拾う)->bug triage->Evangelize->User feedback->Framing(Issueはにか)に戻る。 #devsumiD
kazto (採用やっていきエンジニア) @bainarian
プロダクトマネージャとプロジェクトマネージャの違い #devsumi #devsumiD
おやかた@12/14技書博2 & 冬コミC97-31日(火)南 "リ " 08a @oyakata2438
Product manegerとProject manegerとは何が違うか? 進行管理とか要件定義はかぶるが、上半分はかぶってない。 #devsumiD
おやかた@12/14技書博2 & 冬コミC97-31日(火)南 "リ " 08a @oyakata2438
プロダクトマネージャーに必要なコンピテンシーは? 楽天トラベルでは30項目以上定義している。 目標設定にも使う。このコンピテンシーを伸ばしたい、など。私はこれが得意、成長評価にも使う。 #devsumiD
ひらりん @himarin269
プロダクトマネージャーに求められるコンピテンシー #devsumiD pic.twitter.com/ledmarMhtV
拡大
やまひろん@低音エンジニア @akkiengtw
プロダクトマネージャーって新卒1年目でもなれるんやな。 #devsumi #devsumiD
ひらりん @himarin269
i-mode、Felica、(旅行の)プラン。これらに共通するのは日本初だが海外に展開できなかったもの。それはプロダクトに対するゼネラライズが足りていなかったから。通貨やタイムゾーン、翻訳、禁句などの考慮に時間がかかる。しかしシステム的に準備しておけばすぐに海外展開できるはず。 #devsumiD
ひらりん @himarin269
「~ができない」はissueではない。それによってどんなネガティブインパクトが発生するか?が必要。掘り下げると別のissueが出てきたり、小さく分解できたりする。その中で解決していないものに対してだけソリューションを作ればいい。 #devsumiD
おやかた@12/14技書博2 & 冬コミC97-31日(火)南 "リ " 08a @oyakata2438
PMに重要なコンピテンシー: 1.Generalize Ideation/Requirementで盛り込む 2. Communication Issue ~ができないはIssueではない。客が減るとかがIssue。Issueは小さいIssueに分割できて、カバーできてない部分のみにSolutionを作る。Issueの誇張→大きなSolutionを作らなきゃいけない。 #devsumiD
kazto (採用やっていきエンジニア) @bainarian
Issueを過大に評価する、Issueが分離してるのを取り込むと良くない。わかる。 #devsumi #devsumiD
ひらりん @himarin269
あるあるな話では、issueを誇張してしまって大きなソリューションを作ってしまったり、途中でずれて元のissueを解決できなくなってしまったり。こうならないよう傾聴することが必要 #devsumiD
おやかた@12/14技書博2 & 冬コミC97-31日(火)南 "リ " 08a @oyakata2438
もともとのIssueが解決できない。別のIssueが遠くに生まれる、などあるあるですよね。 #devsumiD
残りを読む(8)

コメント

コメントがまだありません。感想を最初に伝えてみませんか?

ログインして広告を非表示にする
ログインして広告を非表示にする