なぜモダンなプロダクトチームによるリーンなプロダクト開発が必要なのか｜川嶋一矢@メルペイPM
はじめにメルカリUK版の立ち上げを終え2018年3月に帰国しました@tsumujikazeです。今は東京でメルペイのProduct Managerをしています。 イギリスではいわゆるモダンなプロダクトチームでのLeanなプロダクト開発を経験しました。得るものが多かったので、なるべく多くの人に知ってもらいたいと思いこのポストを書きました。 PMF →リーンプロダクトのプロセス →モダンなプロダクトチーム（組織論）という流れになっています。 はじめに 本編 ・何のためにプロダクトを作るのか ・プロダクトマーケットフィット ・PMFピラミッド ・要件定義フェーズのリーン化 ・モダンなプロダクトチームでのリーン開発とは おまけ ・Problem Space vs. Solution Space ・Problem Solution Fitとは ・エンジニア組織とPM組織の特性について ・バリュープロ
第1回 20年は遅れているITプロマネ | 日経 xTECH（クロステック）
近年，システム開発のプロジェクトマネジメントについての関心が高まっており，プロジェクトマネジメントに関する資格を取る人も増えています。しかし，そのために「システム開発の失敗事例が減ってきた」という話はあまり聞きません。 システム開発プロジェクトは，建築やプラント建設，船や工作物などの機械組み立てのプロジェクトと比べて，失敗事例があまりにも多く，納期どおりに完成する例は多くありません。実際，日本情報システム・ユーザー協会（JUAS）の「ユーザ企業IT動向調査 2006」でも，500人月以上の大規模プロジェクトでは相変わらず5割近くで工期遅れ，4割近くで予算超過が発生しています。スケジュールが遅れ，その結果としてコストが増加することが当然と受け取られています(図1）。 図1●プロジェクトは基本的に成功するもの プロジェクトは，プロジェクト・マネジャーがしっかりと顧客とメンバーを把握して，品質（
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文（その1）
最近、マネジメント系の仕事ばかり振られるようになったので、予習のつもりで一読 したが、これはスゴい。読んでる途中から振り返り読みを繰り返し、再読も再々読もしなければならないことに気づいた。本書で紹介されるアート（技芸）は、How to モノと大きく異なり、根っこから考え→実践に適用し→フィードバックが必要なものばかり。 あ、最初に結論を述べておくと、これは今年のNo.1スゴ本なり。ふり返ると「No.1スゴ本」の称号をいくつかの書籍につけてきたが、本書は間違いなくNo.1だと言い切れる。読み手の経験に応じ、必ず得るものがある。概要はamazon紹介文をどうぞ（太字はわたし）。 「ものごとを成し遂げるためには何を行う（あるいは行わない）べきか」という実用的な視点からプロジェクトを捉えて、ものごとを成し遂げるための考え方やヒントを、スケジュール、ビジョン、要求定義、仕様書、意思決定、コミュニケー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 新訳 ソフトウェアプロジェクトサバイバルガイド: スティーブマコネル (著), アルテアジャパン (翻訳), 憲之,久手堅 (監修), McConnell,Steve (原名): 本
