Nový vývojář může váš software dokončit, pokud dokáže ověřit, co už funguje, získat oprávněný přístup k potřebným podkladům a ukázat věrohodný postup, jak dokončit důležitý úkol. Nejprve si vyžádejte krátké úvodní posouzení. I obrazovka, která vypadá hotově, se může zastavit před uložením výsledku. V kopii kódu zase mohou chybět instrukce nebo služby potřebné ke spuštění.
Pokud už se lidé spoléhají na provozovanou verzi, domluvte se, kdo ji během posouzení udrží v chodu. O její podpoře můžete rozhodnout hned a otázku náhrady řešit později.
Co můžete předat novému vývojáři?
Vyžádejte si naposledy použitou nebo otestovanou verzi zdrojového kódu, návod k sestavení a součásti, na kterých závisí. Zjistěte, kdo spravuje účty pro nasazení softwaru a jeho propojení s dalšími službami. Zjistěte, kde jsou obchodní záznamy a zálohy a co podle smluv můžete sdílet nebo měnit. Samotný přístup k úložišti kódu tato oprávnění nedokládá.
Posuzujte tyto otázky zvlášť. Tým může spustit kopii, ale nemít přístup k aktualizaci ostré verze. Nebo může mít přístup k hostingu, ale z předaných podkladů software znovu nesestaví. Pokud byste museli přesunout záznamy, jako samostatnou zkoušku vyzkoušejte export, který nový systém skutečně umí použít.
Co by měl nový tým předvést?
Vyberte jeden úkol, na kterém firmě záleží. Představte si nedokončenou aplikaci pro koordinaci servisu. Pracovník zadá požadavek, ale nikdo ještě nepředvedl, že ho vedoucí může schválit a později znovu najít rozhodnutí. Požádejte tým, aby sestavil známou verzi a úkol vyzkoušel v odděleném prostředí, k němuž má oprávnění. Použijte smyšlené záznamy a vypněte skutečná upozornění, platby a další akce v ostrém provozu. Provozovaný systém do testu nezapojujte.
Sledujte, kam až požadavek projde, a zapište, kde se zastaví. Pokud ho vedoucí schválí, ale po opětovném otevření se rozhodnutí nezobrazí, tým má konkrétní problém k prověření. Jestliže spuštění brání chybějící součást, zapište, že postup zatím nebyl předveden, a uveďte, co chybí. Další krok pak bude jiný než u prokázané chyby při schválení.
Sestavení dokládá, že tým za daných podmínek dokázal sestavit právě tuto verzi. Nedokládá zabezpečení ani udržovatelnost celého systému, oprávnění k nasazení ani připravenost k ostrému provozu. Popis předávání odpovědnosti za provoz v Googlu ukazuje, že jde o samostatné rozhodnutí: posouzení zahrnuje závislosti a připravenost a podle potřeby úpravy a zaškolení.
Pokračovat, opravit část, nebo software nahradit?
Každou možnost posuzujte podle stejného úkolu a práce, kterou bude vyžadovat následná podpora. Doporučení britské vlády k nákupu uvádí příklad, jak porovnat úpravu existujícího řešení s novým vývojem podle potřeb, nákladů a možností následného provozu.
Pokračovat
Tým dokáže sestavit známou verzi, stávající postup funguje v testovacím prostředí a chybějící krok lze doplnit bez změny fungování zbytku systému.
Opravit část
Hlavní postup lze používat, ale jedna oblast, například nasazení nebo integrace, vyžaduje konkrétní opravu. Zeptejte se, jak tým opravu otestuje, než tuto část znovu použijete.
Nahradit
Možnosti, které počítají se zachováním softwaru, nesplní zásadní požadavek za přijatelnou cenu nebo při přijatelném riziku. Před přechodem naplánujte přesun záznamů i rozpracovaných úkolů.
Pokud dává smysl náhrada, rozhodněte se zvlášť, jak zajistíte, aby rozpracované úkoly pokračovaly. Dočasný souběh obou systémů je jedna z možností přechodu. Má vlastní náklady a vyžaduje jasnou odpovědnost za záznamy.
Co má posouzení zachytit písemně?
Vyžádejte si stručný záznam, který můžete projít s lidmi používajícími software. Má říct, co tým předvedl, co selhalo nebo nešlo otestovat, které přístupy či oprávnění chybějí a co by mohlo narušit provoz. U každé schůdné možnosti určete další etapu, kdo má jednat a co ověříte před schválením další práce.
U uvedené aplikace může být dalším krokem zjistit, proč uložené schválení mizí, a poté v testovacím systému ukázat, že se k němu vedoucí může vrátit. Pokud porovnáváte týmy, které tuto práci mohou udělat, podívejte se, na co se zeptat vývojáře softwaru na míru před výběrem.
Otázky k převzetí rozpracovaného softwaru
Stačí mít zdrojový kód?
Nový tým má díky němu co prověřit. Ověřte, kterou verzi představuje, zda smíte týmu zpřístupnit vše, co tato verze potřebuje, a zda ji tým dokáže sestavit a vyzkoušet důležitý úkol mimo ostrý provoz.
Kdy stačí dílčí oprava?
Zvažte ji, pokud hlavní postup funguje a tým dokáže vymezit a otestovat opravu jedné oblasti. Zeptejte se, co změna nevyřeší a kdo potom může opravenou část udržovat.
Co má být výsledkem posouzení?
Krátký záznam toho, co v testu fungovalo, co zůstává neověřené, co chybí a co by každá možnost vyžadovala. Určete, kdo se postará o případnou provozovanou verzi a co schválíte jako další krok.
