Manifest Zwinnego Tworzenia Oprogramowania
Wytwarzając oprogramowanie i pomagając innym w tym zakresie,
odkrywamy lepsze sposoby wykonywania tej pracy.
W wyniku tych doświadczeń przedkładamy:
Ludzi i interakcje ponad procesy i narzędzia.
Działające oprogramowanie ponad obszerną dokumentację.
Współpracę z klientem ponad formalne ustalenia.
Reagowanie na zmiany ponad podążanie za planem.
Doceniamy to, co wymieniono po prawej stronie,
jednak bardziej cenimy to, co po lewej.
podpisali ten manifest w 2001 roku
Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
Kierowali się następującymi zasadami:
Najważniejsze dla nas jest zadowolenie Klienta
wynikające z wcześnie rozpoczętego i ciągłego dostarczania
wartościowego oprogramowania.
Bądź otwarty na zmieniające się wymagania
nawet na zaawansowanym etapie projektu.
Zwinne procesy wykorzystują zmiany
dla uzyskania przewagi konkurencyjnej Klienta.
Często dostarczaj działające oprogramowanie
od kilku tygodni do paru miesięcy,
im krócej tym lepiej z preferencją krótszych terminów.
Współpraca między ludźmi biznesu i programistami
musi odbywać się codziennie w trakcie trwania projektu.
Twórz projekty wokół zmotywowanych osób.
Daj im środowisko i wsparcie,
którego potrzebują i ufaj im, ze wykonają swoją pracę.
Najwydajniejszym i najskuteczniejszym
sposobem przekazywania informacji do
i ramach zespołu jest rozmowa twarzą w twarz
Podstawową i najważniejszą miarą postępu jest działające oprogramowanie.
Zwinne procesy tworzą środowisko do równomiernego
rozwijania oprogramowania. Równomierne tempo
powinno być nieustannie utrzymywane poprzez sponsorów,
programistów oraz użytkowników.
Poprzez ciągłe skupienie na technicznej doskonałości
i dobremu zaprojektowaniu oprogramowania zwiększa zwinność.
Prostota – sztuka maksymalizacji pracy niewykonanej – jest zasadnicza.
Najlepsze architektury, wymagania
i projekty powstają w samoorganizujących się zespołach.
W regularnych odstępach czasu zespół
zastanawia się jak poprawić swoją efektywność,
dostosowuje lub zmienia swoje zachowanie.
źródło: http://agilemanifesto.org/
komentarze wysyłajcie na admin**script4admin.com
Prostota tego manifestu jest kluczem kiedy mówimy o zarządzaniu projektami, nie tylko tymi opartymi o Agile,
















