Zdaję sobie sprawę, że nie wszyscy z Was programują. Możliwe, że tytuł nie zaciekawi Was, a może nawet odstraszy. Proszę, nie uciekajcie. Manifest Programowania Zwinnego nie jest przeznaczony tylko dla programistów. Nie tyczy się on tylko świata IT. Moim zdaniem, można wykorzystać go w wielu innych obszarach, począwszy od własnego, prywatnego życia, a skończywszy na biznesie. Postaram się przekazać Wam przydatną wiedzę pochodzącą ze świata IT. Poniżej przedstawiam Manifest Programowania Zwinnego oraz jego dwanaście zasad. Zapraszam do lektury.

Manifest Programowania Zwinnego

W 2001 roku spotkało się siedemnaście osób ze świata IT reprezentujących niekaskadowe podejście do tworzenia oprogramowania, m.in. Scruma, Programowania Ekstremalnego, Adaptive Software Development, Crystal Clear, Pragmatic Programming, Dynamic Systems Development Method. Zebrali oni swoje doświadczenia z tworzenia programowania i napisali Manifest Agile. Zawarli w nim cztery tezy. Twórcy podkreślają, że elementy z lewej strony poniższych stwierdzeń są ważniejsze od tych z prawej (które również są istotne).

Twórcy manifestu zapisali w nim, że cenią bardziej:

• Ludzi i interakcje od procesów i narzędzi,
• Działające oprogramowanie od szczegółowej dokumentacji,
• Współpracę z klientem od negocjacji umów,
• Reagowanie na zmiany od realizacji założonego planu.

Innymi słowy, to ludzie i relacje między nimi są najważniejsze. Czy to w biznesie, czy w domu, to właśnie oni są na pierwszym miejscu. W końcu nie współpracujemy z umową prawną, programem komputerowym czy misją organizacji, tylko żywymi ludźmi. Twoim głównym celem jest zaspokojenie potrzeb klientów. Działający produkt jest dla klienta najważniejszy, nie interesuje go dokumentacja i procedury, które masz narzucone. A w jaki sposób najlepiej jest poznać potrzeby klienta? Trzeba z nim dużo rozmawiać, pokazywać mu, w którą stronę zmierza projekt, uwzględniać zmiany w jego wymaganiach i współpracować. Jakie jest prawdopodobieństwo, że klient powie nam, że produkt, który dla niego zrobiliśmy, nie jest tym, czego oczekiwał, gdy często i regularnie pokazywaliśmy mu kolejne wersje produktu?

Dwanaście zasad Manifestu Programowania Zwinnego

Tamtego dnia powstała również lista zasad, którymi powinno się kierować podczas produkcji oprogramowania. Postaram się przełożyć ją na trochę ogólniejszą materię, aby mogła przydać się nie tylko programistom.

1. Najwyższy priorytet ma dla nas zadowolenie klienta dzięki wczesnemu i ciągłemu wdrażaniu wartościowego oprogramowania.

W swoich pracach skup się na tym, aby zadowolić swojego klienta. To jest najważniejsza rzecz. Możesz to osiągnąć przez regularne i częste dostarczanie mu wartościowych rzeczy.

2. Bądźcie gotowi na zmiany wymagań nawet na późnym etapie jego rozwoju. Procesy zwinne wykorzystują zmiany dla zapewnienia klientowi konkurencyjności.

Zastanawiałeś się po co w ogóle robisz konkretne zlecenie klienta? Jaki jest tego cel? Jeśli Twoją odpowiedzią jest, że robisz to po to, aby zadowolić klienta, to musisz sobie uświadomić, że zmiany będą chlebem powszednim. Czy to dobrze? Moim zdaniem bardzo dobrze. Klient oraz jego otoczenie cały czas się zmieniają. Tak samo powinien ewoluować projekt, aby Twój produkt był zawsze konkurencyjny.

3. Dostarczajcie funkcjonujące oprogramowanie często, w kilkutygodniowych lub kilkumiesięcznych odstępach. Im częściej, tym lepiej.

Częste ocenianie przez klienta postępów w rozwoju pozwala na lepsze dopasowanie się do potrzeb klienta oraz zmniejszenie przypadków, gdy robimy coś niepotrzebnie lub w zły sposób. Staraj się zbierać możliwie jak najwięcej informacji zwrotnych od klienta oraz omawiaj każdą swoją wątpliwość. Pomoże Ci to zminimalizować nakłady pracy oraz lepiej spełnić jego oczekiwania.

Doświadczyłeś w swoim życiu remontu mieszkanie, w którym żyjesz? Ten właśnie przypadek, wykańczania mieszkania, pokazuje, jak bardzo ważne jest częste pokazywanie klientowi postępów w pracach. Równie ważne jest też częste omawianie i specyfikowanie wizji produktu. Późne spostrzeżenie przez klienta, że dostarczony produkt nie jest tym, czego oczekiwał, bywa bardzo kosztowne. W zależności od ustaleń, kosztami może zostać obarczona jedna bądź druga strona. Dużo lepiej jest jednak dokładnie precyzować wymagania i poddawać do oceny prototypy.

4.  Zespoły biznesowe i deweloperskie muszą ściśle ze sobą współpracować w codziennej pracy przez cały czas trwania projektu.

Wymagania klienta możesz poznać tylko w jeden sposób: komunikując się z nim. Im częściej będziesz to robił, tym lepiej. Pamiętaj, że nie liczy się tylko częstotliwość kontaktów, ale również ich jakość. Każdy z nas korzysta z trochę innego języka, ma różne doświadczenia i inaczej pojmuje świat. Poświęć trochę czasu i energii na zrozumienie swojego klienta, jego wizji i pr