2010年8月に、BABOKのアジャイル拡張（Agile Extention)のドラフト版が公開された。アジャイルにおけるビジネスアナリストがリエゾン（橋渡し役）として有効に機能するには、動作するソフトウェアを実現する開発チームへ継続的に寄り添い、貢献しなければならない。そのため、アジャイルでのビジネスアナリストは、資料作成や分析の技術だけでなく、ソフトウェアの実現に関わる技能を備えることが必要となるだろう。これは逆に、開発チームがビジネスアナリシススキルを備えるべきだということも、また示唆している。
アジャイルに関する話題はプラクティスのような人々が日々行っている形あるもの、「アジャイル開発プロセス」に偏りがちである。しかし、プロセスの中ではなくプリンシプル(原則)の中にこそ本当のアジャイルさは存在する。
Declan Whelan氏は示唆に富むブログを書いている。その記事では、Mishkin Berteig氏から学んだという思想に言及し、成功するアジャイルチームには(暗黙の)原則として、「誠実さ」があるという。
多くのアジャイラーたちは、誰もがアジャイルに馴染むわけではないと考えている。人によっては、アジャイルの哲学にうまくフィットせず、否定的な傾向をチームにもたらす。XPグループ上で、人がXPにうまくフィットするかを見極める方法について興味深い議論があった。
スクラムチームには指名されたチームリーダーがいない。チームは自己管理することが望まれる。同様に、世界的に有名なオーケストラは、チームでリーダーシップを共有して決定を行うというプロセスを支持し、指揮者の役割を完全に省いた。その過程で、スクラムチームが利益を享受できるような連携方法とレッスンを身につけた。
アジャイルチームは自己組織化されていてエネルギーがみなぎっていると知られている。彼らは高い仲間意識を示し、その結果、かなりの生産性と効率性がもたらされる。しかし、時々、アジャイルチームの誰かがうまく溶け込めず、チーム全体の速度を落とすことがあるかもしれない。アジャイルコミュニティの何人かのメンバが「投票で誰かを島から追放する」シナリオについて議論している。
