なぜモダンなプロダクトチームによるリーンなプロダクト開発が必要なのか｜川嶋一矢@メルペイPM

はじめにメルカリUK版の立ち上げを終え2018年3月に帰国しました@tsumujikazeです。今は東京でメルペイのProduct Managerをしています。 イギリスではいわゆるモダンなプロダクトチームでのLeanなプロダクト開発を経験しました。得るものが多かったので、なるべく多くの人に知ってもらいたいと思いこのポストを書きました。 PMF →リーンプロダクトのプロセス →モダンなプロダクトチーム（組織論）という流れになっています。 はじめに 本編 ・何のためにプロダクトを作るのか ・プロダクトマーケットフィット ・PMFピラミッド ・要件定義フェーズのリーン化 ・モダンなプロダクトチームでのリーン開発とは おまけ ・Problem Space vs. Solution Space ・Problem Solution Fitとは ・エンジニア組織とPM組織の特性について ・バリュープロ

[Shin-JPN]

銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFをコントロールできる開発チームが必須でそれは内製でしか達成困難。SIerが悪いのではなくSIerへの外注が必要な時点で競争力上のハンデを背負った組織。

[luege_traum]

タイトルの馬鹿っぽさ半端ない

[ko-ya-ma]

よくこれだけ明晰に言語化できるなあ。「社長が作れと言ったから」系のプロジェクトにリーンを導入しようとしたけど、無残に敗れた経験あり。そこにいたる文化形成みたいなものを地道にやらないとダメそう

[htnmiki]

こういう人たちがみずほ銀行システム刷新を担当してたらどうなったのか興味ある

[stanaka]

エンジニアとしてもPMとうまい関係を作るのは極めて重要なので、エンジニアとしてもこのあたりのモダンな方法論を理解しておくべきかと

[ryownet]

実装だけでなく要件・デザインもアジャイル回してビルドメジャーラーンすべし、それがリーンプロダクト開発よという話。これやってたわ

[andoshin11]

企画も実装もやるマンとしてなんとなく回していた思考プロセスが言語化されてて良かった。実際にチーム開発を行うならこうやって責任範囲が明確になってる方がお互い期待値コントロールもしやすくなりそう

[stilo]

『多くの会社がアジャイル「開発」をしていると思いますが、おそらくその殆どは実装フェーズをアジャイル化しているだけで、要件定義フェーズはアジャイル化されていないのではないでしょうか。』

[table]

社内営業超うまそう

[slumbers99]

“「事業責任者に画面見せてok貰った」（多くの場合この判断軸は個人の経験から来る勘。それもいいのですが！）とか「他社がこういったUIになっているからこの遷移にしよう」とか「開発工数の関係でこうするしかない

[pokuwagata]

“実装フェーズをアジャイル化しているだけで、要件定義フェーズはアジャイル化されていない”

[seesaa]

“なぜモダンなプロダクトチームによるリーンなプロダクト開発が必要なのか”

[karauma]

"実装フェーズをアジャイル化してるだけで要件定義フェーズはされてない"“知っている人からすると当たり前のことばかりですがご容赦ください。誰かの参考になれば”←この表現使える

[youkomizuhara]

プロダクトマーケットフィット

[simomm]

メルカリの体制について説明あり

[rytich]

Problem Solution Fit

[i101330]

“InVision”

[tama_1028]

“モダンなプロダクトチームにおけるPMとは「何を作るのか」に対して責任を持つ人”[PMF]

[kazunoriyamamoto]

勉強になるー！

[uzuki-first]

わかりやすかった！

[wadandandadan]

なぜモダンなプロダクトチームによるリーンなプロダクト開発が必要なのか｜川嶋一矢@メルペイPM｜note

[lemondm7]

超絶良記事。自分たちの開発・デザインの仕方、ポジショニングについて改めて話すいいきっかけになりました。[プロトタイプ][開発]

[karinkon]

うう…すばらしいよ

[kyon_mm]

新卒に向けた文章かなっていうくらいの拙さがあるな。（それもまた失礼な話だが

[show_motto]

すごく分かりやすい！

[braitom]

何のためにプロダクトを作るのか、通常のAgile開発とリーンなAgile開発の違い、モダンなリーン開発のチーム構成とその役割などがまとめられている。

[daaaaaai]

サービス開発の方法論の言語化めちゃめちゃすごい。。既存組織内でこれがやれる（経営側としゃべれる）PMってどう育つんだろう・・・。あと、PMとエンジニアとの関係、タスクの設定方法が気になる

[SWIMATH2]

めっちゃよくまとまってて良い記事/エンジニアリングマネージャーの業務内容がよくわからなかった

[raimon49]

リーン開発やデザイン思考といった話の頻出ワードが俯瞰的にまとまってる。専任のプロダクトデザイナーを入れましょう、というロールの話が大事で、大抵の組織は「分かっているけどね……」で採用できない事が多い。

[shioken]

タイトでキュートなヒップがシュールなジョークとムードでテレフォンナンバー

[nkgr]

プロダクトデザイナーが短い期間でプロトタイプを作る文脈からXDがあるのだろうな。

[Iridium]

原語はiterationなのでイテレーションでよいのでは？

[kei_0000]

これもあとで読む

[mikage014]

"多くの会社がアジャイル「開発」をしていると思いますが、おそらくその殆どは実装フェーズをアジャイル化しているだけで、要件定義フェーズはアジャイル化されていないのではないでしょうか"

[turanukimaru]

これ具体例が無いと分からないやつだ