着いた。 #横浜道場 #agilesamurai
2012-05-10 19:57:26今回の範囲
「4.3 パッケージデザインを作る」から第4章最後まで。
「境界線を決める」 #agilesamurai #横浜道場
2012-05-10 21:37:46インセプションデッキとは、プロジェクト内外の「境界線」を決めることではないか #agilesamurai #横浜道場
2012-05-10 21:39:22「課題を解決することでこういう未来像がありますよ」というポジティブな面を見せられる効果があるのでは > パッケージデザイン #agilesamurai #横浜道場
2012-05-10 21:42:24やる・やらないの境界線上にあることを「やらない」に入っていると、そこからお客さんとの議論につながる場合があるのではないか。 #agilesamurai #横浜道場
2012-05-10 21:43:38最初にご近所さんを見つけて味方にしておくことが重要ではないか。 #agilesamurai #横浜道場
2012-05-10 21:44:28フィーチャー=マイクロソフト的 効能=アップル的 というイメージ #agilesamurai #横浜道場
2012-05-10 21:45:41「やらない」は今回やらないことなのか? 永遠にやらないことなのか?→おそらく、今回やらないという意味 #agilesamurai #横浜道場
2012-05-10 21:46:49ご近所さんの範囲は? #agilesamurai #横浜道場
2012-05-10 21:47:55「要件定義」だと堅苦しくてお客様に理解されにくい。「パッケージデザイン」の方が理解されやすいのでは。 #agilesamurai #横浜道場
2012-05-10 21:52:52パッケージデザインは「フィーチャー」ではなく「効能」をアピールするのが重要。 #agilesamurai #横浜道場
2012-05-10 21:53:23「やらないことリスト」は作ってもあまり更新されない場合が多い。 #agilesamurai #横浜道場
2012-05-10 21:53:58従来型の受託開発契約だと、Agileの「やらないことリスト」を作るのは難しい。 #agilesamurai #横浜道場
2012-05-10 21:54:29お客様しか知らない「ご近所さん」がいる場合がある。そういう人たちを見つけるために、お客様と一緒に「ご近所さん」を探したほうがいい。 #agilesamurai #横浜道場
2012-05-10 21:56:23お客様と一緒にインセプションデッキを作るべき。 #agilesamurai #横浜道場
2012-05-10 21:56:43KTP中 #agilesamurai #横浜道場
2012-05-10 22:01:15s/KTP/KPT/ #agilesamurai #横浜道場
2012-05-10 22:01:56