スクラム、かんばん、ストーリー、なんてこった！私は 90 年代初頭に開発を始めた開発者で、最近、方法論としてアジャイル開発を採用している企業で働き始めました。私がグーグルで検索した限り、WTF アジャイル (およびそれに付属するすべての用語) と、それが古い学校の開発とどのように比較されるかを説明する、本当に適切なドキュメントを見つけることができません。お勧めできるサイトはありますか？たとえば、スプリントの概念がわかりません。通常の 80wpm に対して 120wpm で狂ったようにタイピングする開発者を思い浮かべます。;)
2 に答える
1
まず、基本はアジャイル マニフェストにありました。
典型的な非アジャイル プロセスはウォーターフォール モデルです。このモデルでは、すべての開発フェーズ (要件、設計、実装、テストなど) が順番に続きます。
開発者が要件を誤解した場合、要件は実装よりも後のフェーズでチェックされるため、開発全体が基本的に完了するまで気付かないため、これは高いリスクを伴います。
通常、アジャイル開発では、反復のすべてのフェーズをカバーすることで、このリスクを軽減しようとします。スクラムでは、これをスプリントと呼びます。これには、要件の指定、設計、実装、および承認が含まれます。
于 2013-09-04T15:31:44.287 に答える
1
Agile Manifestoのサイトから始めることができます。そこには、アジャイルが基づいている原則があります。それに加えて、スクラムでの 3 年間の経験に基づいて、いくつかの点を指摘しようと思います。
アジャイル環境では、変化に迅速に対応し、顧客とのやり取りに重点を置き、動作するソフトウェアを示して早期のフィードバックを可能にするチームを作成しようとします。
アジャイルとは、チームがより多くの作業をしなければならないという意味ではありませんが、たとえば、作業方法がドキュメントよりもソフトウェアの作業に集中する必要があることを意味します。スクラムでは、スプリントを使用して、通常 3 ～ 4 週間の開発を計画し、最終的に機能するソフトウェアを提供します。ソフトウェア全体、要件全体が指定されているわけではありませんが、顧客が現在の要件に基づいて動作することを試して確認できるものを提供しました。したがって、何か変更があったとしても、すべての仕様をやり直す必要はなく、現在のテーブルにあるものに基づいて次のスプリントを計画するだけです。
これにより、顧客は「これは私が望んでいるものではありません」とできるだけ早く (そうである場合) 言うことができ、やり直しをできるだけ少なくすることができます。
また、アジャイルはすべての開発チームに適しているわけではないことにも注意してください。アジャイルを理解し、自分のニーズに合っているかどうかを確認してください。
于 2013-09-04T15:40:03.413 に答える