お疲れ様です！Red Hatの鈴木（tomosuzu）です！
今回は「ユーザーストーリーマッピング」です。
実際に作ってみたら思っていたものと違った
なんてこと防ぐために関係者全員の共通理解があることが大切です。
詳しくは下記のリンクからご覧ください。
次回は「バリューストリーム・マッピングおよびプロセスマッピング」を紹介します。
さいごに
Red Hatでは、「アイデアをイノベーションに変える、文化・プロセス・技術・実践の場」として、
Open Innovation Labsを提供しています。
デザイン思考やDevOps、アジャイルやリーン開発などをRed Hatのコンサルタントと一緒に取り組むことができます。
過去記事
- アジャイル開発のプラクティス一覧をご紹介いたします - 赤帽エンジニアブログ
- チームの知識共有とコミュニケーションを増やします「ペアプログラミング 」 - 赤帽エンジニアブログ
- 速い開発速度を保ち、着実に開発を進める「テスト駆動開発」 - 赤帽エンジニアブログ
- チームの自律性・自主性を高める「社会契約」 - 赤帽エンジニアブログ
- チームの健康状態を知り、様々な問題に事前に対処「チーム感情の評価」 - 赤帽エンジニアブログ
- 改善のサイクルを小さく回す「ふりかえり」 - 赤帽エンジニアブログ
- 目標を明確にして、チームを集中させる「スプリント計画」 - 赤帽エンジニアブログ
- 機能ではなく、ビジネスゴールをデリバリする「インパクトマッピング」 - 赤帽エンジニアブログ
- チームを同期し、目標の認識強化「毎日のスタンドアップミーティング」 - 赤帽エンジニアブログ
- ユーザーを身近にし、認識を共有する「共感マッピング」 - 赤帽エンジニアブログ
