Dobré zadání vývoje popisuje problém, ne řešení. Napište, co má komponenta umět, na co se montuje, v jakém prostředí bude pracovat a kolik kusů předpokládáte — a nechte na konstruktérovi, jestli z toho vyjde tištěný díl, obrobek, nebo jiná konstrukce. „Potřebuju uhlíkový držák 120 × 60 mm” nás uzamkne do vašeho prvního nápadu; „potřebuju na tenhle stroj pověsit tuhle kameru tak, aby se netřásla a šla sundat v rukavicích” otevře prostor, kde se dá optimalizovat. Zbytek článku je návod, jak takové zadání napsat za dvacet minut.
Dobré zadání říká, co má vzniknout — ne jak to udělat
Většina poptávek na zakázkový vývoj přijde už jako hotové řešení: rozměry, materiál, technologie výroby. Zadavatel se snaží pomoct — jenže tím zahodí prostor, kvůli kterému se do vývoje na míru vůbec chodí.
„Vyfrézujte mi tenhle díl z hliníku” je řešení. „Tenhle díl mi na stroji praská v rohu a je moc těžký” je problém — a odpovědí může být jiná geometrie, jiný materiál, spojení dvou dílů do jednoho nebo jiné uchycení. Vlastní návrh přitom zamlčovat nemusíte, jen ho pošlete jako návrh, ne jako zadání. Ideální poptávka má obojí: „takhle si to představuju, a tohle je důvod, proč to řeším”.
Odpovídá tomu i inženýrská praxe. Norma ISO/IEC/IEEE 29148 pro požadavkové inženýrství uvádí mezi vlastnostmi dobrého požadavku jednoznačnost (dá se vyložit jediným způsobem) a ověřitelnost (splnění se dá změřit nebo prokázat zkouškou). Ta druhá je tvrdší: „má to být pevné” se nedá odsouhlasit ani vyvrátit, kdežto „musí to unést tuhle sestavu při přistání na trávu, aniž se ohne” jde zkusit.
Pět věcí, bez kterých se vývoj nedá začít
1. Funkce — co ta věc má dělat
Jednou dvěma větami: k čemu komponenta je, co drží nebo přenáší a co se nesmí stát. Ta poslední část se zapomíná nejčastěji: „nesmí to zakrýt výdech chlazení”, „nesmí to jít sundat bez nářadí”. Sem patří i způsob obsluhy — součást, kterou technik montuje jednou za rok v dílně, a součást, kterou obsluha nasazuje v terénu v rukavicích, vypadají po návrhu jinak.
2. Rozhraní — čeho se to dotýká
Rozhraní je v zakázkovém vývoji nejčastější zdroj předělávek. Potřebujeme vědět, na co se komponenta montuje (typ, výrobce a model stroje nebo rámu), rozteče a průměry otvorů, kudy vede kabeláž, jaké konektory a napětí jsou k dispozici a co má komponenta držet — včetně hmotnosti a rozměrů neseného zařízení.
Pokud rozhraní neznáte přesně, nevadí: fotky, protikus a pár rozměrů posuvkou obvykle stačí — jak z nich vzniká model, rozebírá článek Nemám model, stačí rozbitý díl a fotky?. Odhadem ale nejde nahradit poloha vůči těžišti: u dronu je každá přidaná hmota kompromis a její umístění rozhoduje o chování stroje víc než pár gramů navíc.
3. Prostředí — kde to bude pracovat
Stejný díl v hale a na poli v listopadu jsou dvě různé konstrukční úlohy. Napište aspoň: venku nebo uvnitř, v jakém rozsahu teplot, jestli počítáte s deštěm, prachem, solí, chemií nebo UV zářením, na jaký terén stroj přistává a jak dlouho má díl vydržet — sezónu, nebo pět let.
Materiál skvělý na tuhost může být mizerný na UV; materiál, který snese vibrace, může změknout v horku uvnitř černého krytu. Bez informace o prostředí se vybírá naslepo.
4. Kusovost — jeden kus, nebo série
Prototyp, deset kusů ročně a průběžná výroba jsou tři různé technologie a tři různé přístupy k dokumentaci. U jednoho kusu se vyplatí konstrukce šitá pro tisk; u série návrh, který zkracuje montáž, a měřicí postup na kontrolu každého kusu. Napište i to, jestli se počet může změnit — „zatím jeden, kdyby to fungovalo, tak možná dvacet” stačí.
5. Omezení — čím jste svázaní
Termín, hmotnostní strop, zástavbový prostor, kompatibilita s dílem, který už máte, nebo požadavek, aby úprava šla vrátit do původního stavu. A také rozpočtový rámec — ne jako částka od nás, ale jako řád, ve kterém se má řešení pohybovat. Ten rozhoduje o tom, jestli navrhneme jednoduchý díl, nebo mechanismus.
Co se stane po odeslání
Sled kroků je napříč trhem podobný — Fly4Future svůj postup veřejně popisuje jako pět fází od úvodní analýzy a návrhu řešení přes 3D model a stavbu až po demonstraci v reálných podmínkách a návrh produktu k výrobě. U nás to vypadá takhle:
- Přečtení a dotazy. Obvykle do 24 hodin odpovíme — buď rovnou návrhem směru, nebo konkrétním seznamem toho, co ještě potřebujeme vědět. Závazný termín dostanete až po technickém posouzení.
- Technické posouzení. Projdeme funkci, rozhraní a prostředí a řekneme, co je jasné, co je riziko a co se musí ověřit. Tady taky zazní, jestli zakázku vezmeme.
- Nezávazná nabídka. Rozsah rozdělený na fáze a k němu, co je v které fázi výstup. Cena vychází ze zadání, nabídka je zdarma.
- Konstrukce. CAD, konzultace nad modelem, revize; u tvarově náročných dílů zkušební kus jen na kontrolu rozhraní.
- Prototyp a zkoušky. Co se dá změřit na stole, se měří na stole; co se musí vyzkoušet na stroji, se zkouší na stroji — a vždy se popíše, za jakých podmínek.
- Předání, dokumentace, případně malosérie. Co dostanete v ruce a co v souborech, se dohodne dopředu.
Když se ukáže, že směr nefunguje, chcete to zjistit po první fázi, ne po dodávce. Proto se rozsah upřesňuje po fázích a po každé z nich je rozhodovací bod, kde se dá zadání změnit nebo práci ukončit.
Jak vypadá špatné zadání a proč prodražuje
Špatné zadání zpravidla není napsané neodborně. Prodražuje ho něco jiného: rozhoduje o věcech pozdě. NASA Systems Engineering Handbook to ukazuje na křivce nákladů — v okamžiku, kdy je hotový návrh, je utracená jen menší část peněz, ale rozhodnuto je zhruba o třech čtvrtinách nákladů životního cyklu, protože návrh předurčuje, jak drahé bude testování, výroba, integrace a provoz. Tentýž materiál připomíná, že pozdě odhalené problémy stojí výrazně víc. Přeloženo do dílny: věta v prvním e-mailu je levná, tatáž věta po prototypu stojí kolo navíc.
Vzory zadání, která se skoro vždycky vrátí:
- „Udělejte to jako tohle, jen lepší.” Chybí kritérium. Lepší v čem — hmotnost, tuhost, montáž? Bez toho není co ověřit a každý výsledek se dá zpochybnit.
- „Rozměry doladíme za pochodu.” Rozhraní se za pochodu nedolaďuje, překresluje. Změna rozteče otvorů po prototypu znamená nový prototyp.
- Zadání bez prostředí a bez toho, co komponenta nese. Díl navržený „obecně” projde dílnou a selže v provozu; „nějaká kamera” navíc není hmotnost, a přitom hmotnost a poloha vstupují do celé konstrukce.
- Cíl jako číslo bez měření. Požadavek na výdrž, dolet nebo nosnost, který nikdo nezměřil na konkrétním stroji, není zadání, ale přání. Ověřit se dá zkouškou — ta pak ale patří do zakázky.
- Několik zadavatelů bez rozhodovatele. Když si pilot, technik a nákup odporují, konstruktér to nevyřeší; udělá to dvakrát.
- Tichá očekávání. Že k dílu bude výkres, že půjde vyrobit i příští rok, že si ho necháte vyrobit jinde. Legitimní požadavky — jen musí zaznít předem, protože mění návrh i dokumentaci.
Co ve vývoji komponenty není zahrnuté
Nevyřčená očekávání jsou nejdražší položka projektu. Standardně není součástí dodávky:
- Posouzení shody a certifikace. Nejsme výrobce dronu s třídním označením podle nařízení (EU) 2019/945 a nevydáváme prohlášení o shodě za váš stroj. Komponenta od nás nedělá z dronu C0 až C6 a nezachovává třídu ani záruku původního výrobce.
- Letové povolení a provozní posouzení. Oprávnění k provozu ve specifické kategorii si podává provozovatel u Úřadu pro civilní letectví, včetně posouzení rizik metodikou SORA a provozní příručky. Technické podklady o komponentě dodáme; žádost ani jednání s úřadem za vás nevedeme.
- Kalibrace senzoru a měřicí přesnost. Uchycení navrhneme; za kalibraci, přesnost a zpracování dat odpovídá dodavatel senzoru a vy jako provozovatel.
- Deklarovaná odolnost proti vodě a prachu. Krytí typu IP je výsledek zkoušky na hotové sestavě, ne vlastnost tvaru. Bez zkoušky žádný stupeň krytí neuvádíme.
- Dlouhodobá únava a životnost. Chování dílu po stovkách letových hodin se zjistí jen zkouškou nebo provozem; materiálový list není doklad.
- Letově kritické díly bez výpočtu a zkoušky. Vrtule, silně zatížená ramena a části řízení se takhle nenabízejí. Není to poznámka do patičky — je to hranice, kterou držíme.
A jedna věc, která do zadání patří, i když s technikou nesouvisí: duševní vlastnictví a dokumentace. Dohodněte si předem, komu patří výsledný model, co dostanete v jakém formátu (STEP, STL, výkres, kusovník) a jestli chcete mít možnost nechat díl vyrobit jinde. Veřejný ceník zakázkového vývoje u českých dodavatelů prakticky nenajdete — a právě proto se rozdíl mezi nabídkami schovává v rozsahu dodávky.
Checklist zadání
| Co uvést | Proč to potřebujeme | Když to nevíte |
|---|---|---|
| Problém jednou větou | rozhoduje o tom, jestli navrhneme díl, nebo jiné řešení | popište, co se děje dnes a co vám vadí |
| Funkce a co se nesmí stát | z toho vzniká celý návrh | vyjmenujte situace, které už nastaly |
| Typ, výrobce a model stroje | rozhraní, rozteče, zástavbový prostor | pošlete fotky celku a místa montáže |
| Co komponenta nese — hmotnost a rozměry | dimenzování, poloha vůči těžišti | orientační údaj s poznámkou „odhad” |
| Rozhraní: otvory, konektory, napětí, kabeláž | nejčastější příčina předělávek | fotky protikusu a pár rozměrů posuvkou |
| Prostředí: venku/uvnitř, teploty, déšť, prach, UV, vibrace | volba materiálu a spojů | napište aspoň roční období a typ terénu |
| Způsob obsluhy a kusovost | mění ovládací prvky i technologii výroby | „montuje technik v terénu, zatím jeden kus” |
| Omezení: hmotnost, prostor, termín, rozpočtový řád | určuje, co má smysl navrhovat | napište aspoň, kdy to začne pálit |
| Jak se pozná, že je to hotové | bez kritéria není co odsouhlasit | popište zkoušku, kterou byste udělali |
| Kdo za zadání rozhoduje a co čekáte od dokumentace | jeden rozhodovatel a jasné výstupy | určete kontaktní osobu a napište, k čemu to budete dál potřebovat |
| Jestli jde o bezpečnostně kritický díl | rozhoduje o tom, jestli zakázku vezmeme | když si nejste jistí, napište to a probereme to |
Neúplný checklist pošlete taky — lepší je začít s tím, co máte, než čekat na kompletní sadu.
Kam to poslat
Když jde o samostatnou součást bez zásahu do elektroniky — držák, kryt, rám, podvozek, náhrada za nevyráběný díl — jste u zakázkových dílů a zadání může být kratší. Když komponenta obnáší návrh mechaniky spolu s elektronikou nebo firmwarem, prototyp a zkoušky, jde o vývoj UAV a vyplatí se projít celý checklist.
Další krok: napište zadání vlastními slovy do poptávky, typ zakázky „vývoj”, a přiložte fotky nebo soubory, které máte. Ozveme se s úvodní technickou konzultací.
Zdroje
- ISO/IEC/IEEE 29148 — Requirements engineering (vlastnosti dobře napsaného požadavku, mj. jednoznačnost a ověřitelnost): https://www.iso.org/standard/45171.html
- NASA Systems Engineering Handbook, Rev. 2 (podíl nákladů životního cyklu předurčený návrhem): https://www.nasa.gov/wp-content/uploads/2018/09/nasa_systems_engineering_handbook_0.pdf
- Fly4Future — Development and prototyping (veřejně popsané fáze zakázkového vývoje UAV): https://fly4future.com/development-and-prototyping/
- Robodrone — UAV deployment consulting: https://www.robodrone.com/kopie-uav-deployment-consulting
- JAMcopters — Stavba dronů (přizpůsobení konstrukce UAS požadavkům na užitečné zatížení): https://shop.jamcopters.cz/stranky/stavba-dronu-13
- Úřad pro civilní letectví — Specifická kategorie (oprávnění k provozu, SORA, provozní příručka): https://www.caa.cz/provoz/bezpilotni-letadla/specificka-kategorie-specific/
- Nařízení (EU) 2019/945 v konsolidovaném znění (role výrobce a třídní označení UAS): https://eur-lex.europa.eu/eli/reg_del/2019/945/2025-06-24/eng