アシ?ャイルフ?ラクティス冲ユーサ?ーストーリー
- 2. アジェンダ ? （要件の）文书化の难しさ ? そこでユーザーストーリーですよ ? よく书けているユーザーストーリーとは？ ? ワークショップ开催！
- 3. （要件の）文书化の难しさ
- 7. （要件の）文书化の难しさ 文書に頼りすぎることの 弊害は、他にもある。 ? 変化に対処できない。 ? 顧客の欲しいものに合わせるのではなく、? 仕様に合わせて作ることになる。 ? 下手な推測や誤った前提を招き寄せる。 ? 多くの時間を無駄にする
- 19. よく书けているユーザーストーリーとは？ 1. 顧客にとって何かしらの価値が書かれていること。 2. エンドツーエンドになっていること。 3. 独立していること。 4. 交渉の余地がある。 5. テストできる。 6. 小さい、見積もれる。
- 24. よく书けているユーザーストーリーとは？ 5. テストできる。? ??→ユーザーストーリーのテストを書くことで、? ???開発チームにとっては、作業時間と? ???仕事の完了基準が明確になる効果もある。
- 26. よく书けているユーザーストーリーとは？ 1. 独立している（Independent） 2. 交渉の余地がある（Negotiable） 3. 価値のある（Valuable） 4. 見積もれる（Estimable） 5. 小さい（Small） 6. テストできる（Testale） 先の6つの要素を表す、便利な略語はINVESTと呼ぶ。
- 27. よく书けているユーザーストーリーとは？ 要求の収集をユーザーストーリーでやる場合と? 文書でやる場合で比較を行う。 ユーザーストーリー 要件定義書と仕様書 無駄がない、正確、必要な分を必要なときに 重厚、不正確、最新じゃない 対面でのコミュニケーションを促す 憶測や誤った前提を招き寄せる 計画がシンプルになる 計画が複雑になる 低コスト、素早い、手軽 コストがかさむ、遅い、時間がかかる 最新の情報が反映されている 情報が古くなったまま放置される チームが学習するということを踏まえている チームが学習するということを考慮しない フィードバックを即時反映できる フィードバックを即時反映できない 見積り制度の高低を当てにしない さも見積もり制度が高いかのように取り繕う チームの協調作業や新しい取り込みを歓迎する オープンな協調作業や新しい取り組みを 歓迎しない
- 28. ワークショップ开催！
- 29. やあ、优秀なエンジニア诸君
- 37. 参考文献
- 38. 次回
- 39. 工数ってなに???？
- 40. 见积りって碍碍顿でしょ？
- 41. OK, OK
- 42. みんなで见积もろう。
- 43. ポーカーやります。
- 44. To be continued…