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 full-size slide

  2. O mnie

    Architekt,

    team leader,

    skalowalne serwisy:
    ○ nk.pl,
    ○ Gadu-Gadu.

    książka:
    “Memoirs of a Software Team Leader”.

    View full-size slide

  3. Kontakt
    lukaszwrobel.pl
    @lukaszwrobel

    View full-size 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 full-size slide

  5. 1. Próba odpowiedzi na
    pytanie.

    View full-size slide

  6. A zatem - czy potrzebujesz
    lidera?

    View full-size slide

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

    View full-size slide

  8. Ponieważ Was nie znam.
    ?
    ?
    ? ? ?

    View full-size slide

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

    View full-size slide


  10. Nad czym pracujecie?

    Z kim pracujecie?

    Co chcecie osiągnąć?
    Odpowiedź czy podpowiedź?

    View full-size slide

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

    View full-size slide

  12. Ścisłe wymagania

    View full-size slide


  13. Jakość,

    wydajność,

    skalowalność,

    bezpieczeństwo,


    View full-size slide

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

    View full-size slide

  15. Spójna wizja

    View full-size slide

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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

  19. Usprawnianie

    View full-size slide


  20. Dyskusja,

    wymiana wiedzy,

    moderacja,

    mediacja.

    View full-size slide

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

    View full-size slide

  22. Pensja

    Przeciętny developer: x

    Dobry developer: 1.5x

    Lider: 2x

    View full-size slide

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

    View full-size slide

  24. Może to kusić do powiększania zespołu. Ale:

    Nadmierny rozrost,

    narzut komunikacyjny,

    efektywna koordynacja.

    View full-size slide

  25. Pięciu dobrych deweloperów w zespole
    to niekoniecznie dobry pomysł:

    Sprzeczki.

    Każdy może mieć rację.

    Demokracja albo efektywność.

    View full-size slide

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

    View full-size slide


  27. Unikanie problemów,

    rozszerzanie,

    utrzymywanie,

    monitorowanie,


    View full-size slide

  28. 3. Wady zatrudniania lidera.

    View full-size slide

  29. Zaufanie czy ochrona?

    View full-size slide


  30. Samoorganizacja?

    Dojrzałość?

    Pewność siebie?
    Scrum Master nie powinien tak postępować!
    Ochrona

    View full-size slide

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

    View full-size slide

  32. Rządy twardej ręki

    View full-size slide


  33. Brak miejsca na dyskusję,

    oto decyzja,

    powinno ci to zająć tyle czasu,

    brak wymiany wiedzy.

    View full-size slide

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

    View full-size slide

  35. 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 full-size slide

  36. To przecież działa!

    View full-size slide

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

    View full-size slide

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

    View full-size slide

  39. 4. Drugie podejście.

    View full-size slide

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

    View full-size slide

  41. Zatrudnić czy wyznaczyć?

    View full-size slide

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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

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

    View full-size slide

  46. @lukaszwrobel
    Dziękuję!

    View full-size slide