Dlaczego kod w ZHP jest do bani
I co z tym zrobić

Do bani
- Często nie (całkiem) działa
- Powstaje za długo
- Nie powstaje w terminie (not once!)
- Nie słyszałem dobrego słowa o
jakimkolwiek systemie- Nikt nie mówi: O! Jaką mamy
piękną stronę!
- Nikt nie mówi: O! Jaką mamy
- Wysokie zużycie programistów
Powstaje za długo
Programming system product
- ZHP potrzebuje przynajmniej "Programming Product"
- A najlepiej "Programming System Product"
Szkoda że narzut koszt wykonania jest rzędu 10x

Koszt komunikacji
Czas wykonania projektu
w funkcji ilości ludzi w projekcie.

Jeśli programiści pracują na ułamek etatu nad projektem to koszty komunikacji rosną (bo musi być ich więcej)
Koszty komunikacji w rozproszonym zespole są wyższe
Czas na wytworzenie oprogramowania
- System rejestracji napisałbym w wakacje
pracując jak na etacie - Ewidencję, myślę że zrobilibyśmy z Mikołajem w kwartał, pół roku
- Stronę główną zapewne Mikołaj/Darek zrobiłby w dwa tygodnie. Drugie tyle na poprawki.
- Aktualną stronę zrobił Marcin w kilka dni...
Koszt zmiany zadania
Programowanie wymaga dużej koncentracji.
Programista jest jak pociąg towarowy: zanim zacznie szybko jechać musi poświęcić
sporo czasu na nabranie prędkości.

Ponieważ nasi ludzie są wolontariuszami --- w najlepszym wypadku poświęcą 8h w weekend.
W najgorszym po dwie godziny w ciągu tygodnia
Recepty?
- Hackatony
- Łatwiej/lepiej znaleźć weekend co miesiąc niż godzinę dziennie
- Wszyscy w jednym miejscu
- Trzeba mieć miejsce i dojazd
- Projekty
- Ludzie na etat! ! !
- Ale wiecie ile kosztuje programista?
- ??
Bonus: Problemy z rekrutacją
- Nie mam pojęcia co z tym zrobić.
Nie w terminie
Do podania terminu trzeba
- Oszacować czas trwania zadania
- Oszacować ile mam miesięcoldzi
- Wziąć poprawkę na komunikację itp
- Oszacować koszt interakcji z innymi systemami
Wszystkie te elementy są trudne...
Wymagania
- Są zmienne.
- Są bardzo zmienne w ZHP.
- Cięzko oszacować koszt wykonania systemu, który jest płynny
Czas
- Wolontariusze!
Recepta
- (Moja) Nigdy nie podawać terminu
- ??
Nie działa
Często
Koszt utrzymania
- Napisanie programu kosztuje 20%
- Utrzymanie go 80%
- Trudno zachęcić ludzi do łatania błędów
- Szczególnie że błędy są na CITO

Recepty
- Warsztat: minimalizujemy
błędy i problemy- Podnosi to sumaryczny koszt
- ??
Nie słyszałem dobrego słowa o
jakimkolwiek systemie
Wykonanie
- No jakość oprogramowania jest słaba.
- Błędy są i nie są naprawianie od razu
- Nie wiele da się z tym zrobić
Plan
- Nikt nie pyta ludzi czego potrzebują!
- Zmuszamy ich do korzystania z aplikacji!
- Czy drużynowy potrzebuje Ewidencji?
- Nie! Potrzebuje jej GK żeby zbierać składki.
- Czy drużynowy potrzebuje rejestracji na rajd inną niż przez mail?
- Nie! Chce tego GIODO!
Rozwiązanie?
- Pytać ludzi/harcerzy czego potrzebują
- Tworzyć oprogramowanie pod ich potrzeby
- Albo przynajmniej uwzględniać je
- Tak planujemy robić z rejestracją
Wypalenie
Przyczyny wypalenia
- Słabo zaangażowany przełożony
- Też wolontariusz: mnie np. w sesji nie
da się złapać
- Też wolontariusz: mnie np. w sesji nie
- Nie wdrożony projekt
- Coś co było prawie gotowe a
nie jest wdrożone - Nie można doprowadzać do takiej sytuacji
- Coś co było prawie gotowe a
- Mało ciekawy projekt
- Ja sobie poradziłem tak żę wszystcy lubimy tą
samą technologię więc możemy razem pracować - Ma to wady!!!
- Ja sobie poradziłem tak żę wszystcy lubimy tą

Any pointers?
do-bani
By Jacek Bzdak
do-bani
- 1,377