MVP（Minimum Viable Product）の意味を理解する。そして、なぜ私はEarliest Testable / Usable / Lovableを好むのか。 | ANKR DESIGN | デザインリサーチ・プロトタイピング・サービスデザイン
数年前、私はこんな絵を書いて、アジャイル開発やリーン開発のついての様々なプレゼンで用いた。 そこから、この絵は急速に広まっていった！記事、プレゼン、さらには本（Jeff Pattonの”User Story Mapping”という素晴らしい読み物なのだが）にまで至る所で姿を見せた。多くの人がこの絵は反復型開発、リーンスタートアップ、MVP(minimum viable product)の本質をよく捉えていると伝えてくれた。しかし、元の文脈から切り離して物事を捉える際にはごく自然なことであるのだが、この絵を誤解している人がいる。簡素化しすぎだと非難する人もいる。（正しい指摘である） この絵はあくまで比喩である。実際の車の開発の話ではなく、車を比喩とした一般的なプロダクトの開発の話なのである。 とにかく、これらのバズからこの考えの背景を話す時だと判断したのだ。 １つ目の例：not like
開発者とプロダクトオーナーの認識ギャップを埋めるには？ レッドハットのアジャイル支援に学ぶ【デブサミ2019夏】
デジタルトランスフォーメーションを背景に、システム開発に取り組む企業が増えている。顧客から依頼されるのではなく、自社で新たな顧客体験を提供するアプリでは、顧客に受けいれられるか分からない。またアジャイルやスクラムといった新しい開発スタイルに戸惑う企業も。製品リスクやスクラムチームに関するベストプラクティスをレッドハット 河野彰範氏が解説する。 講演資料：顧客が使いたくなるアプリを作る方法 レッドハット株式会社 サービス事業統括本部 第3コンサルティング部 シニアコンサルタント 河野彰範氏 PBIは開発者とPOが一緒に作りあげていくもの レッドハットというとLinuxディストリビューターやクラウド関連ソフトウェアで有名だが、近年では「Red Hat Open Innovation Labs」としてアジャイル開発の支援も行っている。登壇する河野彰範氏はスクラムチームのアジャイルコーチとしてアジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
