Agile-manifesto

提供:Dev Guides
移動先:案内検索

アジャイル-マニフェスト

2001年2月、ユタ州のスノーバードリゾートで17人のソフトウェア開発者が集まり、軽量な開発方法について議論しました。 彼らの会議の結果は、ソフトウェア開発のための以下のアジャイルマニフェストでした-

'__ 私たちは、ソフトウェアを開発し、他の人がそれを行うのを支援することにより、ソフトウェアを開発するより良い方法を発見しています。 この作業を通じて、私たちは価値になっています-

  • プロセスとツールを介した個人と相互作用
  • 包括的なドキュメントよりも機能するソフトウェア
  • 契約交渉を介した顧客コラボレーション
  • 計画の変更への対応

つまり、右側の項目には値がありますが、左側の項目にはさらに値を付けます。 '__

アジャイル宣言の12の原則

  • 顧客満足度-貴重なソフトウェアを早期かつ継続的に提供することにより、顧客の要件を満たすために最優先されます。
  • ようこそ変更-ソフトウェア開発中の変更は避けられません。 開発段階の終盤であっても、絶えず変化する要件を歓迎します。 アジャイルプロセスは、顧客の競争上の優位性を高めるために機能するはずです。
  • 動作中のソフトウェアの配信-より短い時間スケールを考慮して、数週間から数か月に及ぶ動作中のソフトウェアを頻繁に配信します。
  • コラボレーション-ビジネスの人々と開発者は、プロジェクトの全期間を通じて協力しなければなりません。
  • 動機-プロジェクトは、やる気のある個人を中心に構築する必要があります。 個々のチームメンバーをサポートする環境を提供し、信頼できるようにして、彼らが仕事を成し遂げる責任を感じるようにします。
  • 対面式の会話-対面式の会話は、開発チームに情報を伝える最も効率的かつ効果的な方法です。
  • 動作中のソフトウェアごとに進捗状況を測定します-動作中のソフトウェアが重要であり、それが進捗状況の主要な指標である必要があります。
  • 一定のペースを維持-アジャイルプロセスは持続可能な開発を目指しています。 ビジネス、開発者、およびユーザーは、プロジェクトを一定のペースで維持できる必要があります。
  • 監視-敏technical性を高めるために、技術的な優秀さと優れた設計に定期的に注意を払ってください。
  • シンプル-物事をシンプルに保ち、完了していない作業を測定するためにシンプルな用語を使用します。
  • 自己組織化されたチーム-最適なアーキテクチャ、要件、および設計が自己組織化されたチームから生まれるため、アジャイルチームは自己組織化され、他のチームに大きく依存するべきではありません。
  • 定期的に作業を確認-チームがより効果的になり、それに応じて行動を調整する方法を反映できるように、定期的に行われた作業を確認します。