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.
Dejte nám vědět a rádi to s Vámi probereme.
[button href="http://www.skoumal.com/cs/vyvoj-aplikaci/" class="button--filled"]Chci aplikaci[/button]
Je to takový deník projektu, kde najdete všechny aktuální i historické informace.
- 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.
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é?
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.
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.
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:
💡 My doporučujeme Toggl.
Jak reportovat, co reportovat a co ne?
Posílat report s fakturací, komu posílat fakturaci a kdy?
Mám podepsané potřebné smlouvy?
… to a mnoho dalšího je třeba vykonat před samotným začátkem aktivního vývoje.
V příštím díle více o tom, jak se vyvíjí aplikace.
