ZESPOŁY6 MIN CZYTANIA

Budowanie zespołu IT: seniorzy vs juniorzy

Matematyka efektywności w inżynierii oprogramowania. Dlaczego tańsza godzina często daje droższą funkcję.

Zarząd zwykle porównuje stawki godzinowe. Inżynieria płaci jednak za dostarczone i działające zmiany. Te dwie liczby potrafią się bardzo różnić.

Przykład: jedna funkcja, dwa składy

Liczby poglądowe, oparte na typowych proporcjach w zespołach, z którymi pracowałem:

SkładStawka / hGodzinyReview i poprawkiKoszt funkcji
1 senior220 zł404 h9 680 zł
2 juniorów + review seniora110 zł2 × 5518 h (senior)16 060 zł

Do tego dochodzi koszt błędów, które wychodzą na produkcji, i czas menedżera. Tańsza godzina nie oznacza tańszego produktu.

Kiedy juniorzy mają sens

  • Gdy w zespole jest seniorów wystarczająco wielu, żeby jeden prowadził najwyżej 2–3 osoby.
  • Gdy system ma dobre testy i jasne standardy. Wtedy błąd juniora wychodzi w minutach, nie w tygodniach.
  • Gdy firma planuje rozwój ludzi na 2–3 lata i akceptuje koszt nauki.
Zespół złożony głównie z juniorów bez seniorów nie jest tańszy. Ma po prostu odroczony koszt.

Na co patrzeć zamiast stawek

Trzy liczby wystarczą do rozmowy z dostawcą lub własnym działem: czas od zlecenia do wdrożenia zmiany, odsetek zmian, które trzeba poprawiać, oraz rotacja ludzi w zespole. Jeśli wszystkie trzy się pogarszają, skład zespołu jest pierwszym podejrzanym.

ZAPYTAJ SWOJE IT · NA NAJBLIŻSZYM SPOTKANIU

Trzy pytania do dostawcy

  1. Ile kosztuje nas dostarczona funkcja, a nie godzina pracy?
  2. Kto w zespole sprawdza kod juniorów i ile to zajmuje?
  3. Jaka jest rotacja w zespole w ostatnich 12 miesiącach?
Nie wiesz, jak ocenić odpowiedź? Porozmawiajmy →
Jarosław WulnikowskiCODEHOLIC · NIEZALEŻNY NADZÓR TECHNOLOGICZNY

14+ lat w inżynierii i zarządzaniu. mgr inż. Politechniki Poznańskiej i MBA Akademii Leona Koźmińskiego. Nie biorę prowizji od dostawców.

Napisz, co ostatnio usłyszałeś od swojego IT. Przetłumaczę to w 15 minut.