Scale your Design up

Living in an era where everything is becoming just a line of script that automates processes, who is left to take decisions? My talk explores how a mature Design System combined with the idea of DesignOps can help medium and large products to scale and focus on what matters: a constant conversation with your users.

Transcript

1. Emanuela Damiani
   WebExpo — Prague — 23 September 2017
   Scale Your
   Design Up
   

   View Slide

2. design is
   changing
   

   View Slide

3. View Slide

4. View Slide

5. Frame Ideate Specifications
   industrial mindset
   Design Phase
   

   View Slide

6. Frame Ideate Specifications Distribution
   Production
   industrial mindset
   Design Phase
   

   View Slide

7. Emanuela
   @brassy
   Working at
   ux designer for Firefox
   

   View Slide

8. 17.5% of Czech Republic market
   

   View Slide

9. View Slide

10. markets are
    hard to predict
    

    View Slide

11. today everything is software
    

    View Slide

12. 6/10 top 10 companies in the world
    are tech companies
    

    View Slide

13. software
    is easy to change
    

    View Slide

14. Recall a product is way more expensive
    than a bug-fix
    

    View Slide

15. flexibility
    & resilience
    

    View Slide

16. rethink how we create
    digital product and services
    

    View Slide

17. “
    Alberto Brandolini
    Introducing Eventstorming
    Few people have done
    more harm to software
    development than those
    advocating that is like
    “building a house”.
    

    View Slide

18. making software
    as hardware
    

    View Slide

19. the water-scrum-fall
    

    View Slide

20. Marketing &
    Sales
    the water-scrum-fall
    

    View Slide

21. Marketing &
    Sales
    Stakeholders
    the water-scrum-fall
    

    View Slide

22. Marketing &
    Sales
    Stakeholders Project
    Manager
    the water-scrum-fall
    

    View Slide

23. Marketing &
    Sales
    Stakeholders Project
    Manager
    Design Team
    the water-scrum-fall
    

    View Slide

24. Marketing &
    Sales
    Stakeholders Project
    Manager
    Design Team
    User Research
    Team
    the water-scrum-fall
    

    View Slide

25. Marketing &
    Sales
    Stakeholders Project
    Manager
    Design Team
    User Research
    Team
    the water-scrum-fall
    Specs!
    

    View Slide

26. Marketing &
    Sales
    Stakeholders Project
    Manager
    Design Team
    Dev Team
    User Research
    Team
    the water-scrum-fall
    Specs!
    

    View Slide

27. Marketing &
    Sales
    Stakeholders Project
    Manager
    Design Team
    Dev Team
    User Research
    Team
    Final Product
    the water-scrum-fall
    Specs!
    

    View Slide

28. Marketing &
    Sales
    Stakeholders Project
    Manager
    Design Team
    Dev Team
    User Research
    Team
    Final Product
    Users
    the water-scrum-fall
    Specs!
    

    View Slide

29. Marketing &
    Sales
    Stakeholders Project
    Manager
    Design Team
    Dev Team
    User Research
    Team
    Final Product
    Users
    the water-scrum-fall
    Specs!
    

    View Slide

30. Marketing &
    Sales
    Stakeholders Project
    Manager
    Design Team
    Dev Team
    User Research
    Team
    Final Product
    Users
    the water-scrum-fall
    Specs!
    

    View Slide

31. design as
    planning for
    the future
    

    View Slide

32. designers focus is before the launch
    

    View Slide

33. What about
    user research?
    

    View Slide

34. What about
    user research?
    

    View Slide

35. “
    Brian Nosek
    Estimating the reproducibility of psychological science
    Over half of psychology
    studies fail
    reproducibility test.
    

    View Slide

36. Subject selection bias
    Poor experimental control
    Inconsistent measurement
    Demand characteristics
    Inadequate consideration of statistical power
    Partial reporting
    Post-hoc cherry picking of significant results
    Why research fails
    

    View Slide

37. people don’t know what they want
    until they’re using it
    

    View Slide

38. capture learnings
    and react rapidly
    

    View Slide

39. decisions are less important
    if it’s easy to adjust our course
    

    View Slide

40. small steps
    

    View Slide

41. Think
    Make
    Check
    

    View Slide

42. Think Make Check
    Sketch Decide
    the “5 days” approach
    

    View Slide

43. running one experiment
    is easy
    

    View Slide

44. running experiments at scale
    is hard
    

    View Slide

45. devOps
    

    View Slide

46. devOps
    is not developer operations
    

    View Slide

