Prvním krokem je sestavit produktový backlog. Vlastník produktu musí být jedna osoba, ne výbor. Backlog nemá být seznam všech nápadů, ale prioritizovaný seznam položek, které přinášejí hodnotu. Uživatelské příběhy pište krátce: role, cíl, důvod. Vyhněte se technickým detailům, ty patří do akceptačních kritérií. Pokud tým nemá jasnou vizi, každý sprint se zvrhne v hádku o tom, co je důležitější. Vlastník produktu musí být dostupný a rozhodovat. Pokud tomu tak není, Scrum skončí jako demokracie, která nikam nevede.

Většina týmů si vystačí s větvemi v jednom repozitáři. Fork je nutností jen tehdy, když přispěvatelé nemají právo zápisu — typicky externí spolupracovníci nebo open source. Pokud si nejste jistí, začněte s větvemi a přejděte na forky až ve chvíli, kdy narazíte na omezení práv. Zbytečný fork navíc znamená další vzdálený repozitář, který je potřeba synchronizovat, a to je častý zdroj zmatku.

TypeScript není nový jazyk, který byste se museli učit od nuly. Je to JavaScript s typovou kontrolou navíc. Když soubor přejmenujete z .js na .ts, kód většinou dál funguje. Kompilátor pak ale začne upozorňovat na místa, kde si nejste jistí, co přesně v proměnné je. Právě v tom je hlavní přínos: chyby, které by se dřív projevily až za běhu v prohlížeči, odhalíte už při psaní.

Na co si dát pozor: absolutní cesty v kódu. Skript, který funguje na tvém počítači, spadne na jiném, protože cesta začíná jménem tvého uživatele. Používej relativní cesty nebo proměnné prostředí. Dále neošetřené výjimky — když skript narazí na chybějící soubor nebo nedostupnou síť, má skončit srozumitelnou zprávou, ne dvaceti řádky tracebacku. A nakonec: neukládej do kódu přihlašovací údaje ani klíče. Patří do souboru, který není součástí repozitáře, nebo do proměnných prostředí.

Vzdálený repozitář není automatická záloha. git push odešle commity, git pull stáhne cizí změny. Pokud push odmítne s hláškou o nesouhlasných historiích, neznamená to, že máš použít --force. Nejdřív si přečti, co je na serveru nového, a sluč. Vynucený push přepíše práci ostatních a v týmovém prostředí je to nejrychlejší cesta k rozbitému projektu. Pro začátek stačí pamatovat: commituj často, ale po malých ucelených změnách, a před každým push si projdi git log --oneline, ať víš, co odesíláš.

Python je pro automatizaci vhodný z několika konkrétních důvodů: čte se podobně jako angličtina, má obrovskou základní knihovnu a většina systémů ho už má nainstalovaný. Nepotřebuješ žádné vývojové prostředí za tisíce, stačí terminál a textový editor. Začni tím, že si ověříš, jakou verzi máš k dispozici příkazem python3 --version. Pokud se vypíše číslo 3.8 a vyšší, můžeš pokračovat. Když příkaz selže, nainstaluj Python z oficiálního instalátoru pro svůj operační systém a při instalaci na Windows zaškrtni volbu přidání do systémové proměnné PATH, jinak budeš muset příkazy spouštět přes celou cestu.

Nejrychlejší způsob, jak se posunout, je číst cizí skripty a rozebírat je řádek po řádku. Když narazíš na neznámou funkci, otevři dokumentaci a zjisti, co dělá a jaké má vstupy. Po několika týdnech takového čtení přestaneš kopírovat hotová řešení a začneš skládat vlastní. Automatizace v Pythonu není o tom naučit se celý jazyk, ale o tom vyřešit konkrétní problém a mít ho hotový dřív, než bys ho stihl udělat ručně.

Na co si dát pozor: nesnažte se rebasovat větev, která obsahuje merge commity z jiných větví. Výsledek je nepředvídatelný. Dále nikdy necommitujte konfigurační soubory, které se liší stroj od stroje. Používejte lokální konfiguraci, která není součástí repozitáře. A pokud pracujete na více funkcích současně, přepínejte větve jen s čistým pracovním stromem. Necommitnuté změny si před přepnutím buď commitněte, nebo odložte stranou. Jinak si je přenesete do špatné větve a budete je pracně hledat.

První automatizace nemá být přepisování celé firmy. Vyber si jednu opakující se nudnou činnost, kterou děláš alespoň několikrát týdně: přejmenování souborů, slévání tabulek, stahování dat, posílání příloh. Napiš skript, který ji zvládne za tebe, a spusť ho ručně. Teprve když funguje spolehlivě, můžeš ho nechat běžet naplánovaně. Typická chyba začátečníka je, že rovnou řeší velký projekt a po dvou dnech narazí na neznámou knihovnu a skončí. Malý hotový skript tě naučí víc než nedokončený velký.

Knihovny, které ti ušetří hodiny, a jak je nepoužít špatně Pro práci se soubory a cestami používej pathlib místo ručního skládání řetězců. Pro tabulky je základ pandas — načte CSV nebo Excel, přepočítá sloupce a uloží výsledek. Pro stahování stránek requests, pro parsování HTML BeautifulSoup. Pro opakované úlohy na pozadí schedule nebo plánovač operačního systému. Všechny tyto knihovny nainstaluješ příkazem pip install do virtuálního prostředí, které si vytvoříš přes python3 -m venv. Bez virtuálního prostředí si postupně rozbiješ systémové balíčky a budeš hledat chybu, která vznikla úplně jinde.