Recommandé
Contenu connexe
Plus de martinsson
Usable software design ncraft
- 1. Usable Software Design Johan Martinsson, developer and mentor @JOHAN_ALPS
- 3. We’re all designers @JOHAN_ALPS 3 The user of software design is the developer! Alexandru Bolboaca
- 5. @JOHAN_ALPS
- 6. It’s not the users fault, it’s the designs fault @JOHAN_ALPS Source : h*p://www.lsd-mag.com/blog/design-inconfortable/
- 9. Team Agreement 1. Code wriAen to be read 2. Easy to find where to modify 3. Minimal ripple effect 4. Simple AND easy to validate 5. Limited duplica]on A federa]ng concept
- 12. Inadvertently introducing usability problems @JOHAN_ALPS
- 21. TDD and usability TDD ◦ Given, When, Then ◦ Statement @JOHAN_ALPS Trial & error ◦ Edit, Reload, click-click-click, Observe ◦ Explora]on
- 27. Information density @JOHAN_ALPS Cdiscount Google à Competence
- 32. Make errors impossible @JOHAN_ALPS Google Agenda à Contrôle
- 33. Make errors impossible @JOHAN_ALPS à Contrôle // Mandatory parameters in constructor // Type parameters
- 34. It’s not the users fault, it’s the designs fault @JOHAN_ALPS Source : h*p://www.lsd-mag.com/blog/design-inconfortable/
- 35. Possible errors to make impossible @JOHAN_ALPS Two stage instan]a]on Temporal coupling Coupling without cohesion
- 43. Error message quality @JOHAN_ALPS à Control
- 44. When there’s a bug Debug through • logging • test error messages @JOHAN_ALPS
- 45. Managers point of view @JOHAN_ALPS Rapid rampup of new people Sustainable efficiency No quirks to remember Very liAle bugs Happy developers
- 46. First Law of Programming Lowering quality lengthens development ]me. Lowering usability slows down development.
- 48. Constraints Physical ◦ Constructors, objects, … Cultural ◦ Team agreement: never return null, .. Seman]c ◦ Business knowledge: DDD - business in the code Logic ◦ ??? @JOHAN_ALPS @MARGAUXLERGO 48 Physical Cultural Seman]c Logic
- 50. Qualité des messages d’erreur @JOHAN_ALPS @MARGAUXLERGO 50 Informa]ons per]nentes et compréhensibles sur la nature de l’erreur et les ac]ons à entreprendre Vie courante Source : h*p://www.forum-auto.com Astra061 : Bonjour, En ce moment, ma voiture a un voyant qui s'allume et qui ne disparaît jamais. Il s'agit du voyant d'une voiture avec une clé. Savez vous où est ce que ça cloche ? Merci d'avance JPR49 : bonjour, Défaut moteur. il y a un code à relever, Ce forum regorge de sujets concernant la lecture des codes. valenAn59430 : Salut , voyant avec un clé et une voiture c'est pas l'alarme ? td 100 : Surement une bougie de préchauffage HS si tu n'a rien remarqué comme symptômes. Néanmoins il devrait s'éteindre arrivé à 90° à Contrôle
- 51. Error message quality @JOHAN_ALPS Google AirFrance à Control
- 53. Satisfaction des besoins à Réussite business @JOHAN_ALPS @MARGAUXLERGO 53 BE- goals : ü Autonom ie ü Compéte nce ü Contrôle Rende ment Lassitud e Frustrati on Conflits
- 54. Ressources Références scien]fiques • Bolboaca A. (2016). Usable soRware design leanpub.com/usablesoRwaredesign • Norman D. (1988). The Design of Everyday Things • Van Boven, L., & Gilovich, T. (2003). To do or to have? That is the ques]on. Journal of Personality and Social Psychology, 85, 1193–1202. • Hassenzahl, M. (2003). The thing and I: understanding the rela]onship between user and product. In M.Blythe, C. Overbeeke, A. F. Monk, & P. C. Wright (Eds.), Funology: From Usability to Enjoyment (pp. 31-42). Dordrecht: Kluwer Academic Publishers. • Lallemand, C. (2015). Towards Consolidated Methods for the Design and Evalua]on of User Experience. (Doctoral disserta]on). University of Luxembourg. hAps://publicaAons.uni.lu/handle/10993/21463 • Nielsen, J. (1994). Usability Engineering. Morgan Kaufmann Publishers. • Bas]en C. & Scapin D. (1993). Critères Ergonomiques pour l’Évalua]on d’Interfaces U]lisateurs (version 2.1), INRIA, Technical report N° 156 Exemples vie courante • hAp://lesmoyensgrands.over-blog.com • hAp://www.lsd-mag.com/blog/design-inconfortable/ • hAp://www.forum-auto.com mar]nsson.johan@gmail.com mar]nsson-johan.blogspot.fr @johan_alps ergo@margaux-perrin.com margaux-perrin.com @margauxlergo
- 57. Qualité des messages d’erreur @JOHAN_ALPS @MARGAUXLERGO 57 Informa]ons per]nentes et compréhensibles sur la nature de l’erreur et les ac]ons à entreprendre Code à Contrôle
- 58. Protection contre les erreurs @JOHAN_ALPS @MARGAUXLERGO 58 Moyens pour corriger les erreurs Code à Contrôle Encapsuler primi]ves
- 62. Comment créer les meilleures réussites business ? @JOHAN_ALPS @MARGAUXLERGO 62 A l’aide de code bien fait A l’aide d’expériences u]lisateurs bien pensées
- 63. Identifier les besoins : do-goals vs be-goals @JOHAN_ALPS @MARGAUXLERGO 63 Hassenzahl, 2003 : les gens perçoivent les produits interac]fs selon deux dimensions : Qualités pragma]ques Qualités hédoniques Capacité à soutenir l’accomplissement de « do-goals » Exemples de do-goals : passer un appel, acheter un livre… Capacité à soutenir l’accomplissement de « be-goals » Exemples de be-goals : être compétent, être en rela]on avec les autres, être autonome… La sa]sfac]on des besoins psychologiques est au cœur de l’UX Hassenzahl, M. (2003). The thing and I: understanding the relaSonship between user and product. In M.Blythe, C. Overbeeke, A. F. Monk, & P. C. Wright (Eds.), Funology: From Usability to Enjoyment (pp. 31-42). Dordrecht: Kluwer Academic Publishers.
- 64. Do-goals vs Be-goals @JOHAN_ALPS @MARGAUXLERGO 64 Besoin de… Communiquer ? S’éclairer ? Se déplacer ? Ou plutôt… Rela]onnel ? Autonomie, sécurité ? S]mula]on, réalisa]on de soi ?
- 65. Dans le cadre du développement @JOHAN_ALPS @MARGAUXLERGO 65 Ø Do-goals : développer sur du code existant (enrichir, débugger…) Ø Be-goals : ? Lallemand, C. (2015). Towards Consolidated Methods for the Design and EvaluaSon of User Experience. (Doctoral dissertaSon). University of Luxembourg. h*ps://publicaAons.uni.lu/handle/10993/21463 Sa]sfac]on de ces BE-goals : salarié·e·s et patron·ne·s content·e·s