Většina majitelů firem přistupuje k výběru partnera pro vývoj softwaru stejně jako k jakémukoli jinému většímu nákupu: sesbírají nabídky, porovnají čísla a vyberou možnost, která se zdá nejlepší hodnotou za peníze.
Tento přístup selhává častěji, než uspívá.
Cena je na nabídce viditelná. Věci, které skutečně rozhodnou o tom, zda váš projekt uspěje, viditelné nejsou. Vyjeví se pouze v rozhovoru — ve správných rozhovorech, položených ještě před podpisem čehokoli.
Tady je pět rozhovorů, které stojí za to vést s každým dodavatelem, kterého vážně zvažujete.
1. „Proveďte mě projektem, který nešel podle plánu."
Každá softwarová firma měla projekty, které překročily rozpočet, nestihly termíny nebo skončily s nespokojeným klientem. Každý dodavatel, který tvrdí opak, je buď nový, nebo s vámi není upřímný.
Hledáte zde ne dokonalou historii. Hledáte způsob, jakým hovoří o neúspěchu.
Svalují vinu na klienta? Mluví vágně o „změnách rozsahu" bez jakéhokoli přijetí vlastní odpovědnosti? Nebo vám dají konkrétní příběh — co se stalo, co se z toho naučili a co by udělali jinak?
Firma, která dokáže upřímně reflektovat minulé chyby, bude pravděpodobně dobře zvládat problémy, když nastanou ve vašem projektu. Protože problémy nastanou.
Jak vypadá dobrá odpověď: „Měli jsme projekt, kde jsme podcenili složitost integrace se starším systémem. Zachytili jsme to ve čtvrtém týdnu, ale nedostatečně rychle jsme o tom informovali klienta. To oddálilo spuštění o šest týdnů. Od té doby stavíme všechny integrace jako samostatné discovery položky před uzamčením termínů."
Jak vypadá špatná odpověď: „Vždy dodáváme včas. Pár problémů, které jsme měli, bylo kvůli tomu, že klient měnil požadavky uprostřed projektu."
2. „Kdo přesně bude pracovat na mém projektu?"
Softwarové firmy se prezentují v nabídkách. Je snadné být uchvácen kvalitou týmu, se kterým se setkáte během obchodního procesu. Ale lidé, kteří vám projekt prodají, často nejsou stejní lidé, kteří ho postaví.
Zeptejte se přímo: kdo bude denním kontaktním bodem? Kdo je vedoucí vývojář? Bude někdo z týmu, se kterým se dnes setkáváte, na vašem projektu přímo pracovat?
Ptejte se také na kontinuitu. Co se stane, pokud vedoucí vývojář vašeho projektu odejde uprostřed vývoje? Má firma procesy pro předávání znalostí, nebo institucionální znalosti o vašem projektu žijí výhradně v hlavě jednoho člověka?
Nekupujete jen kód. Vstupujete do vztahu s týmem. Ujistěte se, že víte, s kým tento vztah skutečně uzavíráte.
Na co si dávat pozor: Firma, která je vágní ohledně přiřazení týmu nebo nemůže říct, kdo konkrétně bude odpovědný za váš projekt, je firmou, kde možná skončíte s tím, kdo je zrovna k dispozici, místo s tím, kdo je pro vaše potřeby správný.
3. „Jak postupujete, když se ukáže, že něco, na čem jsme se dohodli, je složitější, než se čekalo?"
Softwarové projekty téměř vždy narazí na něco, co bylo složitější, než se při plánování zdálo. Jak váš dodavatel tuto situaci zvládne, je jedna z nejdůležitějších věcí, které byste měli pochopit před uzavřením smlouvy.
Některé firmy absorbují přiměřenou složitost jako součást své profesní odpovědnosti. Jiné zacházejí s každým neočekávaným problémem jako s příležitostí vznést požadavek na změnu a vydat novou fakturu. Oba přístupy mohou být legitimní — ale musíte vědět, pro který se přihlašujete.
Požádejte o konkrétní příklad: „Můžete mě provést situací, kdy jste uprostřed projektu zjistili, že něco je výrazně složitější, než bylo naplánováno? Co jste udělali?"
Zeptejte se také na obchodní model: je smlouva za pevnou cenu, za čas a materiál, nebo něco jiného? Každá struktura vytváří různé pobídky. Smlouvy za pevnou cenu přenášejí riziko složitosti na dodavatele; smlouvy za čas a materiál ho přenášejí na vás. Pochopení toho předem vám ušetří nepříjemná překvapení později.
Na co si dávat pozor: Vágní odpovědi o „společném hledání řešení" bez jakéhokoli konkrétního popisu toho, jak je složitost skutečně řízena nebo kdo nese náklady.
4. „Jak vypadá každodenní komunikace?"
Tento rozhovor zní banálně. Není. Nedorozumění je jednou z hlavních příčin selhání softwarových projektů, a vzorce, které k němu vedou, se nastaví v prvních týdnech spolupráce.
Ptejte se konkrétně: Jak často budete dostávat aktualizace o postupu? Jak budete informováni, pokud se něco odchýlí od plánu? Jaká je očekávaná doba odezvy, pokud pošlete e-mail nebo zprávu s dotazem? Budete mít přístup k nějakému systému řízení projektů, abyste mohli vidět stav věcí, aniž byste se museli ptát?
Zeptejte se také, co potřebují od vás. Dobré vývojové týmy budou mít konkrétní očekávání od svých klientů — včasná rozhodnutí, rychlá zpětná vazba k návrhům, dostupní stakeholdeři pro hodnotící schůzky. Pokud dodavatel nedokáže formulovat, co od vás potřebuje pro efektivní práci, je to signál, že si pečlivě nepromysleli, jak vést spolupráci na projektu.
Jak vypadá dobrá odpověď: „Používáme sdílený Notion board, kde vidíte aktuální backlog sprintu a všechny otevřené blokátory. Máme pravidelnou schůzku každé dva týdny a pro cokoli, co by mohlo ovlivnit termíny, se ozveme do 24 hodin."
Jak vypadá špatná odpověď: „Budeme vás průběžně informovat. Nebojte, dáme vám vědět, pokud něco nastane."
5. „Co se stane po dodání projektu?"
Softwarový projekt nekončí spuštěním. Váš systém bude potřebovat údržbu, bezpečnostní aktualizace a pravděpodobně i další rozvoj, jak se váš byznys bude vyvíjet. Pokud jste o tom nepřemýšleli před podpisem, může se po spuštění ocitnout v obtížné situaci.
Zeptejte se dodavatele na nabídku podpory po spuštění: existuje maintenance retainer a co zahrnuje? Jaká je reakční doba pro kritické chyby — a co se kvalifikuje jako „kritické"? Co se stane, pokud budete chtít přidat nové funkce šest měsíců po spuštění — existuje na to proces, nebo každý požadavek prochází celým novým procesem plánování?
Položte také ostřejší otázku: „Pokud bychom se po šesti měsících rozhodli přenést práci interně nebo přejít k jinému dodavateli, jak by to vypadalo?" Způsob, jakým firma odpovídá na tuto otázku, vám hodně řekne o tom, jak přemýšlejí o vlastnictví práce klientem. Chcete partnera, který je natolik přesvědčen o svém vztahu s vámi, že se nestará o to, zda vám usnadní odchod.
Na co si dávat pozor: Firmy, které jsou vágní ohledně podpory po spuštění, nemají žádnou formální nabídku údržby nebo naznačují, že přístup k vlastnictví kódu vašeho projektu je obtížný.
Jak tyto rozhovory využít
Nemusíte tyto rozhovory pojímat jako výslech. Nejlepší způsob, jak k nim přistoupit, je se skutečnou zvídavostí: snažíte se pochopit, jak tato firma přemýšlí a pracuje, ne ji chytit při chybě.
Dodavatelé, kteří tyto rozhovory zvládají dobře — kteří odpovídají konkrétně, kteří vyprávějí příběhy, kteří se nebojí připustit nejistotu — jsou ti, kteří s největší pravděpodobností dobře zvládnou i váš projekt. Ti, kteří se vyhýbají přímým odpovědím, přeprodávají nebo odpovídají vágně, vám také ukazují něco důležitého.
Projekt vývoje softwaru je značná investice času, peněz a interní energie. Pět výše uvedených rozhovorů nezaručí dokonalý výsledek — nic to nezaručí. Ale dají vám mnohem jasnější obrázek o tom, k čemu se skutečně přihlašujete.
Pokud byste chtěli tyto rozhovory začít s námi, rádi začneme právě tam.