ブログ

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

スクラムプロセスには、全てのスクラムプロジェクトに含むべき会議が４つあります：スプリント計画ミーティング、デイリースクラムミーティング、スプリントレビュー、スプリントレトロスペクティブです それぞれがスプリント ライフサイクルのどこかで発生し、時間も決まっています。 各ミーティングに推奨される最長の時間について見てみましょう。 ミーティングや、その他のスクラムアクティビティの概要については、...

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

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

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

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

認定スクラムマスター(CSM)試験の認定プロセスは、現在いくつかの変更が行われています。 これまでは、認定スクラムマスターコースに参加して試験を受けたすべての人が合格していました。 ただし、2012 年 9 月 1 日から、スクラム アライアンスは試験の内容を更新し、難易度をわずかに高め、合格 /不合格の結果を導入します。 2012 年 8 月 31 日以前に試験を受験したすべての人が合格し、CSM になります。 2012年9月1日以降、 失敗する可能性があります。...

従来のプロジェクトマネジメントの方法論では、顧客の関与がなかなか実現しません。 実際、プロジェクトへの顧客の関与が完全に成功したと思われたのは、プロジェクトの最初と最後の２回だけでした。 完全とは言えないまでも、多少の成功を認められた従来のプロジェクト環境では、スコープの変更や変更要求を交渉する時に顧客が関与することもあります。 このような場合、開発側と顧客側のモットーは「勝つか負けるか」です。 ご想像のとおり、このアプローチでは、多く場合スコープの変更と顧客との協調が迷惑なものとして認識されているのです。...

PMPやPrince 2といった従来のプロジェクトマネジメントの方法論では、ステークホルダーを、プロジェクトの影響を受ける人として定義しています。 プロジェクトマネジメントの方法論が異なれば、定義も異なります。 スクラムでは、すべてが異なります。 スクラムの公式の役割は３つです：開発チーム、 スクラムマスター 、 プロダクトオーナー。 プロダクトオーナーは、ステークホルダーが何を必要としているかを理解し、彼らの声を伝える責任があります。 アジャイルプロジェクトでステークホルダーが果たす役割を深く掘り下げる前に、まずは 誰が...

アジャイルプロジェクトには正式なプロジェクトマネジャーのポジションはありませんが、スクラムモデルでは、プロジェクトマネジメントの責任は次の役割を通じて果たされます。 プロダクトオーナー： プロダクトオーナー は、プロダクトについての開発「理由」、「内容」、および「時期」についての責任を持ちます。 理由：プロダクトオーナーは、プロダクトの長期目標と短期目標の両方を設定して、戦略と長期的な方向性を策定します。 プロダクトオーナーを通じて、スクラムチーム全体、特に開発者は、自分たちが構築しているものを、なぜ構築しているのかを理解します。...

動くソフトウェア（および、多くの組織にとっては、実用的な「プロダクト」)の早期提供は、アジャイルアプローチを使用する最大の利点の１つです。 プロジェクトの早い段階で動くプロダクトを提供することで、ROIを高めることができます。 動くプロダクトによって、開発チームは、プロジェクトに長い時間を費やす前に、難しい概念が機能するかどうかを証明することができます。 収益をもたらす動くプロダクトは、プロジェクトの残りの部分に資金を提供することもできます。 アジャイルプロジェクトでは、開発チームは動くプロダクトに焦点を当てます。...