Upgrade to Pro — share decks privately, control downloads, hide ads and more …

[Polish] Czy potrzebujesz lidera w zespole deweloperskim?

[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ę.

Lukasz Wrobel

April 07, 2014
Tweet

More Decks by Lukasz Wrobel

Other Decks in Programming

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