率順 |
新着順 |
現在、○率順で表示しています。
[更新]
(13)
基本概念が強固なシステムに対し、ある程度までの枝葉を補足するのに有効
|
1 |
0 |
 |
開発期間の早い段階から動くソフトウェアを目で見て確認できる
|
3 |
1 |
 |
要望を的確に把握し満足度の高いシステムを開発できる
|
2 |
1 |
 |
早い、安い、旨い
|
0 |
0 |
 |
PDCAサイクルを短く回せる
|
0 |
0 |
|
修正が必要な箇所を局所化し、仕様変更に強い
|
0 |
0 |
|
要求の変更を許容するようなアーキテクチャ
|
0 |
1 |
|
価値が少ないドキュメント作成を極限まで省く方向性
|
0 |
0 |
|
ビジネスドリブン
|
0 |
0 |
|
Eclipseのような大規模プロジェクトでも使われている
|
0 |
0 |
|
(13)
見積もった工数が膨らんだ場合の負担に関しての調整が困難
|
2 |
0 |
|
適切な規律が求められる
|
1 |
0 |
|
1人1人がなるべくたくさんの役割を担うことが求められる
|
1 |
0 |
|
習熟した技術者によってのみ（真の意味で）成し遂げられる
|
1 |
0 |
|
考え方の違う人が排除されやすい
|
0 |
0 |
|
必要なドキュメントさえもを作られない場合がある
|
0 |
1 |
|
場当たり的なシステムになってしまう恐れがある
|
0 |
1 |
|
オフショア開発に適さない
|
0 |
0 |
|
スキルが高い人が求められるので人件費が高くなる
|
0 |
0 |
|
大規模なシステムには向かない
|
0 |
0 |
|
