Nie. Nie, jeśli raz ustalone założenia będą realizowane bezmyślnie, sekwencyjnie, od A do Z, bez względu na zachodzące zmiany. Nie, jeśli nie będzie realnie oceniana wartość, którą chcemy dostarczyć. Nie, jeśli skupienie zespołu w trakcie iteracji będzie rozpraszane nieistotnymi tematami, „nagłymi zmianami” oraz szumem informacyjnym. Nie, jeśli agile będzie tylko modnym buzz-wordem. Agile może znaczyć szybciej Realne przyspieszenie wymaga dużej zmiany myślenia o rozwoju produktów po stronie biznesowej. Wymaga to wyjścia IT poza schemat „zrobię to co mi każą, bo w końcu za to mi płacą„. Wszyscy zaangażowani w proces tworzenia, muszą zrozumieć nowe zasady gry. Nie oznacza to, że deweloperzy zaczną

Znam zespół (A), który składa się z świetnych specjalistów. Są wszechstronnie rozwinięci technologicznie, bardzo inteligentni, a suma ich umiejętności pozwala rozwiązać każdy przedstawiony im problem. Każdy z nich to indywidualista, często tak silny, że potrafi zdominować całą grupę. W innym zespole (B), funkcjonuje grupa solidnych, rzetelnych deweloperów. Potrafią rozwiązywać problemy w jednej, głównej technologii, posiadając ogólną wiedzę na temat innych rozwiązań. Rozwiązują problemy na nieco niższym poziomie abstrakcji, aniżeli zespół A. Zespół A ma problemy, żeby dostarczyć działający software na koniec Sprintu. Zespół B dostarcza gotowe oprogramowanie w każdej iteracji. Jaka jest różnica? A to tylko grupa ludzi. B to