Vývoj mobilní aplikace: 6) Proč tvořit dobré zadání

21. 12. 2023

Vývoj mobilní aplikace má mnoho různorodých aspektů, které je dobré vědět. V následujícím seriálu Vám představujeme jednotlivé díly, které Vás provedou celým procesem vývoje softwaru od začátku do konce.

PROČ? JAK?

To jsou základní otázky, které si o projektu zodpovíte, pokud si uděláte dobré zadání.

Zadání není statické, často se k němu budete vracet Vy, zákazník a také celý tým a tyto základní otázky, tam vždy najdete.

Přemýšlíte o vlastní mobilní aplikaci?

Dejte nám vědět a rádi to s Vámi probereme.

Chci aplikaci

Je to takový deník projektu, kde najdete všechny aktuální i historické informace.

Proč tedy tvořit zadání k softwaru?

– Povede Vás z bodu A přes bod B až po Z…pokud bude potřeba.
– Povede nové členy týmu.
– Nerozlobíte klienta i kolegy zapomnětlivostí.
– Každá role v týmu se k zadání vyjádří a najde mezery.
– Každá změna se hned zanese do zadání a bude základním kamenem pro všechny role v týmu.

Co je součástí správného a smysluplného zadání?

1. Specifikace

Je to popis, co má software dělat a proč to celé děláme/děláte.

Zda si specifikaci čte Jarek, Alena nebo Franta, vždy z ní pochopí stejnou informaci.

Zadání je jasné, přesné, strukturované a přehledné.

Nejlepší je umožnit všem členům týmu specifikaci komentovat a upravovat přímo v sdíleném dokumentu Google Docs. Při tvorbě zadání začněte od obecného sdělení a pokračujte k specifickému.

Vžijte se do čtenáře – jaké informace by tam ještě mohl hledat a jaké otázky jsou nezodpovězené?

vývoj mobilních aplikací: dobré zadání

2. Wireframe

Je to kostra aplikace – ukázka, která nám umožní levně vyzkoušet, zda nápad může fungovat a zda dává smysl. Jde o vizualizaci navigace a rozmístění prvků.

Změny v provedení jsou v této fázi stále levné a rychlé.

Skvělým příkladem je prototyping ve Figme, které pak použijete na prezentaci klientovi a také jako podklady pro uživatelské testování, vývojářům a grafikovi.

💡 My doporučujeme Figmu.

vývoj mobilních aplikací: dobré zadání 2

3. Grafika

Je to firemní kabátek, do kterého oblečeme software, tak, aby nejlépe prezentoval tvary a barvy firmy a oslovil cílovou skupinu.

4. Technická dokumentace

Používáte technologie třetích stran?

Zapojte je do specifikace, ať si je nemusí každý shánět a googlit.

Používáme platební brány, blog, sociální sítě v projektu? Co funguje v aplikaci a co na backendu?

Všechno by to mělo být součástí technické dokumentace. Není to ale návod pro programátora, technické rozhodnutí dělá on/ona na své platformě, protože ji nejlépe zná.

5. Ticketovací systém

Je to rychlá a efektivní komunikace mezi Vámi a zadavatelem hlavně v agilním (flexibilním/postupním) vývoji.

Vytvořte task a označte ho tickety. Vždy. Jinak ten task neexistuje, nemůžete sledovat jeho vývoj, zapomenete na něj …

💡 My doporučujeme Trello.

Činnost, kterou nechce nikdo provádět

Než se projekt nastartuje a rozběhne do plných obrátek je nutné nejprve realizovat “projektovou přípravu”.

Tato činnost se vyznačuje tím, že ji nikdo nechce vykonávat.

Zahrnuje desítky pětiminutových úkolů, které vyžadují vysokou koordinaci, jak s celým vývojovým týmem, tak i se zadavatelem. Proto většinou končí na bedrech tzv. “projektového manažera”.

Úkoly projektové přípravy: