Specifikáció = szentírás

339 views

Published on

A 2011-es App! konferenciára készített előadásom a specifikáció fontosságáról.

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
339
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • Nemfejlesztőknekszólazelőadás
  • A brief általánosan írja le a szoftver elvárt működését, ezzel szemben a specifikáció kifejti a részleteket, olyan mélyen, ahogy azt a csapat vagy a projekt igényli.
  • igény speckó vs. műszaki dokumentációderüljenek ki az ellentmondások
  • ki írja? - ux designer? pm? lead developer?kinek? - ügyfélnek? grafikusnak? fejlesztőnek?az érintett emberek mennyire ismerik egymást, mennyit beszélnek egymással, mennyit beszéltek a projektről?Wireframe!!!
  • Ha kész a specifikáció, akkor érdemes több körben átnézni és átbeszélni újra az egészet az érintett szereplőkkel (főleg nagy projekteknél fontos).
  • Ha kész a specifikáció, akkor érdemes több körben átnézni és átbeszélni újra az egészet az érintett szereplőkkel (főleg nagy projekteknél fontos).
  • Specifikáció = szentírás

    1. 1. Specifikáció = szentírásÉs az ördög a részletekben rejlik Bobor Szabolcs Mito, fejlesztési PM
    2. 2. Az előadás specifikálása
    3. 3. Mire jó a specifikáció?
    4. 4. Hogy eltérjünk tőle :)
    5. 5. Oké, de tényleg miért jó?Hisz van brief, az nem elég?
    6. 6. Nem, mert:• Briefből nem lehet fejleszteni• A specifikáció védi a megrendelőt és a fejlesztőt is• Imádunk specifikációt írni (nem)
    7. 7. Mindenki másként gondolkodikA specifikáció egységesít és egyértelműsít
    8. 8. • Meghatározza a fókuszt• Lefekteti a termék funkcionális és/vagy technikai követelményeit• Wireframe-ekkel érthetőbbé válik a működés
    9. 9. És ha nem írok, akkor mi lesz?
    10. 10. Csalódott ügyfél 
    11. 11. Konfliktus 
    12. 12. Felesleges plusz munka 
    13. 13. Mindezt elkerülhetjük, haodafigyelünk már az elején
    14. 14. Alapvető kérdések• Ki írja?• Kinek?• Milyen részletesen?• Mikorra?• Milyen formában?
    15. 15. A jó specifikáció rengeteg részletet tisztáz, de nem helyettesíti a személyes beszélgetést!
    16. 16. Példa
    17. 17. Igény:Legyen egy contact form (a mobil appban),kérjünk be nevet, emailt, telefonszámot.Ezek közül csak az első kettő megadásalegyen kötelező, mentés után küldjünk egyemailt az info@cegneve.hu-ra
    18. 18. Speckó:• felsoroljuk az inputmezőket – ezek sorrendjét – a beírható karakterek hosszát, típusát• definiáljuk egyenként, hogy mely kötelező, mely nem• definiáljuk, hogy a mezők kitöltését hol ellenőrizzük – gépelés befejezésekor – vagy csak a submit megnyomásakor• meghatározzuk a lehetséges hibaüzeneteket – Kérjük add meg az email címed! – Rossz email címet adtál meg!• meghatározzuk, hogy mit történjen mentés után – jelenítsük meg a beépített email klienst az adatokkal? – használjunk valamilyen saját backend scriptet? ha igen, akkor az milyen URL-en érhető el? mi történjen, ha nincs net? Stb.
    19. 19. Mobil app specben mindenképpen szerepeljen:• Támogatott oprendszerek (min. verzió)• Képernyők funkcionális leírása• Képernyők egymás közti kapcsolatának leírása• Speciális funkcióknál backend script(ek) működése, helye – Pl. adatbázis szinkronizálás hogyan történjen?• Hibaüzenetek
    20. 20. Spec review
    21. 21. Mit tanultunk ma?
    22. 22. Nincs tökéletes recept
    23. 23. Speckót írni nagyon unalmas, de hosszú távon megéri
    24. 24. Köszönöm a figyelmet! Kérdésed van? Írj: Bobor Szabolcs sz.bobor@mito.hu

    ×