Jak odhalit podměnu seniorů za juniory v IT projektu

# Jak vendori nahrazují seniory juniory a jak to odhalit

Na projektu s externím IT dodavatelem klesla rychlost vývoje několikrát – úkoly, které se dříve řešily za dva dny, teď trvají týdny. Důvod není v technickém dluhu nebo zkomplikované architektuře, ale v tom, že třetinu senior vývojářů nenápadně nahradili juniory. To není ojedinělý případ: takové podměny se stávají systémovou praxí na trhu SNŠ, zvláště když zákazník nekontróloval sestavu týmu po spuštění.

Proč podměna probíhá nenápadně

Podměna úrovně specialistů bývá zřídka náhlá. Vendori postupují postupně: jednoho seniora „přesunou na jiný projekt“, místo něj přijde „téměř senior" s pěkným CV, o měsíc později další. Zákazník vidí ve zprávách stejnou strukturu týmu, stejná jména v Jira, ale reálná úroveň vykonavatelů klesá. Formálně – vše podle smlouvy, fakticky – podvod.

Klíčové faktory, které umožňují takové schéma fungovat:

• Absence povinného schvalování náhrad ze strany zákazníka.
• Zaměření na formální ukazatele (hodiny, úkoly ve sprintu), ne na kvalitu kódu a hloubku řešení.
• Nedostatečná zapojenost technického lídra nebo architekta ze strany klienta.

Nejvíce ohroženy jsou projekty, kde zákazník svěřuje veškerou technickou odpovědnost vendorovi bez pravidelných code review a auditů. Pokud nikdo nesleduje, kdo přesně píše kód a jak ho píše, podměna zůstane nepostřehnutá až do kritického poklesu velocity.

Jak odhalit podměnu před krizí

Problém lze odhalit dlouho předtím, než udeří do termínů. Zde jsou klíčové indikátory:

• Zpomalení velocity bez objektivních důvodů – pokud složitost úkolů nenarostla a technický dluh se nehromadil, ale úkoly se uzavírají pomaleji, je to první signál.
• Růst počtu úprav a chyb – junior vývojáři častěji dělají chyby vyžadující opravy. Pokud procento chyb z QA nebo produkce roste – stojí za to zkontrolovat, kdo je píše.
• Pokles kvality kódu – objevují se anti-patterny, ignorování standardů, absence testů tam, kde dříve byly.
• Zvýšení zátěže na zbývající seniory – pokud klíčoví vývojáři náhle začnou „pomáhat“ všem, možná kompenzují nízkou úroveň nováčků.
• Změna tónu komunikace – juniori méně ptávají na architekturu, častěji žádají konkrétní instrukce, vyhýbají se složitým úkolům.

Pravidelné code review, pair programming s účastí zástupce zákazníka a analýza metrik (např. cyclomatic complexity, coverage, churn rate) pomáhají problém odhalit v časném stádiu.

Co dělat: preventivní opatření a reakce

Pokud narazíte na podměnu – hlavní je nepánikářit, ale systematicky obnovit kontrolu. Níže je krok za krokem plán akcí:

• Proveďte technický audit – ne podle CV, ale podle reálného kódu a historie commitů. Kdo opravoval které moduly? Jak často? Jaké je kvality výsledek?
• Obnovte transparentnost náhrad – vložte do smlouvy bod zavazující vendora k souhlasu jakékoli náhrady specialistů s technickým zástupcem zákazníka.
• Vrátíte seniory do klíčových rolí – pokud rozpočet dovolí, nahraďte juniory middle/seniory. Pokud ne – přerozsdělte úkoly: ať se juniori starají o jasně ohraničené, dobře dokumentované části kódu.
• Jmenujte technický dohled – dokonce i jeden architekt nebo tech lead ze strany zákazníka, který provádí týdenní review, snižuje riziko podměny o 80 %.
• Přehodnoťte KPI týmu – místo čistých hodin a uzavřených tiketů zaveďte metriky kvality: počet chyb na commit, čas na úpravy, coverage změn.

Tržní varovné signály

Situace se zhoršuje tím, že někteří vendori toto schéma záměrně používají jako business model: přilákají zákazníka senior týmem za tržní sazbu, pak ho postupně nahradí levnějšími specialisty a zachovají marži. To je obzvláště rozšířené v regionech s vysokou konkurencí a tlakem na ceny.

Dva tvrdá pravidla pro ochranu:

• Sazba pod 25 $/hod za senior – červená vlajka. Na trhu SNŠ reálný senior nepracuje levněji než tato hranice. Pokud nabídka vypadá výhodně – ověřte úroveň testovacím úkolem nebo live-codingem.
• Absence techlida nebo PM ze strany vendora – riziko. Tým bez technického vedení snadněji degraduje. Techlead je přirozený filtr proti nekvalifikovaným náhradám.

Co je důležité

• Podměna seniorů juniory – není chyba, ale vědomá strategie některých vendorů pro zvýšení marže.
• První znaky: zpomalení velocity, růst chyb, pokles kvality kódu – objevují se dlouho před krizí.
• Ochrana: povinné schvalování náhrad, pravidelné code review, jmenování techlida ze strany zákazníka.
• Tržní sazba pod 25 $/hod za senior na SNŠ – téměř vždy podvod.
• Prevence je efektivnější než léčba: lépe zabudovat kontrolu při spuštění, než obnovovat projekt po půl roce.

Nedůvěřujte formálním zprávám. Kontrolujte, kdo skutečně píše váš kód – dnes, ne před půl rokem. Váš projekt závisí ne na pěkných CV, ale na reálných rukou u klávesnice.

— Editorial Team