Tech Lead (70 % .NET, 30 % React)

Popis pozice:

Informace o projektu:

Next Generation Audit (NGA) je auditní platforma. Práce je rozdělena do toků hodnoty. Každý tok se dělí na pody. Pod dodává jednu produktovou oblast, například administraci a schvalování, vyhledávání obsahu, šablony auditních položek, datový katalog, testování detailů nebo vymezení rozsahu a plán testování.

Dodávka je agilní. Pody pracují v režimu Kanban nebo ve sprintech. Tech lead je technickým hlasem jednoho podu. Priority určuje product owner. QA je součástí téže dodávky, ne krok, který začíná až po vývoji.

Platforma běží na Microsoft Azure. Služby jsou psané v .NET. Uživatelské rozhraní tvoří React a TypeScript. Konkrétní knihovny se mezi toky liší. Viz sekce o technologiích níže.

Role:

Vedete technickou práci jednoho podu a sami dál píšete produkční kód. Jste ten, na koho se pod obrátí, když je nejasný návrh, review nebo rozhodnutí o vydání.

Pracujete s product ownerem, QA a lídry v americkém časovém pásmu. Technickou volbu vysvětlíte jasně a srozumitelně, i lidem, kteří nepíšou kód. Také řeknete, že zadání ještě není připravené: požadavek je nejasný, termín není reálný, nebo změna nemá důkaz, že funguje.

Naslouchátě a pak nabídnete možnosti. Rozhodnutí nenutíte, pokud se k němu pod dokáže dopracovat sám. Všimnete si, když někdo nemá práci nebo když se práce hromadí na jednom člověku, a rozložíte ji.

Co budete dělat:

Navrhovat a vytvářet změny ve službách a v uživatelském rozhraní podu. Před začátkem velké změny posoudit její návrh.

Udržovat repozitáře podu konzistentní: tvar API, Swagger, bezpečnostní kontroly a popisy pull requestů.

Sami revidovat pull requesty. Odmítnout změnu, kterou autor neumí vysvětlit. Neschvalovat vygenerovaný kód, který nikdo nečetl ani netestoval.

K dodávce požadovat důkaz. Tím může být uživatelské rozhraní, backendový endpoint nebo integrační test. Má ukázat, že člověk rozumí problému i dopadu a že změna funguje.

Zapojit QA už při psaní backlogové položky, ne až poté, co build dorazí na testovací prostředí. Akceptační kontroly dohodnout včas. Podporovat vývojáře, kteří píšou automatizované testy základního scénáře (happy path), aby je QA mohlo zkontrolovat a pokrýt okrajové případy.

Stanovit, jak pod používá AI nástroje pro programování. Pravidla a dovednosti (skills) udržovat v repozitáři. Užitečnou dovednost sdílet přes pull request. Sdílený základ přizpůsobit doméně podu. Jedno nastavení nepovažovat za povinné pro všechny toky.

Nástroj používat s úsudkem. Dát mu kontext. Před implementací si přečíst plán. Ponechat lidskou kontrolu nad vším, co opouští repozitář, například push, komentář u ticketu nebo schválení pull requestu.

Podílet se na vydávání. Vydání se koordinují napříč pody. Pomáháte, aby část podu byla předvídatelná: prostředí, konfigurace a kontrola, že je změna skutečně nasazena.

Převzít díl schválené pohotovosti, když to pod potřebuje. Pohotovost se střídá. Není to trvalý závazek na víkendy pro jednoho člověka.

Pomoci novému kolegovi, aby byl užitečný už během prvních týdnů. Zapracování na této platformě je pomalé, protože systém je velký. Ukážete lidem pravidla repozitáře, místní doménu a člověka, který jim dokáže uvolnit cestu.

Včas upozornit na riziko: kapacitu QA, nefunkční prostředí, závislost na jiném podu nebo změnu rozsahu, která přišla příliš pozdě na to, aby se dala udělat dobře.

Jak tým pracuje:

Jednotkou dodávky je backlogová položka. Pokud je požadavek chabý, zastavíte se a vyjasníte ho dřív, než pod začne.

Práce na krátké upozornění se stává. I tak žádáte o jasný požadavek a o termín, který pod stihne.

Na týdenní synchronizaci lídrů si lídři podů sdělují skutečný stav práce. Svůj pod průběžně informujete.

Programování s AI je běžné. Obvyklým IDE je Cursor. GitHub Copilot revid###uje pull requesty. Někteří lidé používají také Claude nebo Claude Code. Neexistuje jediný povinný seznam nástrojů. Společné je očekávání: autor změně rozumí.

Praktická sekvence dovedností, která se již používá, začíná kontrolou, že je funkce zdokumentovaná a připravená, pak následuje plán, poté implementace, větev, pull request, code review a bezpečnostní průchod. Pody sekvenci upravují podle své práce.

Požadavky:

Nemusíte znát každou knihovnu hned první den. Musíte však být produktivní v běžném stacku a umět se naučit specifika podu.

Potřebujete:

C# a .NET, včetně ASP.NET Core Web API

React a TypeScript

REST, Swagger / OpenAPI a pečlivost při změnách, které rozbíjejí volající

Mikroslužby a uživatelské rozhraní rozdělené na mikro-frontendy

Microsoft Azure: alespoň App Service nebo Azure Kubernetes Service, Azure Functions a Service Bus

Relační databázi a dokumentovou databázi. Platforma v různých službách používá SQL Server, Azure SQL, MongoDB a Azure Cosmos DB

Git, pull requesty a buď Azure DevOps, nebo GitHub. Tento program používá obojí

Docker, pro lokální běh i pro image služeb

Automatizované testy, které umíte číst a rozšiřovat. Vývojáři vlastní malé integrační testy a UI testy základního scénáře. Používaným nástrojem pro UI je Playwright

Každodenní používání AI asistenta pro programování a návyk kontrolovat jeho výstup. Cursor je nástroj, který pody nyní používají

Architektura, kterou byste měli umět uplatnit:

Tenký backend-for-frontend před službami

Clean architecture na službách v .NET, které ji již používají

Události přes Service Bus, včetně outboxu, když služba publikuje zprávu

Feature flagy. Používá se LaunchDarkly. Některé aplikace přecházejí na sdílenou knihovnu pro správu funkcí

Verzování API a kontrakty, které zůstávají stabilní pro ostatní pody

Pravidla repozitáře, která agent dodrží: bezpečnost, Swagger a vlastní doména podu

Užitečné na konkrétním toku, nikoli povinné pro každý pod:

Headless CMS Squidex, Azure Functions, vyhledávání obsahu

Způsob práce:

Pracovním jazykem je angličtina. Mluvíte i píšete jí každý den srozumitelně.

Umíte vysvětlit kompromis, riziko i navrhovanou změnu inženýrům i lidem, kteří nepíšou kód.

Přebíráte odpovědnost za technický výsledek podu. O pomoc žádáte, když rozhodnutí leží mimo pod.

Zůstáváte klidní, když na pod tlačí vydání nebo pozdní změna. Riziko pojmenujete včas.

Pracujete v hodinách, které se překrývají s USA. Běžný den trvá zhruba do 18:00 SEČ. Vyhovuje den od 09:00 do 18:00 nebo od 10:00 do 19:00 SEČ. Širší překryv pomáhá. Posun oproti východnímu času USA je přibližně šest hodin.

Vyhovuje vám práce ve vzdáleném týmu. Osobní setkání v Praze jsou ojedinělá, zhruba jednou za čtvrtletí.