スマートフォン用の表示で見るカイゼンにっき。twitterに呟いていますが、twitterに書ききれない事をここに綴って行こうかと。この広告は、90日以上更新していないブログに表示しています。横浜道場に参加させて頂きました。下記、勉強会にインスパイアされて、私が学んだ/感じたことのまとめです。※例によって、勉強会のまとめではなく、内容のごく一部にしか触れていないことにご注意を。顧客に価値ある成果を届けること「イテレーションのゴールは、お客さんに取って価値ある成果を届けることだ。本日は、これまで何気なく読み飛ばしてしまいがちな一文に引きつけられました。「設計書」のような、その時点では何者でもないもの納品出来ない品質のコードではよくない、というのはもちろんなのですが、それだけでは何も生み出さない「機能」もう1イテレーション実施すれば、価値を生み出すであろう「中間物」とりあえず動くソフトウェアでも充分でない。重要な点として、下記を感じ取りました。「ストーリー」を実現するフィーチャーを作っても、「お客さん」に「価値」を届けなかったら意味がない。お客さんは誰なのか、この1イテレーションの間に、「価値」を届けるにはどうすればよいか。その中でも最も優先度の高い価値は?一文から改めていろいろと考えさせられました。※私は、何となくふわっとした「とても抽象的な」レベルの「顧客」が、「もしかしたら必要かもしれない」何かをする、そんなレベルのストーリーを記述しがちだったで、よい学びとなりました。具体的な顧客像、具体的な顧客の課題感(の仮説)が大切。必要なとき、必要な分だけいち早く価値を届ける為には、早すぎる最適化を防止し、「選択と集中」を行う必要がある。分析やバックエンドの準備は、必要なとき、必要な分だけ。必要なとき必要性を感じた時がそのとき「DB」も、必要が生じたタイミングでアーキテクチャジャンプをする、のがよい?必要な分だけ分析なら、プランニングポーカーで、見積もりのコンセンサスが得られる程度の分析。チームのレベル、ドメインやアーキテクチャへの習熟度にも(もちろん)依存。さん、皆さん、素晴らしい場を設けて頂きありがとうございます。twitterに呟いていますが、twitterに書ききれない事をここに綴って行こうかと。)はてなブログをはじめよう!hyokotaさんは、はてなブログを使っています。あなたもはてなブログをはじめてみませんか?はてなブログをはじめる(無料)はてなブログとはカイゼンにっき。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。