Niezaimplementowane = brak wartości

Spośród dwunastu zasad Manifestu Agile niektórzy ludzie kojarzą pojęcie „wartości" z dostarczaniem działającego oprogramowania. Skupienie na działającym oprogramowaniu w Agile i Scrum wynika z jednej z czterech wartości — „działające oprogramowanie ponad wyczerpującą dokumentację". Ta wartość jest reakcją na projekty i programy, w których raporty i prezentacje PowerPoint są cenniejsze niż dostarczanie oprogramowania użytkownikom. W typowej organizacji IT, która rozwija, ulepsza i utrzymuje oprogramowanie, by mogło być wykorzystywane przez resztę organizacji do prowadzenia działalności, wartość pojawia się dopiero wtedy, gdy oprogramowanie może być faktycznie używane.

Te cztery mechanizmy pozwalają dostarczyć wartość poprzez wdrożenie oprogramowania:

Walidacja 

Zanim dojdzie się do punktu, w którym oprogramowanie jest pisane, testowane i wdrażane, należy podjąć pewne decyzje. Poprzez wdrożenie działającego oprogramowania i korzystanie z niego przez prawdziwych użytkowników można walidować zarówno pomysły, które reprezentuje oprogramowanie, jak i założenia, na których oparto priorytety i zbudowano oprogramowanie. Wdrożenie i użytkowanie oprogramowania dostarcza informacji potrzebnych do walidacji pomysłów i decyzji, które pojawiły się w trakcie procesu.

Informacja zwrotna z rzeczywistości

Najlepszą informację zwrotną uzyskuje się wtedy, gdy użytkownicy faktycznie używają oprogramowania w swojej pracy i codziennym środowisku. Przeglądy, wywiady z klientami i demonstracje są świetne, aby uzyskać informację zwrotną już na początku. Jednak tym sztucznym środowiskom brakuje złożoności codzienności biurowej.

Kontrola postępów

Jedną z głównych zasad Manifestu Agile jest to, że działające oprogramowanie jest główną miarą postępu. Dostarczanie wartościowego i działającego oprogramowania pokazuje reszcie organizacji, że jej inwestycja przynosi wartość.

Przychód

Oprogramowanie, które jest rozwijane, ulepszane lub utrzymywane i ma być bezpośrednio używane przez klienta, nie może generować przychodów, dopóki nie jest w użyciu — bez względu na to, czy chodzi o wdrożenie nowego produktu, czy ulepszenie już istniejącego.

Wartość rzeczywista a potencjalna

W większości przypadków oprogramowanie, które jest gotowe i używane, tworzy wartość dla organizacji. Oprogramowanie, nad którym się pracuje lub które czeka na wdrożenie, może mieć potencjalną wartość — jednak ten potencjał ma niewielką wartość rzeczywistą, dopóki nie zostanie zrealizowany. Podobnie jak w przypadku baterii — im dłużej czeka się z zamianą energii potencjalnej na kinetyczną, tym mniej energii jest dostępne, ponieważ pojemność baterii stopniowo spada. Podobnie jak bateria, ta pojemność maleje z czasem w każdym choć trochę dynamicznym środowisku. Wymagania i pomysły zawarte w oprogramowaniu również stopniowo się dezaktualizują, ponieważ nasz świat nieustannie się zmienia.

Podsumowanie dotyczące wdrażania oprogramowania

Dopóki oprogramowanie nie jest gotowe, nie możemy czerpać z niego wartości poprzez używanie go, ani nie uzyskamy informacji zwrotnej o tym, czy środowisko pracy, w którym oprogramowanie ma być kiedyś używane, już się zmieniło. Dlatego mamy jedynie ogromną górę niepewności. A jak wiemy, niepewność zmniejsza wartość.

Tekst pochodzi z bloga SPaMCAST i został przez nas przetłumaczony.

Praca zwinna

=> Co oznacza iteracyjna i inkrementalna praca?

Unikanie marnotrawstwa w Scrum

=> Eliminowanie Waste i zapobieganie marnotrawstwu.