探索イネーブラー–これらは、将来のソリューションの探索や代替案の評価など、顧客のニーズの理解を深めるために必要な調査、プロトタイピング、およびその他のアクティビティをサポートします。
テクニカルイネーブラーとは何ですか?
定義:アジャイル開発のイネーブラーは、ビジネスの開発をサポートする技術項目であり、ビジネス機能を支援する上で重要な役割を果たします。イネーブラーは、将来のビジネス要件の効率的な開発と提供をサポートし、必要なすべての作業を可視化します。
検査および適応中にどのような慣行が示されますか?
検査と適応:概要検査と適応(I&A)は、各プログラム増分(PI)の最後に開催される重要なイベントであり、ソリューションの現在の状態が列車によって示され、評価されます。
イネーブラーストーリーの2つのタイプは何ですか?
イネーブラーストーリーには、次のような他の多くのタイプがあります。
- リファクタリングとスパイク(従来はXPで定義されていた)
- 開発/展開インフラストラクチャの構築または改善。
- 人間の相互作用を必要とするジョブの実行(例:100万のWebページのインデックス作成)
特徴を表現するための推奨される方法は何ですか?
答え。機能は、利害関係者のニーズを満たすサービスです。各機能には、利点の仮説と受け入れ基準が含まれており、プログラム増分(PI)の単一のアジャイルリリーストレイン(ART)によって提供されるように、必要に応じてサイズ変更または分割されます。
機能の受け入れ基準をどのように記述しますか?
優れた受け入れ基準を作成するのに役立つヒントをいくつか紹介します。基準を明確に定義して、プロジェクトチームのメンバーが伝えようとしているアイデアを理解できるようにします。基準を現実的かつ達成可能に保ちます。提供できる最小限の機能を定義し、それに固執します。
アジャイルで優れた機能をどのように記述しますか?
機能の書き方は?
- 機能の利点仮説。
- 機能にはビジネス価値があります。
- すべての機能には明確な説明があります。
- 各機能には、受け入れ基準が必要です。
ユーザーストーリーの例は何ですか?
たとえば、ユーザーストーリーは次のようになります。
- マックスとして、友達を招待したいので、一緒にこのサービスを楽しんでいます。
- Saschaとして、自分の仕事を整理したいので、自分をもっとコントロールできるようになります。
- マネージャーとして、同僚の進捗状況を理解できるようにしたいので、成功と失敗をより適切に報告できます。
アジャイルでユーザーストーリーを書く責任があるのは誰ですか?
誰でもユーザーストーリーを書くことができます。アジャイルユーザーストーリーの製品バックログが存在することを確認するのは製品所有者の責任ですが、それは製品所有者がそれらを作成する人であるという意味ではありません。優れたアジャイルプロジェクトの過程で、各チームメンバーがユーザーストーリーの例を作成することを期待する必要があります。
ユーザーストーリーは技術的ですか?
定義されたテクニカルユーザーストーリー。テクニカルユーザーストーリーは、システムの非機能サポートに焦点を当てたものです。たとえば、セキュリティ、パフォーマンス、スケーラビリティに関連する、従来の非機能的なストーリーに焦点を当てている場合があります。別のタイプの技術的ストーリーは、技術的負債とリファクタリングに焦点を当てています。
スクラムのバックログを所有しているのは誰ですか?
スクラム製品バックログの所有者は、スクラム製品所有者です。スクラムマスター、スクラムチーム、およびその他の利害関係者は、幅広く完全なTo-Doリストを作成するために貢献しています。
スクラムマスターはストーリーを作成しますか?
スクラムにはユーザーストーリーが含まれていませんさらに、アジャイルマニフェストはユーザーストーリーや誰がそれらを書くことになっているのかについては何も言及していません。
アジャイルでの製品バックログを決定する条件はどれですか?
製品のバックログアイテムは、ビジネス価値、遅延のコスト、依存関係、およびリスクに基づいて注文されます。製品バックログの一番上にある製品バックログアイテムは「小さい」ものであり、チームによってよく理解されており、開発の準備ができており、ビジネスに価値をもたらすことができます。
製品のバックログにはユーザーストーリーが含まれていますか?
製品バックログは、実行する必要のあるすべての作業のリストです。通常、ユーザーストーリー、バグ、技術的なタスク、知識の習得が含まれています。バックログは、製品の所有者とスクラムチームによって定期的に調整され、2〜3スプリントに相当する作業が常に定義され、優先順位が付けられるようになっています。
製品のバックログには何が含まれていますか?
製品バックログは、ロードマップとその要件から導き出された、開発チームの優先作業リストです。最も重要なアイテムは製品バックログの上部に表示されるため、チームは最初に何を提供するかを知ることができます。
良い製品のバックログを作るものは何ですか?
良好な製品バックログ特性。優れた製品バックログは、MikeCohnとRomanPichlerが頭字語DEEPでキャプチャした同様の特性を共有しています。これらの各特性を詳しく見ていきましょう。
スクラムで製品のバックログを何回変更できますか?
スクラムチームは、いつどのように改良を行うかを決定します。改良は通常、開発チームの能力の10%以下を消費します。ただし、プロダクトバックログアイテムは、プロダクトオーナーまたはプロダクトオーナーの裁量でいつでも更新できます。
スクラムチームの品質を所有しているのは誰ですか?
品質はプロダクトオーナーが所有します。製品の機能を特定し、投資収益率(ROI)を最適化します。彼らの職務には、製品のビジョンの分析、バックログの管理、スクラムマスターとの調整、および開発チームの調整が含まれます。
製品のバックログ項目が完了の定義に準拠していることを確認するために、誰がすべての作業を行う必要がありますか?
システムまたは製品リリースに取り組んでいる複数のスクラムチームがある場合、すべてのスクラムチームの開発チームは、「完了」の定義を相互に定義する必要があります。スクラムチームの開発組織または開発チーム。