survival test

Mierzenie jakości procesu produkcji oprogramowania jest chyba bardziej skomplikowane niż w przypadku jakiegokolwiek innego przedsięwzięcia. Istnieją na ten temat spore opracowania i rozbudowane techniki (które zawsze wymagają produkowania ogromnych stosów dokumentacji, dobrze jeśli niekoniecznie papierowej), ale istnieją też szybkie testy pozwalające zorientować się mniej więcej jak głęboko stoimy. Może zbyt to przypomina "testy psychologiczne" z gazet dla nastolatek, ale w gruncie rzeczy nie jest takie całkiem głupie...

Np. taki Software Project Survival Test — 33 pytania zarówno o rzeczy oczywiste (jak "Is all source code placed under automated revision control?") jak i znacznie trudniejsze do zweryfikowania (np. "Does everyone work well together?"). Czy wynik jest wart cokolwiek — trudno powiedzieć. Ale jakoś nie jestem szczególnie zdziwiony, że "Chance of Success" dla największego z projektów w jakich aktualnie uczestniczę wychodzi mi na poziomie "Fair" (2 w pięciostopniowej skali), a przy maksymalnym wytężeniu dobrej woli ledwo zahacza o "Good".

Fair

This score is typical. A project with this score will likely experience high stress and shaky team dynamics, and the software will ultimately be delivered with less functionality than desired at greater cost and with a longer schedule.

Good

A score in this range represents a better-than-average level of software development effectiveness. Such a project stands a fighting chance of meeting either its schedule or its budget target, but it probably won't meet both.

Warto zwrócić uwagę co tu zostało określone jako "typical", a co jako "better-than-average". I to niestety nie jest dowcip.

Komentarze

Brak komentarzy do tego wpisu.

 

Uwaga: Ze względu na bardzo intensywną działalność spambotów komentowanie zostało wyłączone po 60 dniach od opublikowania wpisu. Jeżeli faktycznie chcesz jeszcze skomentować skorzystaj ze strony kontaktowej.