Ile powinna kosztować porządna dokumentacja dla serwisu internetowego Opcje

[Elfinio]

Rozglądam się za wykonawcą średniej wielkości serwisu, przy czym mój budżet to ok 40 000 tyś zł. Problem w tym, że nie znam się na tym i nie jestem w stanie przygotować odpowiedniej specyfikacji, tak przy okazji kontaktu z różnymi firmami otrzymałem od jednej kontakt do analityka, który zajmuje się tym na co dzień

za pełen proces analityczny pozyskanie, analiza, specyfikowanie i walidację wymagań powiedział mi 20% wartości budżetu i efektem tego będzie SRS, dokumentacja dot. interfejsów, przypadki użycia i coś jeszcze bezpośrednio odnoszące się do testów. Nie pamiętam teraz, nie mam dostępu do służbowego PC.

To rozsądna według was stawka? Aha i czas pracy oceniał na ok 20 - 25 dni.

[JaroslawK]

Witam,

Przeglądam to forum od dłuższego czasu jako niezarejestrowany użytkownik, ale przy okazji ciekawego tematu postanowiłem się zarejestrować.

Odpowiadam jako analityk, architekt systemów niegdyś PM (certyfikowany)

O sukcesie produktu (nie projektu) decyduje analiza biznesowa. Agile może zadecydować o sukcesie projektu. Analiza biznesowa opiera się na czterech etapach:

- pozyskanie wymagań (identyfikowanie klas użytkowników, identyfikowanie wymagań użytkowników, identyfikowanie zdarzeń i reakcji systemu, przeprowadzenie wywiadów, analizowanie dokumentów, analizowanie raportów o problemach)

- analiza wymagań (modelowanie środowiska, funkcjonalny prototyp, analizowanie wykonalności, modelowanie wymagań, analizowanie interfejsów

Kolejnym etapem jest specyfikowanie wymagań. Analityk NIE tworzy specyfikacji, tworzy dokumentację odpowiadającą na najważniejsze wymagania, które przedstawione zostały już w temacie. Wymagania te, to wymagania użytkownika, wymagania biznesowe, wymagania funkcjonalne. Wymagania te rozdzielają się na inne wymagania na przykład wymagania pozafunkcjonalne, atrybuty jakości, ...

- walidacja i ocena pozyskanych wymagań, które zostały wyspecyfikowane

etapy, czynności powtarzane są wielokrotnie...

Na etapie ANALIZOWANIA WYKONALNOŚCI analizuje się możliwość wykonania projektu w budżecie na uprzednio zebranych i wstępnie wyspecyfikowanych wymaganiach. Jedne odrzuca się (złocenie), inne będą implementowane za X czasu, a wymagania Y będą implementowane w tej wersji. Etap ten nie odnosi się wyłącznie to analizowania wykonalności w budżecie projektu.

PM/Programista nie ma (zazwyczaj) odpowiedniej wiedzy, aby stworzyć DOKUMENTACJE, nie specyfikację.

Dokumentacja to zazwyczaj kompletnie zaprojektowany i opisany poprzez scenariusze użycia (use case) projekt. Dobra dokumentacja to dokumentacja, przy której programista nie będzie musiał myśleć jak co zrobić, jak co rozwiązać, jak co logicznie połączyć, a tylko pisać kod.

Jak pokazują (światowe) badania analityk to najważniejsza osoba w projekcie:

Business Analysis ? 70%
Architecture and IT strategy/planning ? 66%
Project management ? 65%
Security ? 62%
Service management ? 60%
Client relationship management ? 56%
Business continuity nad IT financial management ? 55%
Portfolio management ? 50%

Narzędzia, które przestawiają wymagania klienta

71,4 % ? modele procesów,
50,1 % ? prototypy,
47,5 % ? modele interfejsu użytkownika,
46,5 % ? diagramy przypadków użycia,
31,1 % ? diagram aktywności,
30,1 % ? schematy/odręczne rysunki,
6,6% % ? inne

Problemy wpływające na porażkę w projekcie

Brak informacji wejściowych od klienta
Niekompletne wymagania i specyfikacje projektu
Zmiana wymagań i specyfikacji projektu
Brak wsparcia ze strony kierownictwa
Brak kompetencji w danej dziedzinie
Brak zasobów ludzkich
Nierealne oczekiwania klienta
Niejasne cele
Nierealne ramy czasowe projektu
Nowe technologie

Pogrubione dotyczą ściśle roli analityka

---------------------------------

Problem na naszym rynku jest taki, że wielu nawet i "specjalistów", programistów nie rozumie idei inżynierii wymagań. Nie rozumieją, że od tego zależy powodzenie projektu i sukces produktu na rynku. Nie rozumieją obowiązków analityka biznesowego. Analityk biznesowy (jeżeli nim faktycznie jest) powinien swojemu klientowi dostarczyć projekt (dokumentacja), który przy dobrej implementacji, projektowaniu i zarządzaniu będzie mógł ustabilizować swoją pozycję na rynku i ją zwiększać.

Ludzie się dziwią czemu większość produktów po chwili kończy działalność bo nie poświęcili odpowiedniego nakładu finansowego i czasu na pracę nad wymaganiami.

Programista myśli, że jest cudo twórcą, a prawdę mówiąc to przez nich większość projektów po chwili kończy działalność, nie potrafią właściwie przeprowadzić najważniejszego w projekcie, tak najważniejszego bo sama implementacja ma priorytet średni w sukcesie produktu, duży zaś na etapie projektu - pracy nad wymaganiami i identyfikacji potrzeb.

Dziwi mnie Panowie programiści, że jako "programiści" nie rozumiecie idei pracy nad wymaganiami i że sukces osiągają wyłącznie te projektu (produkty) w których interesariusze (głównie sponsor) zrozumieli ideę kosztów i czasu prac nad wymaganiami - dowodem są badania rynkowe, opinie ekspertów.

Odpowiadając autorowi tematu.
8 000 zł przy 40 000 zł projektu budżetu to rozsądna propozycja.

Dobry analityk wskaże, podpowie, przeprowadzi SWOT + Customer discovery, customer validation pomoże w określeniu modelu który jest powtarzalny i skalowalny.

Panowie Programiści, opisałem nie wiele, ile z wyżej opisanych rzeczy jesteście w stanie wykonać dla swojego klienta? Na odpowiednim poziomie. Od tego jak to zostanie zrobione, udokumentowane zależy powodzenie projektu, nie od Waszej pracy (nie zrozumcie Panowie mnie źle, ale to analityk odpowiada za główny sukces produktu, nie projektu, programista odpowiada co najwyżej za (część) sukcesu projektu).

Ten post edytował JaroslawK 28.11.2015, 22:35:14