Agile - Manifest
W lutym 2001 r. W ośrodku Snowbird w Utah 17 programistów spotkało się, aby omówić lekkie metody programowania. Efektem ich spotkania był następujący Manifest Agile dotyczący rozwoju oprogramowania -
Odkrywamy lepsze sposoby tworzenia oprogramowania, robiąc to i pomagając innym. Dzięki tej pracy doszliśmy do wartości -
- Osoby i interakcje nad procesami i narzędziami
- Działające oprogramowanie ponad Kompleksową dokumentację
- Współpraca z klientem zamiast negocjacji umowy
- Reagowanie na zmianę Postępowanie zgodnie z planem
Oznacza to, że chociaż elementy po prawej stronie mają wartość, bardziej cenimy elementy po lewej stronie.
Dwanaście zasad Manifestu Agile
Customer Satisfaction - Najwyższym priorytetem jest zaspokojenie wymagań klientów poprzez wczesne i ciągłe dostarczanie wartościowego oprogramowania.
Welcome Change- Zmiany są nieuniknione podczas tworzenia oprogramowania. Stale zmieniające się wymagania powinny być mile widziane, nawet na późnym etapie rozwoju. Zwinne procesy powinny działać na rzecz zwiększenia przewagi konkurencyjnej klientów.
Deliver a Working Software - Dostarczaj działające oprogramowanie często, od kilku tygodni do kilku miesięcy, biorąc pod uwagę krótszy czas.
Collaboration - Ludzie biznesu i programiści muszą współpracować przez cały czas trwania projektu.
Motivation- Projekty powinny być budowane wokół zmotywowanych osób. Zapewnij środowisko do wspierania poszczególnych członków zespołu i ufaj im, aby czuli się odpowiedzialni za wykonanie zadania.
Face-to-face Conversation - Rozmowa twarzą w twarz jest najbardziej wydajną i skuteczną metodą przekazywania informacji zespołowi programistycznemu i wewnątrz niego.
Measure the Progress as per the Working Software - Działające oprogramowanie jest kluczem i powinno być podstawowym miernikiem postępu.
Maintain Constant Pace- Zwinne procesy mają na celu zrównoważony rozwój. Firma, programiści i użytkownicy powinni być w stanie utrzymać stałe tempo projektu.
Monitoring - Zwracaj regularnie uwagę na doskonałość techniczną i dobry projekt, aby zwiększyć zwinność.
Simplicity - Utrzymuj prostotę i używaj prostych terminów do pomiaru pracy, która nie została ukończona.
Self-organized Teams - Zespół zwinny powinien być samoorganizujący się i nie powinien w dużym stopniu polegać na innych zespołach, ponieważ najlepsze architektury, wymagania i projekty powstają w zespołach samoorganizujących się.
Review the Work Regularly - Dokonuj przeglądu pracy wykonywanej w regularnych odstępach czasu, aby zespół mógł zastanowić się, jak stać się bardziej efektywnym i odpowiednio dostosować swoje zachowanie.