Scrum jest jedną z najpowszechniej stosowanych metod adaptacyjnych. Szczególnie dobre rezultaty przynosi w projektach o wysokim stopniu złożności i/lub ryzyka. Twórcy Scrum-a na ogół nie nazywają go metodyką, czy nawet procesem, lecz strukturą (framework) wokół której organizuje się praca zespołu. Strukturę tę wyznacza zestaw prostych praktyk, mających swoje korzenie w Lean Thinking. Właściwie wdrożony Scrum poprawia organizację pracy, produktywność zespołu oraz jego zaangażowanie i w efekcie prowadzi do zwiększenia wartości produkowanego oprogramowania.

Scrum dostarcza zespołom projektowym kompletnego zestawu praktyk, których prawidłowe stosowanie prowadzi do zwiększenia produktywności, radykalnego poprawienia zbieżności finalnego produktu z potrzebami (wymaganiami i oczekiwaniami) klienta oraz zwiększenia zaangażowania pracowników i ich zadowolenia z wykonywanej pracy.

Scrum dostarcza zespołom projektowym kompletnego zestawu praktyk, których prawidłowe stosowanie prowadzi do poprawy organizacji pracy, zwiększenia produktywności, radykalnego poprawienia zbieżności finalnego produktu z potrzebami (wymaganiami i oczekiwaniami) klienta. W zespołach w których adopcja Scruma powiodła się, obserwuje się zwykle zwiększenie zaangażowania pracowników i ich zadowolenia z wykonywanej pracy. A jednak w praktyce bardzo często okazuje się, że proces zmiany kultury i środowiska pracy w danej organizacji jest na tyle trudny i złożony, że wdrożenie Scruma przebiega zbyt wolno lub kończy się jedynie połowicznym sukcesem.

Scrum jest najbardziej popularną z lekkich metodyk, jego stosowanie deklaruje ponad 70% ankietowanych użytkowników lekkich metod. Osadzony jest w teorii empirycznego zarządzania procesem produkcji, a motorem napędowym jego działania jest samoorganizacja zespołu. Aby mogła ona zaistnieć, dotychczasowe praktyki zarządcze muszą ustąpić miejsca bardziej subtelnym technikom wyzwalającym w całym zespole poczucie odpowiedzialności za powodzenie projektu. W takim ujęciu kierownik zespołu to przede wszystkim osoba stymulująca pracę zespołową i ułatwiająca zespołowi pracę, jego lider, przewodnik i mentor. W metodyce Scrum osobą tą jest Scrum Master.

Celem stosowania lekkich metod produkcji oprogramowania jest zapewnienie wysokiego wskaźnika zwrotu z inwestycji oraz zwiększenia zbieżności produktu z potrzebami - wymaganiami i oczekiwaniami - klienta. Metody adaptacyjne, w szczególności Scrum bazując na zasadach Lean Thinking, a w szczególności na regule pull, powierzają obowiązki zarządzania wymaganiami osobie, która może o nich powiedzieć najwięcej - klientowi lub reprezentantowi klienta. Spełniając wyznaczane przez niego cele, zespół projektowy w regularnych odstępach czasu (nie rzadziej niż raz na miesiąc) dostarcza żądaną funkcjonalność. Na jej podstawie, a także przy uwzględnieniu zmieniających się uwarunkowań projektowych, dokonywana jest weryfikacja i formułowanie celów na kolejne iteracje. W metodyce Scrum osobą pełniącą rolę klienta jest właściciel produktu - Product Owner.

Kanban jest techniką inicjującą i regulującą przepływ produktu (flow) przez systemy produkcyjne typu "ciągnionego" (pull). Stanowi jeden z filarów systemu produkcyjnego Toyoty (Toyota Production System, TPS) i pochodnych, odchudzonych systemów produkcyjnych (lean), na których wzorowane są lekkie metodyki produkcji programowania. Możliwości zastosowania tej techniki w produkcji oprogramowania rozciągają się od usprawniania pracy wykonywanej przez pojedyncze osoby, zespoły, aż po całe organizacje. Najlepsze rezultaty kanban przynosi tam, gdzie jego zasięg obejmuje cały system produkcji - od działu marketingu, poprzez produkcję, po działy wdrożeń czy dystrybucji. Kanban może być stosowany jako samodzielne narzędzie, może być także łączony z innymi metodykami w celu podniesienia kultury pracy zespołowej, sekwencyjnego podejmowania i realizacji zobowiązań przez zespoły projektowe, oraz optymalizacji procesu produkcji.

Kanban jest techniką inicjującą i regulującą przepływ produktu (flow) przez systemy produkcyjne typu "ciągnionego" (pull). Stanowi jeden z filarów systemu produkcyjnego Toyoty (Toyota Production System, TPS) i pochodnych, odchudzonych systemów produkcyjnych (lean), na których wzorowane są lekkie metodyki produkcji programowania. Możliwości zastosowania tej techniki w produkcji oprogramowania rozciągają się od usprawniania pracy wykonywanej przez pojedyncze osoby, zespoły, aż po całe organizacje. Najlepsze rezultaty kanban przynosi tam, gdzie jego zasięg obejmuje cały system produkcji - od działu marketingu, poprzez produkcję, po działy wdrożeń czy dystrybucji. Kanban może być stosowany jako samodzielne narzędzie, może być także łączony z innymi metodykami w celu podniesienia kultury pracy zespołowej, sekwencyjnego podejmowania i realizacji zobowiązań przez zespoły projektowe, oraz optymalizacji procesu produkcji.

Kanban is a visual signaling system, originating in Toyota Production System, picked up in one form or another by all pull production systems. It's role is to control the flow of a product through the production system and to trigger actions once and in the very place they are needed. Kanban is a system providing support for "lean" production principles such as "just-in-time", "just-enough" and information transparency, the very same principles that stay at the core of agile software development ideology. Applied to software development kanban helps to organize work for a single person (personal kanban), a team or, better, can be applied to the whole production system to help stay focus, limit work items being in progress and to boost teamwork.