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]

Z Twoim nastawieniem widzę jednak, że jesteś zwykłym, zakompleksionym tłukiem, który raczej nie rozumie w jakim świecie się obraca.

Rozumiem w jakim świecie się obracam, w świecie, gdzie inżynieria wymagań to podstawa, czego większość programistów (i nie tylko) nie rozumie. A moja wcześniejsza wypowiedź odnośnie modeli analitycznych i problemów z ich czytaniem odnosiła się jak zauważyłeś i sam napisałeś do studentów ale nie zawsze, przychodzi programista mówi, że ma parę lat doświadczenia przełożyłem mu dokumentacje, której nie potrafił odczytać. Więc zaznaczyłem "część".

A czy jestem zakompleksionym tłukiem? Nie sądzę, mówi to moje doświadczenie, poparte realizacjami zakończonymi sukcesem i pracy w kilku dużych korporacjach zanim założyłem własną działalność konsultingową.

Damonsson

Nie chciałem się wywyższyć, choć tak to może wyglądać. Ale mniejsza z tym.

W Polsce nadal nie rozumie się idei pracy analityka. W USA nad każdym projektem pracuje w pierwszej kolejności BA i tak w wielu innych krajach. U nas to dopiero wchodzi.

Ten post edytował JaroslawK 28.11.2015, 23:49:35

[Dejmien_85]

Rozumiem w jakim świecie się obracam, w świecie, gdzie inżynieria wymagań to podstawa, czego większość programistów (i nie tylko) nie rozumie. A moja wcześniejsza wypowiedź odnośnie modeli analitycznych i problemów z ich czytaniem odnosiła się jak zauważyłeś i sam napisałeś do studentów ale nie zawsze, przychodzi programista mówi, że ma parę lat doświadczenia przełożyłem mu dokumentacje, której nie potrafił odczytać. Więc zaznaczyłem "część".

No i widzisz, napatrzyłeś się na tych studentów plus jednego nieudacznika i teraz nosisz w głowie wyobrażenie, że programista to 20+ letni idiota. Pomyśl o programistach, którzy w fachu są od lat - tacy, którzy mają 10-30 lat doświadczenia. Wielu z nich było programistami, później PM, BA, potem powracali do fachu programowania (i robią to do dzisiaj - znam kilku takich).

Oczywistym jest, że programista nie wykona tak dokładnej analizy, jaką zrobi analityk (programista nie siedzi 8h dziennie nad analizowaniem biznesu). Jednak wiadomo, że wymagania to podstawa. Pisząc oprogramowanie programista musi wiedzieć co robi (poznać domenę) i co ma zrobić (odpowiednio zaprogramować daną funkcjonalność). To muszą także wiedzieć testerzy (aby go zrozumieć, wiedzieć jak do niego podejść, i widzieć gdzie szukać błędów).

Aby programiści nie musieli wchodzić za głęboko w biznes, zastępują ich analitycy, których celem jest zrozumienie domeny i wyjaśnienie zespołowi o co tak naprawdę chodzi (a także późniejsze pilnowanie, aby wszyscy byli świadomi praw danej domeny). Aby programiści nie musieli za głęboko wchodzić w testowanie systemu, zastępują ich testerzy (choć osobiście uważam, że programista powinien jednak poświęcić więcej czasu na zrozumienie domeny, a także przemyślenie wszystkich use-case'ów i odpowiednie oprogramowanie i zabezpieczenie systemu).

Zgadzam się z tym, że zdarzają się bezmyślni programiści, którzy pracują jak roboty - którzy nie mają ochoty na wgłębianie się w biznes, którzy wymagają tylko tego, aby im przedstawić czarno-na-białym co mają zrobić (i to prostymi poleceniami). Tam gdzie pracuję (jeden z dobrych Software Housów) są programiści myślący, a także tacy, którzy mnie irytują swoją pracą (naprawdę nie znoszę programistów, którzy nie testują swojego kodu - mogę palcem wskazać kilku, którzy mówią "skończyłem", a później jeszcze pół dnia wprowadzają poprawki do swoich wypocin, bo co chwilę ktoś im wynajduje proste bugi, ręce często opadają).

Tak, są programiści-sieroty, tacy "do ubicia", są też tacy, którym zależy i którzy wiedzą na czym polega ich praca.

Życzę Ci tego, abyś wiedział na czym polega Twoja praca - zawsze wydawało mi się, że to polegało na współpracy, tj. aby pomagać programistom zrozumieć biznes i potrafić im to przedstawić w prosty sposób. Dla Twojego dobra i dobrych kontaktów z ludźmi z fachu zachęcam Cię do zmiany tonu w pracy z programistami. Jeśli będziesz zachowywał się jak gbur, który codziennie wygaduje jaki to on nie jest ważny i czego bez niego by się nie dało zrobić, wtedy skończysz marnie - jak to mawiają "You get what you give". Jeśli natomiast będziesz spełniał swoje obowiązki, tj. pomagał programistom zrozumieć biznes, wtedy uzyskasz uznanie.

Pamiętaj - It's a long road to wisdom, but it's a short one to being ignored.

Ten post edytował Dejmien_85 29.11.2015, 00:34:51