[Polish] Czy potrzebujesz lidera w zespole deweloperskim?

30% zniżki na mojego eBooka “Memoirs of a Software Team Leader”:
http://leanpub.com/memoirs-of-a-software-team-leader/c/4Developers2014

Jak myślisz — czy twoja firma zyskałaby na wydzieleniu stanowiska lidera zespołu deweloperskiego? Wydaje Ci się, że tak? Chyba masz rację. A może jest wprost przeciwnie i jesteś zdania, że nic na tym nie zyskasz? Coż, też możesz mieć rację.

Tak naprawdę nie ma prostej odpowiedzi na tak postawione pytanie. Wiele zależy od tego, z kim i nad czym pracujesz.

Podczas prezentacji postaram się pokazać, w jakich sytuacjach możesz zyskać na zatrudnieniu lidera zespołu, a kiedy będzie to tylko strata czasu i pieniędzy. Mam nadzieję, że dzięki temu będzie ci łatwiej podjąć decyzję.

Transcript

1. Czy potrzebujesz lidera
   w zespole deweloperskim?
   Łukasz Wróbel
   

   View Slide

2. O mnie
   ●
   Architekt,
   ●
   team leader,
   ●
   skalowalne serwisy:
   ○ nk.pl,
   ○ Gadu-Gadu.
   ●
   książka:
   “Memoirs of a Software Team Leader”.
   

   View Slide

3. Kontakt
   lukaszwrobel.pl
   @lukaszwrobel
   

   View Slide

4. Plan prezentacji
   1. Próba odpowiedzi na tytułowe pytanie.
   2. W czym lider może pomóc?
   3. Wady zatrudniania lidera.
   4. Drugie podejście.
   

   View Slide

5. View Slide

6. 1. Próba odpowiedzi na
   pytanie.
   

   View Slide

7. A zatem - czy potrzebujesz
   lidera?
   

   View Slide

8. Najbardziej szczera i zwięzła odpowiedź brzmi:
   Nie wiem
   

   View Slide

9. Ponieważ Was nie znam.
   ?
   ?
   ? ? ?
   

   View Slide

10. Bardziej “rzeczowa” odpowiedź brzmi:
    To zależy
    

    View Slide

11. ●
    Nad czym pracujecie?
    ●
    Z kim pracujecie?
    ●
    Co chcecie osiągnąć?
    Odpowiedź czy podpowiedź?
    

    View Slide

12. 2. W czym lider może pomóc?
    

    View Slide

13. Ścisłe wymagania
    

    View Slide

14. ●
    Jakość,
    ●
    wydajność,
    ●
    skalowalność,
    ●
    bezpieczeństwo,
    ●
    …
    

    View Slide

15. Bycie liderem powinno wynikać z doświadczenia.
    Doświadczenie to jeden ze sposobów budowania
    autorytetu.
    

    View Slide

16. Spójna wizja
    

    View Slide

17. Każdy powinien brać aktywny udział, ale…
    Subiektywne podejście.
    Demokracja.
    Projekcja.
    

    View Slide

18. Jak dobrzy słabi są
    członkowie zespołu?
    

    View Slide

19. Dojrzałość, odpowiedzialność.
    Dobrze je mieć.
    Niektórych trzeba nauczyć.
    Innych - ukształtować.
    Dawanie dobrego przykładu.
    

    View Slide

20. Usprawnianie
    

    View Slide

21. ●
    Dyskusja,
    ●
    wymiana wiedzy,
    ●
    moderacja,
    ●
    mediacja.
    

    View Slide

22. Lider może obniżyć koszty.
    

    View Slide

23. Pensja
    ●
    Przeciętny developer: x
    ●
    Dobry developer: 1.5x
    ●
    Lider: 2x
    

    View Slide

24. 6x + 2x < 6 * 1.5x
    8x < 9x
    Nawet, jeśli nie programuje.
    

    View Slide

25. Może to kusić do powiększania zespołu. Ale:
    ●
    Nadmierny rozrost,
    ●
    narzut komunikacyjny,
    ●
    efektywna koordynacja.
    

    View Slide

26. Pięciu dobrych deweloperów w zespole
    to niekoniecznie dobry pomysł:
    ●
    Sprzeczki.
    ●
    Każdy może mieć rację.
    ●
    Demokracja albo efektywność.
    

    View Slide

27. Rekrutacja.
    Skąd dziś wziąć deweloperów?
    Mieszanka.
    

    View Slide

28. ●
    Unikanie problemów,
    ●
    rozszerzanie,
    ●
    utrzymywanie,
    ●
    monitorowanie,
    ●
    …
    

    View Slide

29. 3. Wady zatrudniania lidera.
    

    View Slide

30. Zaufanie czy ochrona?
    

    View Slide

31. ●
    Samoorganizacja?
    ●
    Dojrzałość?
    ●
    Pewność siebie?
    Scrum Master nie powinien tak postępować!
    Ochrona
    

    View Slide

32. Budowa zaufania.
    Klient, inne zespoły.
    Długofalowy proces.
    “Nie podoba mi się to, ale wierzę wam”.
    Zaufanie
    

    View Slide

33. Rządy twardej ręki
    

    View Slide

34. ●
    Brak miejsca na dyskusję,
    ●
    oto decyzja,
    ●
    powinno ci to zająć tyle czasu,
    ●
    brak wymiany wiedzy.
    

    View Slide

35. My precious
    

    View Slide

36. Mam władzę.
    Przebieram w zadaniach.
    O, to wygląda ciekawie.
    Zajmę się tym.
    Macie resztki.
    

    View Slide

37. Prywata
    

    View Slide

38. Lubię cię, więc…
    Mam władzę.
    Lider to nie robot, ale:
    ●
    Tak: ocena umiejętności, postawy,
    doświadczenia.
    ●
    Nie: względy osobiste.
    

    View Slide

39. To przecież działa!
    

    View Slide

40. Samoorganizujący się zespół.
    Po co wprowadzać zmiany?
    Zmiana dla samej zmiany to czasem dobry pomysł.
    Ulepszenia?
    

    View Slide

41. Zły wybór
    

    View Slide

42. Niekompetentny lider.
    Sprawia dobre wrażenie, ale…
    Dobry aktor.
    Ma wpływ na cały zespół.
    W najlepszym razie - ignorowany.
    

    View Slide

43. 4. Drugie podejście.
    

    View Slide

44. W pewnym sensie, taki był mój zamiar.
    Jeszcze więcej pytań niż na
    początku?
    

    View Slide

45. Zatrudnić czy wyznaczyć?
    

    View Slide

46. Płynne przejście.
    Może być niesprawiedliwe.
    Czasami nie da się sprawiedliwie.
    Wyznaczyć?
    

    View Slide

47. Nowa gwiazda.
    Szeryf?
    Oczekiwania.
    Zatrudnić?
    

    View Slide

48. Powiew świeżości.
    Niełatwy początek.
    Wyzwanie.
    Zatrudnić?
    

    View Slide

49. http://leanpub.com/memoirs-of-a-software-team-leader/c/4Developers2014
    30% zniżki na mojego
    eBooka:
    

    View Slide

50. @lukaszwrobel
    Dziękuję!
    

    View Slide