アジャイルなふるまい
このノートの問いがそのまま復習カードになり、忘れかけたころに出題されます。
シラバス案 Ver.0.1 の小分類 2「アジャイルなふるまい」(大分類 1:ビジネス変革/中分類 7:マインド・スタンス)。
2026-09-26 にシラバス本文と突合済み。
0. 何を押さえるか
アジャイルはソフトウェア開発の手法として生まれましたが、ここで問われるのは開発者だけの話ではなく、
価値あるものを、変化に柔軟に対応しながら、素早く継続的に届けるための考え方とふるまいです。
(姿勢としての土台は、マインド・スタンス の「反復的なアプローチ」です。)
骨組みは 1 本の流れで押さえられます。
価値駆動で「何がいちばん価値があるか」を決める
→ 仮説を立てる
→ 短いスプリント(期間のサイクル)で作って届ける
→ 結果で仮説を検証する
→ ふりかえり(KPT など)で進め方を直す
→ 次のスプリントへ
取り違えやすい組は次のとおりです。
| 取り違えやすい組 | 分かれ目 |
|---|---|
| 仮説検証 と ふりかえり | 作ったもの(価値)が当たったかを確かめるか、チームの進め方を見直すか |
| アジャイルソフトウェア開発宣言 と アジャイルの原則 | 4 つの価値か、それを具体化した 12 の原則か |
| KPT の Problem と Try | 困っていることか、次に試すことか |
1. 考え方
根拠: シラバス 1-7-2
アジャイルソフトウェア開発宣言の 4 つの価値とは?
2001 年に開発者たちがまとめた宣言。左側にも価値はあるが、右側(太字)をより重んじる。
| より重んじる | その比較対象 |
|---|---|
| 個人と対話 | プロセスやツール |
| 動くソフトウェア | 包括的なドキュメント |
| 顧客との協調 | 契約交渉 |
| 変化への対応 | 計画に従うこと |
「計画やドキュメントは要らない」とは言っていない——ここが引っかけ。
アジャイルの原則とは? 代表的なものを挙げよ。
アジャイルソフトウェア開発宣言の背後にある 12 の原則。4 つの価値を具体的なふるまいに落としたもの。
代表的なもの:
- 価値あるソフトウェアを早く継続的に届けて顧客を満足させる
- 開発の後半であっても要求の変更を歓迎する
- 動くソフトウェアを短い間隔(数週間〜数か月)で届ける
- 顧客側の人と開発者は毎日一緒に働く
- 定期的にふりかえり、やり方を調整する
アジャイルマインドとは?
変化を前提として受け入れ、小さく作って早く届け、フィードバックから学び続けようとする心構え
手法(スクラムなど)をなぞるだけでは、アジャイルにはならない。
「計画どおりに進めること」より「価値を届けること」を重んじる姿勢が土台にある。
価値駆動とは?
顧客・利用者にとって価値が大きいものから優先して作り、届けること
決めた計画を順番に消化するのではなく、
そのときいちばん価値のあるものを選び続ける。
期間や予算が足りなくなっても、価値の大きいものは先に届いている。
2. 手法
根拠: シラバス 1-7-2
スプリントとは?
あらかじめ決めた短い期間のサイクル(1〜4 週間程度)で、計画・開発・確認を 1 回ずつ行う繰り返しの単位
期間を固定し、その中で終わる量だけを選んで取り組む。
スプリントの終わりに動くものを見せ、ふりかえりをして次のスプリントに入る。
仮説検証とは? アジャイルでどう回すか?
「こうすれば顧客に価値があるはずだ」という仮説を立て、実際に作って届け、反応や結果で確かめること
スプリントごとに小さく作って確かめるので、
外れていても早く・小さな損失で方向を直せる。
最初に全部決めて作ると、外れていたと分かるのが最後になる。
ふりかえりとは? 仮説検証との違いは?
ふりかえり = スプリントの終わりに、チームの進め方そのものを見直す場
| 何を見直すか | |
|---|---|
| 仮説検証 | 作ったものが顧客にとって価値があったか |
| ふりかえり | チームの働き方(進め方・協力の仕方) |
ふりかえりは人を責める場ではない。仕組みや進め方を良くする場。
KPT とは? 3 つの文字はそれぞれ何か?
ふりかえりで使う枠組み。3 つに分けて書き出す。
| 意味 | 何を書くか | |
|---|---|---|
| Keep | 続けること | うまくいったので次も続けたいこと |
| Problem | 問題 | うまくいかなかったこと・困っていること |
| Try | 試すこと | 次のスプリントで新しく試すこと |
Problem を挙げて終わりにせず、Try(次の行動)まで決めるのが要点。