Jak zakodzic zeby sie nie narobic a nawet zarobic
-
Upload
jakub-dabkowski -
Category
Technology
-
view
931 -
download
3
description
Transcript of Jak zakodzic zeby sie nie narobic a nawet zarobic
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
k00ba.blip.pl
604-089-798