PD-S開発・運用の方法論 · 開発の手法・方法論

スプリントレビュー

Sprint Review

すぷりんとれびゅー

スクラムで、スプリントの終わりに、スクラムチームが利害関係者にそのスプリントで完成した成果（インクリメント）を示し、フィードバックを受けるイベント。結果と環境の変化を踏まえて、次に取り組む内容を検討し、プロダクトバックログを見直す。

共有:

他の資格での定義

スプリントの成果を関係者に示し、意見を得て次の計画に反映させる場。

Past Exams

過去問で 13 回出題（応用情報技術者試験 4・高度試験午前Ⅰ 3・基本情報技術者試験 2・システムアーキテクト試験 2・エンベデッドシステムスペシャリスト試験 1・情報処理安全確保支援士試験 1）

残り 3 件を表示

出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

出力を測定して目標値との差（偏差）を求め、その偏差を元に入力を調整する制御方式。PID制御が代表的で、比例（P）、積分（I）、微分（D）の3要素を組み合わせて制御する。外乱の影響を自動的に補正できる。

要求事項の明確化のために、システムやプロダクトの試作版を作成してステークホルダに提示し、フィードバックを得る手法。画面モックアップやペーパープロトタイプなどの形態がある。抽象的な要求を具体化するために効果的。

2001年に軽量な開発手法の提唱者たちがまとめた、アジャイル開発の価値観を示す宣言。プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を価値とする。あわせて12の原則が示されている。

チームが外部から細かく指示されるのではなく、目標の達成に向けて作業の進め方や分担を自分たちで決めて進めること。アジャイルソフトウェア開発宣言の背後にある原則では、最良のアーキテクチャ、要求、設計は自己組織的なチームから生み出されるとされる。

複数のチームで1つのプロダクトを開発するために、スクラムを大規模に適用する枠組み。全チームが1つのプロダクトバックログと1人のプロダクトオーナーを共有し、スプリントをそろえて進める。役割や成果物の追加を最小限に抑え、スクラムの原則のまま規模を広げることを重視する。

複数のスクラムチームが並行して開発するとき、各チームの代表者が定期的に集まり、進捗、チーム間の依存関係、障害を共有して調整する仕組み。デイリースクラムをチームの上の階層で行う形で、大規模なアジャイル開発でチーム間の連携をとるのに使う。