47. “
    Jez Humble
    Notes around the devOps manifesto
    Delivery teams run
    software products - not
    projects - that run from
    inception to retirement
    “
    

    View Slide

48. you build it,
    you run it
    

    View Slide

49. observing
    the product
    

    View Slide

50. agile
    software
    development
    

    View Slide

51. inability to exert control to the
    environment around us
    

    View Slide

52. inspect
    and adapt
    

    View Slide

53. devOps is
    all about feedback
    

    View Slide

54. design as a continuous
    conversation
    designOps
    

    View Slide

55. a two-way conversation
    

    View Slide

56. building shippable software is
    expensive, but effective
    

    View Slide

57. minimise efforts,
    maximise feedback
    

    View Slide

58. A.I. and machine learning
    

    View Slide

59. experiments require automation and
    organisational structure
    

    View Slide

60. Design System, 

    a product servings other products
    

    View Slide

61. Does your company have
    a pattern library or a style guide?
    

    View Slide

62. make the right choice
    the easiest choice
    

    View Slide

63. tweet…
    

    View Slide

64. Design System is a shared
    language
    

    View Slide

65. faster generation of experiments,
    easier to create multiple variants
    

    View Slide

66. enable other
    to design
    

    View Slide

67. View Slide

68. View Slide

69. View Slide

70. design
    infrastructure
    

    View Slide

71. design tokens, design decisions
    make it easy to implement
    

    View Slide

72. start with but don’t stall
    with just color & type.
    

    View Slide

73. focus on what
    really matter
    

    View Slide

74. making your design
    more accessible
    

    View Slide

75. making your design
    more future-friendly
    

    View Slide

76. making your design
    more performant
    

    View Slide

77. making your design
    more resilient
    

    View Slide

78. define micro-interactions 

    and animations
    

    View Slide

79. build a conversation
    with the users
    

    View Slide

80. you run it,
    you design it
    

    View Slide

81. design
    the feedback
    

    View Slide

82. View Slide

83. View Slide

84. me!
    

    View Slide

85. delight
    the user
    

    View Slide

86. organisational
    structures
    

    View Slide

87. Cross functional
    the product team
    

    View Slide

88. Cross functional
    End-to-end value creation
    the product team
    

    View Slide

89. Cross functional
    End-to-end value creation
    Domain experts
    the product team
    

    View Slide

90. Cross functional
    End-to-end value creation
    Domain experts
    May (or may not!) 

    include a designer
    the product team
    

    View Slide

91. user-driven iterations
    Product Team
    Users
    co-creation of value driven by
    experiments Production
    Environment
    feedback!
    

    View Slide

92. dynamic strategy
    Product Team
    Users
    Strategy
    co-creation of value driven by
    experiments Production
    Environment
    purpose
    feedback!
    feedback!
    

    View Slide

93. design as a service
    DesignOps
    Product Team
    Users
    Strategy
    co-creation of value driven by
    experiments Production
    Environment
    purpose
    feedback!
    feedback! feedback!
    pull, not push!
    

    View Slide

94. Includes designers, developers,
    data analysts
    DesignOps team
    

    View Slide

95. Includes designers, developers,
    data analysts
    Provides the design infrastructure
    DesignOps team
    

    View Slide

96. Includes designers, developers,
    data analysts
    Provides the design infrastructure
    Manage the design system life
    DesignOps team
    

    View Slide

97. Includes designers, developers,
    data analysts
    Provides the design infrastructure
    Manage the design system life
    Observes org design needs
    DesignOps team
    

    View Slide

98. Includes designers, developers,
    data analysts
    Provides the design infrastructure
    Manage the design system life
    Observes org design needs
    Ideates org-wide solutions
    DesignOps team
    

    View Slide

99. Includes designers, developers,
    data analysts
    Provides the design infrastructure
    Manage the design system life
    Observes org design needs
    Ideates org-wide solutions
    Scales up local optimised solutions
    DesignOps team
    

    View Slide

100. Includes designers, developers,
     data analysts
     Provides the design infrastructure
     Manage the design system life
     Observes org design needs
     Ideates org-wide solutions
     Scales up local optimised solutions
     […]
     DesignOps team
     

     View Slide

101. governance
     

     View Slide

102. no magic
     spell
     

     View Slide

103. design for learning

     experimenting is part of the design process
     

     View Slide

104. everyone in your organisation should be able
     to produce high quality design artefacts
     

     View Slide

105. launching a new feature is just the
     beginning of a continuous design process
     

     View Slide

106. Emanuela Damiani
     WebExpo — Prague — 23 September 2017
     Thank you
     

     View Slide