Segítség a helyes hozzáálláshoz.
- Készül üzleti terv? Van kitűzött cél?
- Készül kulcsszó kutatás, piacfelmérés?
- Készül műszaki dokumentáció vagy drótváz?
- UX elemzés, tervezés, tesztelés lesz?
- Lesz projektvezető?
- Hány műszaki szakember fog résztvenni? (UX designer, grafikus, fejlesztő, SEO, PPC, social)
- Hány üzleti résztvevő lesz?
- Milyen eszközöket fogunk használni? https://szepeviktor.typeform.com/to/O8bLIX
- Milyen környezetek lesznek? (develop, staging, beta, demo)
- El kell tartsa a céget a webes alkalmazás?
- Vagy a webes alkalmazás csak egy melléktevékenység?
Igények és eredmények irányából.
- Vagy az üzleti résztvevők igényeinek kielégítése
- Vagy szakértői tervezés a már máshonnan ismert hibák elkerülésével, és folyamatos "motorháztető alatti" fejlesztések például az erőforrások 10%-a erejéig
A mit jelent a kész fényében.
- Akkor van kész egy funkció, ha az elvárt értéket írja ki
- Akkor van kész valami, ha a kódolási stílus megegyező, kommentezve van, a statikus analízis nem jelez, és esetleg még valaki átnézte a kódot, és van hozzá teszt
https://twitter.com/chopeh/status/926074073767206912
A már ismert hibákat, hiba forrásokat az alábbi 3 módon lehet kezelni.
- A máshonnan megismert hiba forrás megelőző jellegű javítása → bizonyosság: teljes, 100%
- Bevállaljuk, hogy hiba következik be → bizonyosság: kevesebb, mint 100%
- Valamilyen módon - pl. tévedésből - a hiba nem következik be → bizonyosság: sokkal kevesebb, mint 100%
Két fő (back-end és front-end) fejlesztő olcsóbb és gyorsabb, mint egy fő.
- Specifikáció
- Technológiák kiválasztása
- Kód tervezés (architektúra)
- Grafikai dizájn és UX
- MVP
- Funkciók befejezése (az MVP-n felül)
- Kézi tesztelés
- Hiba javítás
- Kód kommentelés (docblock és üzleti logika)
- Hiba kezelés
- Kódolás nélküli (zero coverage) tesztek futtatása
- Egység (unit) és funkcionális tesztek írása
- Keretrendszer és csomag frissítés
- Refaktorálás