
Agile jest filozofią dostarczania rozwiązań, które obejmują i ułatwiają ewolucyjne zmiany w całym cyklu życia produktu/projektu. Wiele zespołów agile i organizacji korzysta z Agile, aby dostarczać oprogramowanie szybciej, poprawiać jakość i ostatecznie zwiększać satysfakcję klientów. Manifest Agile można znaleźć pod adresem www.agilemanifesto.org.

- Indywidua i interakcje ponad procesy i narzędzia
Ludzie są uważani za najważniejszy czynnik. Zespoły koncentrują się na indywidualnych osobach i interakcjach. Ta wartość promuje samodzielne zarządzanie i wspólne posiadanie projektu. - Produkty robocze ponad kompleksową dokumentację
Ta wartość koncentruje się na dostarczaniu działającego produktu / oprogramowania. Dokumentacja jest konieczna, ale jest bezużyteczna bez działającego produktu. Zespoły nie powinny pozwalać, aby proces dokumentacji odciągał je od produkcji produktów roboczych. - Współpraca z klientem ponad negocjacjami umowy
Normalne jest, że wymagania biznesowe często się zmieniają, więc nierealistyczne jest umieszczanie wszystkiego w umowie na początku. Obie strony (zespół i klient) muszą być elastyczne w akceptowaniu zmian w produkcie. Zespół powinien ściśle współpracować z klientami, aby osiągnąć wspólną wizję i cele. Dlatego obie strony muszą budować wzajemne zaufanie i prowadzić elastyczne umowy. - Reagowanie na zmiany ponad trzymanie się planu
Wymagania często zmieniają się w zależności od potrzeb klientów. Dlatego nieefektywne jest tworzenie konkretnego planu na początku projektu. Zaleca się opracowanie planu na wysokim poziomie przy rozpoczynaniu projektu. Następnie pojawiają się dodatkowe informacje: oraz wiedza związana z produktem zdobywana od czasu do czasu, funkcja poprawy w backlogu produktu oraz realizacja projektów na podstawie priorytetów. W tym celu zaleca się, aby każdy członek zespołu uczestniczył w planowaniu backlogu produktu.
Agile zachęca zespoły do samodzielnej organizacji i współpracy z klientami poprzez komunikację twarzą w twarz oraz feedback.
12 Zasad stojących za Manifestem Agile
Poniżej przedstawione są 12 zasad agile, które wspierają Manifest Agile przedstawione na agilemanifesto.org:
Podążamy za tymi zasadami:

- Naszym najwyższym priorytetem jest zaspokojenie klienta poprzez wczesne i ciągłe dostarczanie wartościowego oprogramowania.
- Witamy zmieniające się wymagania, nawet późno w rozwoju. Procesy Agile wykorzystują zmiany dla konkurencyjnej przewagi klienta.”
- Dostarczaj działające oprogramowanie często, od kilku tygodni do kilku miesięcy, z preferencją dla krótszego okresu.
- Osoby z biznesu i deweloperzy muszą współpracować codziennie przez cały projekt.
- Buduj projekty wokół zmotywowanych osób. Daj im środowisko i wsparcie, których potrzebują, i zaufaj im, że wykonają zadanie.
- Najbardziej efektywną i skuteczną metodą przekazywania informacji do zespołu deweloperskiego i w jego obrębie jest rozmowa twarzą w twarz.”
- Działające oprogramowanie jest podstawowym miernikiem postępu.
- Procesy Agile promują zrównoważony rozwój. Sponsorzy, deweloperzy i użytkownicy powinni być w stanie utrzymać stałe tempo w nieskończoność.
- Ciągła uwaga na doskonałość techniczną i dobry design zwiększa zwinność.
- Prostota – sztuka maksymalizacji ilości pracy, która nie została wykonana – jest niezbędna.
- Najlepsze architektury, wymagania i projekty powstają w zespołach samodzielnie organizujących się.
- W regularnych odstępach czasu zespół zastanawia się, jak stać się bardziej efektywnym, a następnie dostosowuje swoje zachowanie odpowiednio.”
Agile przyjmuje podejście, które zakłada, że wymagania projektu będą się zmieniać i pokazuje, jak sobie z nimi radzić. Oparte jest to na 12 powyższych zasadach Agile, które wskazują, jak zapewnić udane dostarczenie projektu.
- Mit Agile: Dokumentacja i planowanie nie są potrzebne?
- Jak Scrum lub LeSS stosują zasadę empirycznego zarządzania procesem?
- Lista kontrolna Scrum dla każdego zespołu Scrum
- Rozwój Agile: Sprint Zero czy nie Sprint Zero?
- Top 6 powszechnych nieporozumień w rozwoju Agile
- Narzędzia ramowe Agile — od małych zespołów do skalowania Agile
- Porównanie zespołów Agile
- Dlaczego zarządzanie projektami Agile? Przejście z tradycyjnego PM na Agile
- Top 7 popularnych podejść do rozwoju Agile
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文