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ę!
  • 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ć
  • Nie wdrożony projekt
    • Coś co było prawie gotowe a
      nie jest wdrożone
    • Nie można doprowadzać do takiej sytuacji
  • Mało ciekawy projekt
    • Ja sobie poradziłem tak żę wszystcy lubimy tą
      samą technologię więc możemy razem pracować
    • Ma to wady!!!

Any pointers?

do-bani

By Jacek Bzdak

do-bani

  • 1,377