“優れた技術と優れたデザインへの継続的な配慮が、俊敏性を高める”
続きを読む
12アジャイルの原則— 12の#8
「アジャイルプロセスは、持続可能な開発を促進します。スポンサー、開発者、ユーザは、一定のペースを無限に維持できるはずだ。”
続きを読む
12アジャイルの原則— 12の#7
“作業用ソフトウェアは進歩の第一の尺度である。”
続きを読む
12アジャイルの原則— 12の#6
“プロジェクトチーム内への情報伝達で最もエフィシェントで効果的な方法は、対面での会話である。”
続きを読む
12アジャイルの原則— 12の#5
「やる気のある人を中心にプロジェクトを組み立てる。彼らに必要な環境とサポートを与え、信頼して仕事を任せる。”
続きを読む
12アジャイルの原則— 12の#4
この原則は、プロジェクトチームとビジネススポンサーとの間のパートナーシップのアプローチを強調するものです。これは、アジャイルマニフェストの価値観である “契約よりもコラボレーション “に非常に合致しています。
続きを読む
12アジャイルの原則— 12の#3
“2週間から2ヶ月の間で、短い期間を優先して、実用的なソフトウェアを頻繁に提供する”
続きを読む
12アジャイル原則— 12の#2
「開発後期でも要求の変化を歓迎する。アジャイルプロセスは、顧客の競争優位のために変化を利用する。”
続きを読む
12アジャイルの原則— 12の#1
“価値あるソフトウェアの早期かつ継続的な提供を通じて、お客様にご満足いただくことを最優先に考えています。”
続きを読む
ウォーターフォールモデルの問題は何ですか?
実際には、顧客は実際にソフトウェアを動かしてみないとニーズがわからないこともあり、要件を変更すると設計のやり直し、再開発や再テストが発生し、コストアップにつながる。開発者は、新しいソフトウェア製品や機能を設計する際に、その先の困難さに気付かないことがあります。その場合、新たに発見された制約、要件、問題点を考慮しない設計に固執するよりも、設計を修正した方が良いのです。その結果、組織が考えている要件が実際に機能する保証はない。
続きを読む