Jak zakodzić, żeby się nie narobić a nawet zarobić?

by Jakub Dąbkowski

Co jest najważniejsze?

• problem biznesowy klienta

• rozwiązanie problemu

• wycena

• środowisko pracy

• zespół

• plan działania

• robimy!

Zidentyfikować problem biznesowy

etap 1

Problem biznesowy

• klient posiada swój biznes

• chce rozwiązać problem biznesowy

• przeważnie wydaje mu się, że zna rozwiązanie swojego poblemu

• przeważnie rozumie je po części lub wcale

Grzechy

• “niech klient zmieni swój biznes bo zrobiłem super soft”

• “przecież soft jest najważniejszy!”

• “a w sumie nie obchodzi mnie jaki jest biznes ja mam tylko zrobić stronę/serwis/sklep”

Rozwiązanie problemu biznesowego

etap 2

Rozwiązanie problemu

• rozmowa z klientem

• spisanie specyfikacji

• Just zrób Prototyp :)

• UML też jest pomocny

• rozmowa z klientem

Grzechy

• “nie wiemy czego potrzebuje klient - musimy mu coś zaproponować”

• “my robimy projekty zwinnie - będziemy go zmieniać jak go klient zobaczy”

Wycenaetap 3

Wycena

• wycena wykonywana na podstawie ProtoTypu i specyfikacji

• ponieważ rozumiemy klienta, możemy mu zaproponować rozwiązanie tańsze dla niego, a bardziej zyskowne dla wykonawcy

• potrafimy dokładniej oszacować czas i ryzyko projektu

Grzechy

• na wycenę unikalnego serwisu mamy 15 min.

• odpowiadamy na pytanie: “A ile by kosztował serwis taki jak .... “ np. Gratka.pl

• ceny dajemy z tzw. sufitu

Środowisko pracyetap 4

Środowisko pracy• wygodne miejsce pracy

• dobry sprzęt

• ulubione edytory, debugery

• system zarządzania wersjami (SVN, GIT)

• zarządzanie informacją, zadaniami i czasem

• podział środowiska na: developerskie, testowe, produkcyjne

Grzechy

• oszczędziliśmy 100 zł na sprzęcie a straciliśmy 1000 na projekcie

• co to jest SVN?

• środowisko testowe? A tak, tak server produkcyjny! Od razu testują userzy!

• no przecież wysłałem mailem co masz zrobić!

Zespółetap 5

Zespół

• zgranie

• doświadczenie

• określenie odpowiedzialności

• zespół musi wiedzieć co konkretnie ma zrobić

Doświadczenie zespołu

Jakość

pla

nu

Bardzo źle

Bardzo dobrze

Nie jest tak źlezespół wybrnie

Są szanse ale trzeba trzymać

kciuki

Grzechy

• członkowie zespołu nie wiedzą, co mają robić

• członkowie zespołu nie mają odpowiednich kwalifikacji do wykonania zadania

• ciągła pogoń i masa zadań, czyli wszyscy pracują na 100%

• niedopasowanie członków zespołu

Plan działaniaetap 6

Plan działania

• znalezienie najważniejszych dla klienta części projektu

• podział projektu na mniejsze części

• wycena czasowa projektu

• kontrola czasu trwania etapów

• scrum oraz inne zwinne metodyki

Grzechy

• zaczynamy robić projekt od części najmniej najmniej ważnych dla klienta

• stosujemy metodykę “Na Hurra!”

• brak komunikacji wewnątrz zespołu i z klientem

• “boję się zapytać”

Robimy!etap 7

Robimy!

• mamy w miarę ustalony standard kodowania

• testy: modułowe, pokrycia kodu, funkcjonalne

• inspekcje kodu

• codzienne sprawdzanie postępu prac

Grzechy

• nie robimy testów, bo nie mamy czasu, nie mamy czasu, bo poprawiamy błędy

• nie uczymy się swojego rzemiosła bo inni naokoło też się nie uczą

• brak ciągłego usprawniania prac - dobre wrogiem lepszego!

Podsumowanie

• optymalizacja pracy

• ciągłe analizowanie pracesu tworzenia

• nauka na własnych błędach - to boli :)

Dziękuję za uwagę!

Kontakt

jakub.dabkowski@gmail.com

k00ba.blip.pl

604-089-798