素早い

動くソフトウェアを、2-3週間から2-3ヶ月という できるだけ短い時間間隔でリリースします。 –アジャイル原則３ 顧客に焦点を当てた原則グループの最後である３番目のアジャイル原則は、動くソフトウェアを、できるだけ迅速に提供することがプロジェクとの成功を促すという事実を強調しています。 アジャイルプロジェクトにこの原則を実装することで、次のようなことが実現します。 プロダクトをより早く市場に投入できます。...

要求の変更はたとえ開発の後期であっても歓迎します。 変化を味方につけることによって、お客様の競争力を引き上げます。 –アジャイルの原則２ この原則は、プロジェクトの変更を歓迎することの重要性を強調しています。 アジャイルプロジェクトでは、開発の後期であっても、常に変更を歓迎します。 変更kは、顧客が必要なものを確実に入手できるようにするだけでなく、プロダクトやサービスの、同様のプロバイダーに対して競争上の優位性を獲得するのに役立ちます。 アジャイルプロジェクトにこの原則を取り入れることで、次のようなことが実現します。 ·...

顧客満足を最優先し、 価値のあるソフトウェアを早く継続的に提供します。 –アジャイルの原則１ このアジャイルの原則は、特に顧客満足度を指します。 プロジェクトの早い段階だけでなく、プロジェクトを通して継続的に顧客が望むフィーチャーを提供するため、顧客にとって価値のあるプロダクトフィーチャーと機能を提供し、顧客を満足させることができます。 · プロジェクトチームが １年ではなく１か月とか２週間でプロダクトフィーチャーを開発するということは、顧客にとって強烈な印象を与えることになります。...

最初のスプリントアクティビティはスプリント計画です。 スプリント計画ミーティングでは、開発チームは、スプリント中に完了できると確信しているプロダクトバックログ項目を計画して合意し、チームの完成の定義に従って、デリバリーに向けた詳細なタスクを特定します。 スプリント計画ミーティングは、 アジャイルの価値へのロードマップの第４段階です。 スプリント計画ミーティングの最初のパートでは、プロダクトオーナーと開発チームがスクラムマスターのサポートを受けて目標を設定し、スプリント用に開発するユーザーストーリーを選択します。...

アジャイルの価値へのロードマップの２番目のアクティビティと３番目の段階は、リリース計画です。 アジャイル用語でのリリースは、本番環境にリリースする使用可能なプロダクトフィーチャーのグループのことを指します。 リリースには、 プロダクトロードマップで概説されているすべての機能を含める必要はありませんが、少なくとも 市場投入可能な最小限のフィーチャーを含める必要があります。 これは、市場で効果的に展開および宣伝できるプロダクトフィーチャーの最小グループです。...

要件を見積もる最も一般的な方法の１つは、プランニングポーカー®とも呼ばれる見積ポーカーです。 見積もりポーカーは、スクラムチームが相対的な要件サイズを決定し、開発チームメンバー間の合意を構築するために使用できるゲームのようなものです。 チームが見積もりポーカーをプレイすると、より正確な見積もりが作成できるだけでなく、楽しんで見積もりを作ることができます。 見積もりポーカーをプレイするには、各開発チームメンバーに見積もりポーカーカード用のデッキが必要です。...

スプリントレビューは、アジャイルプロジェクトマネジメントの、検査と適応サイクルの重要な部分です。 スプリントレトロスペクティブ共に、スプリント間の核となるフィードバックループを形成します。 スプリントレビューミーティングには、チームが完了した内容を実証することと、プロダクトに関するフィードバックを収集することの２つの目標があります。 スプリントレビューでは、 開発チーム、 スクラムマスター、 プロダクトオーナー 、 ステークホルダー が集まり、成果について話し合います。...

アジャイルプロジェクトマネジメントは、 検査と適応 のアプローチです。 つまり、アジャイルプロセスでは、定期的に作業する手を止め、現況を評価し、プロジェクトの目標に向けた残りのプロセスを改善する方法を見つける必要があります。 12のアジャイル原則の最後は、この必要性を明確に説明しています。 スクラムチームがどれほど優れていても、改善する余地は常にあります。 スプリントレビューと共に、スプリントレトロスペクティブは、スクラムにおけるこのフィードバックループの中核を表します。...

価値へのロードマップの第３段階は、リリース計画の作成です。 リリースとは、市場投入可能な最小のフィーチャーのセットであり、市場で効果的に展開および宣伝できるプロダクトフィーチャーの最小グループです。 リリース計画には、一連のフィーチャーとリリース日が含まれています。 リリース計画を作成するには、次の手順をガイドとして使用します。   リリース目標を設定する プロダクトバックログを確認して、リリース目標をサポートする最も優先度の高いユーザー ストーリーを決定する リリースの日付を決定する：...

プラチナムエッジの、価値へのロードマップのに倣い、プロジェクトにおける最初のステップは、プロダクトビジョンステートメントを作成することです。 ビジョンステートメントは 灯台のようなもので、遠くから見ることができる光です。 暗い時、嵐の中、空が穏やかな時、どんな時も関係なく、正しい方向に進んでいることを確認することができます。 要するに、ビジョンステートメントは、戦略が一致し、 開発チームが 適切なプロダクトの作成に時間を費やすことを保証するためにあるのです。 目標を含め、プロダクトについて最もよく理解するのは プロダクトオーナーの...

アジャイルプロジェクトでは、プロジェクト開始時のプロジェクト計画期間が比較的短くなります。 プロジェクト計画中に、 プロジェクトチームは ミーティングを開き、プロジェクトの方向性を戦略レベルで設定し、プロジェクトを完了に導きます。 従来のプロジェクト計画とは異なり、アジャイルプロジェクトの計画は、短期間で、通常は２回以内の短いセッションで完了します。 プロジェクト計画のアクティビティは、価値へのロードマップの最初の２つの段階（プロダクトビジョンとプロダクトロードマップの作成）で概説されています。...

プロダクトバックログは、全てのプロジェクト要件の順序付きリストです。 プロジェクトの開始時に作る唯一の要件リストで、間違いなくアジャイルプロジェクトにおける最も重要な作成物です。 アジャイルプロジェクトの要件は、通常、ユーザーストーリー形式に従います。 プロダクトオーナーが、リストの作成、管理、および順序付けを担当します。 これには、新しいストーリーの追加、ストーリーの変更、不要になったストーリーの削除が含まれます。 プロダクトバックログが、サイズおよび要件の順序によって絶えず変化することは自然なことです。...