„Tömeges felhasználói hiba”
Bent ülök egy nagyvállalat meetingjén… elhangzik, hogy a rendszert a felhasználók “rosszul használják” – ismerős? Kérdezem: “mind?”, “nem de sokan”…
Így kell elképzelni? (Lemmings – Joachim Lille festménye)
Bent ülök egy nagyvállalat meetingjén… elhangzik, hogy a rendszert a felhasználók “rosszul használják” – ismerős? Kérdezem: “mind?”, “nem de sokan”…
Így kell elképzelni? (Lemmings – Joachim Lille festménye)
IA alatt UML-alapú IA-modellezésről lesz szó, de előtte definiálni kell, mi az IA. A múlt héten a viselkedési modellekről volt szó, azaz milyen a rendszer változásában, most arról, milyen a rendszer az időben állandóan (akár mindig, akár egy adott képzeletbeli pillanatba lepauzálva)
Marika néni kávézójának mobilalkalmazása
Nagyon sokan gyenge specifikációkat adnak. Tudom, hogy manapság agilitás van (bear with me for a moment), de még mindig fontos ismeret, mitől lesz valami “specifikus”.
Ahhoz, hogy megértsük, mitől “jó” egy programozónak egy specifikáció (azaz mitől erős), és hogyan tudjuk ezt elérni, szükségünk van egy kis elméletre.
Nagyon sok ügynökség foglalkozik tisztán UX dizájnnal, mi viszont főképp kutatással és kutatás-alapú dizájnnal foglalkozunk. Hogy miért tesszük ezt, arról mesélek most.
Bár sokan azért szeretik ezt a blogot, mert nem definiálja a UX fogalmát, most kivételesen mégis megtenném, hogy egy lapon legyünk:
A név igazából akkor jött, amikor egy dokumentumban kellett összefoglalnunk, mit csináltunk eddig a MÁV-nak… és rájöttünk, ez sokkal több, mint pusztán design (amit speciel ott nem is csináltunk egyáltalán):
És így tovább…
Szerintem az Agile egy szoftver-fejlesztési módszertan, nem pedig szoftver-tervezési. Ezt figyelembe véve remekül lehet integrálni a UX-es tervezési folyamatokat az agilis fejlesztéssel, ahogy ezt tettem is jópárszor.
Most mutatnék 4+1 kapcsolódási pontot, hogyan érdemes őket összerakni.