アジャイル-入門書

アジャイルは、開発プロセスが変化するビジネスニーズに合わせられるように、1〜4週間の短い反復を使用してソフトウェアを段階的に構築するソフトウェア開発方法論です。アジャイルは、すべての要件とリスクが事前に予測される6〜18か月のシングルパス開発の代わりに、1〜4週間の反復後に実行可能な製品が提供される頻繁なフィードバックのプロセスを採用しています。

アジャイルにおける役割

スクラムマスター

スクラムマスターは、チームリーダーでありファシリテーターであり、チームメンバーがアジャイルプラクティスに従ってコミットメントを達成できるように支援します。スクラムマスターの責任は次のとおりです-

  • すべての役割と機能の間の緊密な協力を可能にするため。

  • ブロックを削除します。

  • チームを妨害から保護するため。

  • 組織と協力して、会社の進捗状況とプロセスを追跡します。

  • アジャイル検査と適応プロセスが適切に活用されるようにするため。

    • 毎日のスタンドアップ、
    • 予定されている会議、
    • Demo,
    • Review,
    • 回顧会議、および
    • チームミーティングと意思決定プロセスを促進するため。

プロダクトオーナー

プロダクトオーナーは、ビジネスの観点から製品を推進する人です。責任またはプロダクトオーナーは次のとおりです-

  • 要件を定義し、それらの値に優先順位を付けるため。
  • リリース日と内容を決定します。
  • イテレーション計画およびリリース計画会議で積極的な役割を果たすこと。
  • チームが最も価値のある要件に取り組んでいることを確認します。
  • お客様の声を表現するため。
  • 完了および定義された受け入れ基準の定義を満たすユーザーストーリーを受け入れるため。

クロス機能チーム

すべてのアジャイルチームは、5〜9人のチームメンバーと6〜10年の平均経験を持つ自給自足のチームである必要があります。通常、アジャイルチームは、3〜4人の開発者、1人のテスター、1人のテクニカルリード、1人の製品所有者、1人のスクラムマスターで構成されます。

プロダクトオーナーとスクラムマスターはチームインターフェイスの一部と見なされますが、他のメンバーはテクニカルインターフェイスの一部と見なされます。

アジャイルチームはどのように作業を計画しますか?

アジャイルチームはイテレーションで作業し、各イテレーションが10〜15日のユーザーストーリーを提供します。各ユーザーストーリーは、バックログの優先順位とサイズに基づいて計画されます。チームは、その能力(チームがタスクに取り組むために利用できる時間数)を使用して、計画する必要のある範囲を決定します。

ポイント

ポイントは、チームがコミットできる量を定義します。ポイントは通常8時間を指します。各ストーリーはポイントで見積もられています。

容量

キャパシティは、個人がコミットできる量を定義します。容量は時間単位で見積もられます。

ユーザーストーリーとは何ですか?

ユーザーストーリーは、ユーザーが必要とするものを機能として定義する要件です。ユーザーストーリーには2つの形式があります-

  • <ユーザーロール>として<機能>が欲しいので<ビジネス価値>
  • <ビジネス価値>を<ユーザーロール>にするために<機能>が欲しい

リリース計画では、相対的なスケールをポイントとして使用して、ユーザーストーリーに大まかな見積もりが与えられます。反復計画中に、ストーリーはタスクに分割されます。

ユーザーストーリーとタスクの関係

  • ユーザーストーリーは、何をすべきかについて話します。ユーザーが必要とするものを定義します。
  • タスクはそれがどのように行われるべきかについて話します。機能を実装する方法を定義します。
  • ストーリーはタスクによって実装されます。各ストーリーはタスクのコレクションです。
  • ユーザーストーリーは、現在のイテレーションで計画されている場合、タスクに分割されます。
  • タスクは時間単位で見積もられ、通常は2〜12時間です。
  • ストーリーは、受け入れテストを使用して検証されます。

ストーリーが終わったら

チームは何を決定します done手段。基準は次のとおりです。

  • すべてのタスク(開発、テスト)が完了しました。
  • すべての受け入れテストが実行され、合格しています。
  • 欠陥はありません。
  • プロダクトオーナーはストーリーを受け入れました。
  • エンドユーザーに提供できます。

受け入れ基準とは何ですか?

基準は、機能に必要な機能、動作、およびパフォーマンスを定義して、製品の所有者がそれを受け入れることができるようにします。これは、ユーザーストーリーがいつ完了したかを開発者が知ることができるように、何をすべきかを定義します。

要件はどのように定義されていますか?

要件は次のように定義されます

  • ユーザーストーリー、
  • 受け入れ基準付き、および
  • ストーリーを実装するためのタスク。