IT用語帳
FEソフトウェア開発管理技術 · 開発プロセス・手法

ふりかえり(レトロスペクティブ)

Retrospective

ふりかえり

一定期間の活動を終えた節目に、チームでやり方を振り返り、良かった点や問題点を共有して次の期間の改善策を決める活動。アジャイル開発では反復ごとに行い、KPTなどの手法を使う。スクラムではスプリントレトロスペクティブとして行う。

共有:

Related

他の資格での定義

Past Exams

過去問での出題

過去問で 2 回出題(応用情報技術者試験 1・情報処理安全確保支援士試験 1)

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

基本情報技術者試験の過去問によく出る用語

Related

関連キーワードの用語

FEスクラムチーム

スクラムで開発を担う、プロダクトオーナー1人、スクラムマスター1人、複数の開発者からなる小規模なチーム。チーム内に階層を設けず、プロダクトの価値を高めるために必要な作業を自ら管理して進める。

PD-Sアジャイルソフトウェア開発宣言

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

PD-S自己組織化

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

PD-Sスプリントレトロスペクティブ

スクラムで、スプリントの最後に行うふりかえりのイベント。スクラムチームが、そのスプリントでの人、相互作用、プロセス、ツールについて、うまくいったことと問題を検討し、品質と効果を高めるための改善策を決めて、次のスプリントで実行する。

FEアジャイルソフトウェアの12の原則

アジャイルソフトウェア開発宣言の背後にある12の原則。顧客満足を最優先して価値あるソフトウェアを早く継続的に届けること、要求の変更を歓迎すること、動くソフトウェアを短い間隔でリリースすること、自己組織的なチームなどを掲げる。

FEモブプログラミング

チーム全員が1つの画面に向かい、1人が操作を担当し、ほかのメンバーが議論しながら指示を出して共同でプログラムを作る進め方。操作する役は短い時間で交代する。知識の共有が進み、レビューの手間や手戻りを減らせる。