Jak zakodzić i się nie narobić a nawet zarobić na tworzeniu oprogramowania?
•
1 gostou•472 visualizações
Jakub Dąbkowski - DeSmart - Jak zakodzić i się nie narobić a nawet zarobić na tworzeniu oprogramowania?
Recomendados
Recomendados
Mais conteúdo relacionado
Destaque
Destaque (20)
Semelhante a Jak zakodzić i się nie narobić a nawet zarobić na tworzeniu oprogramowania?
Semelhante a Jak zakodzić i się nie narobić a nawet zarobić na tworzeniu oprogramowania? (20)
Mais de 3camp
Mais de 3camp (20)
Jak zakodzić i się nie narobić a nawet zarobić na tworzeniu oprogramowania?
- 1. Jak zakodzić, żeby się nie narobić a nawet zarobić? by Jakub Dąbkowski
- 2. Co jest najważniejsze? • problem biznesowy klienta • rozwiązanie problemu • wycena • środowisko pracy • zespół • plan działania • robimy!
- 3. Zidentyfikować problem biznesowy etap 1
- 4. 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
- 5. 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”
- 6. Rozwiązanie problemu biznesowego etap 2
- 7. Rozwiązanie problemu • rozmowa z klientem • spisanie specyfikacji • Just zrób Prototyp :) • UML też jest pomocny • rozmowa z klientem
- 8. Grzechy • “nie wiemy czego potrzebuje klient - musimy mu coś zaproponować” • “my robimy projekty zwinnie - będziemy go zmieniać jak go klient zobaczy”
- 9. Wycena etap 3
- 10. 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
- 11. 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
- 12. Środowisko pracy etap 4
- 13. Ś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
- 14. 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ć!
- 15. Zespół etap 5
- 16. Zespół • zgranie • doświadczenie • określenie odpowiedzialności • zespół musi wiedzieć co konkretnie ma zrobić
- 17. Są szanse ale trzeba trzymać Bardzo dobrze Jakość planu kciuki Nie jest tak źle Bardzo źle zespół wybrnie Doświadczenie zespołu
- 18. 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
- 19. Plan działania etap 6
- 20. 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
- 21. 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ć”
- 23. Robimy! etap 7
- 24. Robimy! • mamy w miarę ustalony standard kodowania • testy: modułowe, pokrycia kodu, funkcjonalne • inspekcje kodu • codzienne sprawdzanie postępu prac
- 25. 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!
- 26. Podsumowanie • optymalizacja pracy • ciągłe analizowanie pracesu tworzenia • nauka na własnych błędach - to boli :)
- 27. Dziękuję za uwagę! Kontakt jakub.dabkowski@gmail.com k00ba.blip.pl 604-089-798