Zwinne zarządzanie projektami: perspektywa wytwórcy /Deklaracja zwinnego wytwórcy oprogramowania
Drogi Kliencie,
Jesteśmy profesjonalistami znającymi swoje rzemiosło. Wiemy, że w trakcie realizacji projektu:
- mogą zmieniać się biznesowe lub prawne podstawy i założenia
- będziesz chciał zmieniać wymagania (nawet jeśli dziś zaprzeczasz)
- okaże się, że mniej niż połowa zamawianych przez ciebie wymagań jest ci faktycznie potrzebna (dzisiaj nie wiesz jednak która to połowa więc na wszelki wypadek twierdzisz, że wszystkie są tak samo ważne)
- ograniczanie funkcjonalności (głębi i bogactwa), szczególnie w sferze interface'u użytkownika nazywasz obniżaniem jakości, odczuwasz dyskomfort kiedy to proponujemy
- niezależnie od tego ile czasu poświęcimy i jak dokładnie opiszemy, okaże się, że niektóre dziś poruszane kwestie zrozumieliśmy zupełnie inaczej
- niezależnie od tego ile czasu poświęcimy na analizę ryzyk i zależności, zaskoczą nas nowe (prawne, rynkowe, finansowe, technologiczne i ludzkie)
- niewątpliwie pojawią się nowe możliwości (prawne, rynkowe, finansowe, technologiczne czy ludzkie) z których będziesz chciał skorzystać
- prędzej czy później stwierdzisz, że wszystko jest pilnie potrzebne na już (a często na wczoraj), przekonanie to będzie narastać gdy nie będziemy w stanie podać ci przekonywujących, popartych zrozumiałymi dla ciebie dowodami, terminów zakończenia prac. Liczysz, że w ten sposób uda ci się wywrzeć na nas presję i osiągnąć swój cel. Niestety, jedynym efektem i to nieuchronnym, będzie zawodny, niestabilny produkt. A to oznacza wysokie koszty utrzymania, frustrację, stres i generalnie marne relacje między nami w przyszłości. Na pewno doświadczyłeś tego problemu z innymi dostawcami.
Tak bardzo jak chcemy zrealizować ten konkretny projekt liczymy także na długotrwałą współpracę. Zależy nam zatem na twoim bezpieczeństwie biznesowym i zadowoleniu. I właśnie z tego powodu, dzięki stosowanym przez nas standardom technologicznym i wytwórczym, będziemy:
- wyznaczać nieprzekraczalne, stałej długości, klikutygodniowe okresy, które nazywać będziemy iteracjami
- co iteracja udostępniać ci działający, użyteczny, przygotowany do łatwego utrzymania i rozbudowy produkt, stworzony według adekwatnych do jego zastosowania i uzgodnionych z tobą standardów jakościowych, abyś mógł przekonać się o postępach prac i ocenić jego dopasowanie do twoich celów biznesowych
- wspólnie z tobą weryfikować założenia oraz analizować pojawiające się możliwości
- omawiać z tobą aktualną sytuację projektu i jego otoczenia aby ułatwiać ci podejmowanie decyzji prowadzących do optymalizowania zwrotu z inwestycji
- dawać ci możliwość optymalizowania dopasowania produktu do twoich potrzeb poprzez dobór wymagań i kolejności w jakiej będziemy je realizować
Reasumując, niezależnie od skali i stopnia skomplikowania twojego projektu, możesz (nie musisz, ale możesz i będziemy ci o tym przypominać co iteracja):
- zapoznawać się z i dysponować działającym, użytecznym oprogramowaniem, aby oceniać postęp prac, przydatność i zbieżność z założonymi celami biznesowymi,
- oceniać sytuację projektu i jego otoczenie, podejmując decyzje prowadzące do maksymalizowania zwrotu z inwestycji
- zamieniać niezrealizowane jeszcze wymagania, na inne o podobnej wycenie
- zmieniać kolejność realizacji wymagań, jeśli twoje priorytety z jakiegoś powodu ulegną zmianie
- skrócić dystans i usiąść z nami (przygotujemy dla ciebie wygodne biurko w miejscu gdzie będzie tworzone twoje oprogramowanie i podamy pyszną kawę)
- żądać produkcyjnego wydania zrealizowanego już oprogramowania
- zakończyć projekt jeśli wytworzone oprogramowanie zrealizuje cele biznesowe wcześniej niż teraz zakładamy
- przerwać projekt jeśli tempo prac lub wytworzone przez nas oprogramowanie nie spełni oczekiwań i nie uda nam się wspólnie wypracować działań naprawczych
- przerwać projekt jeśli twoja sytuacja rynkowa ulegnie zmianie
Najprawdopodobniej współpracując według powyższych reguł będziemy mogli osiągnąć znacznie więcej niż przypuszczasz za tę samą cenę lub w krótszym czasie. W przypadku wcześniejszego zakończenia lub przerwania projektu jako zabezpieczenie naszych interesów oraz w uznaniu naszego zaangażowania, elastyczności i dbałości o twoje bezpieczeństwo i komfort otrzymamy 20% pozostałego budżetu jako premię.
Z wyrazami szacunku,
- Kategorie:: Teoria i praktyka
- Etykiety: agile, kontrakt, product owner, scrum
Komentarze (0)