アジャイルソフトウェア開発
↑ "動くソフトウェアこそが進捗の最も重要な尺度です。" アジャイル宣言の背後にある原則
↑ "価値のあるソフトウェアを早く継続的に提供します。... 動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースします。" アジャイル宣言の背後にある原則
↑ "契約交渉よりも顧客との協調を" アジャイルソフトウェア開発宣言.
↑ "顧客満足を最優先し" アジャイル宣言の背後にある原則
↑ "計画に従うことよりも変化への対応を" アジャイルソフトウェア開発宣言.
↑ "要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。" アジャイル宣言の背後にある原則
↑ Don’t just Do Agile, Be Agile
↑ "プロセスやツールよりも個人と対話を" アジャイルソフトウェア開発宣言.
↑ "最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。" アジャイル宣言の背後にある原則
↑ "意欲に満ちた人々を集めてプロジェクトを構成します。" アジャイルソフトウェア開発宣言.
↑ "環境と支援を与え仕事が無事終わるまで彼らを信頼します。" アジャイル宣言の背後にある原則
↑ "アジャイルプロセスには反復型のアプローチが必要であり、ウォーターフォール方式で作業することなどできない。だが、反復型のアプローチ(非ウォーターフォール)に従っているが、アジャイルではないことも可能である" Martin Fowler. (2019). ウォーターフォールプロセス.
アジャイルは価値提供に関して経験を通じた学び・適応を重視する。それは人間/開発チームにも同様のことが言える。もし開発チーム全体が問題仮説の実証に携わり続けていればチームには経験が蓄積し、適応時により良い問題仮説をチーム全体から提唱できる。逆に開発チームが指示された解決策の実装にのみ従事していると問題仮説に関する経験は蓄積しない。また他者への価値提供を担う権限と責任を持つチームは高い意欲を持つことができる。指示された解決策の実装のみを担っても意欲は高まらない。
提供する価値の最大化がアジャイルの目的である。その価値を提供するソフトウェアは人間の手によって開発される。ゆえにアジャイルソフトウェア開発は開発プロセスより開発する人間/チームを重視する。価値を最大化できるチームは自己組織的なチームである。すなわち価値提供を担うことで高い意欲を持ち、問題設定・解決策提案・実装・適応をチーム自ら繰り返し経験を積み能力があり、それらをチームの権限と責任でおこなえるチームである。アジャイルソフトウェア開発ではチームの能力を信頼しチームの自己組織化に必要な環境・権限・責任をチームに付与することで提供価値を最大化する。
チームの構成は自由であるが、典型的にはエンジニア・デザイナー・プロダクトマネージャー・マーケター、他にもテスト担当者・テクニカルライタ・管理職などが見られる。