SlideShare une entreprise Scribd logo
1  sur  126
Agile UX Meet-up
Unifying Agile and UX with
Live Style Guides
Grant Hutchins
Pivotal Labs @nertzy

Andrew Cramer
Case Commons @andy_cramer

Steve Berry
Efficiency 2.0 @thoughtmerchant
A Live Style Guide is:
A Live Style Guide is:
A consolidated vocabulary of the
application’s visual and interactive
language.
Case Commons (1 yr ago)
Case Commons (1 yr ago)
   Dev            UX
                       PM




         Pivots
History
History
• CSS was growing too big
History
• CSS was growing too big

• Design team nonexistent / just starting up
History
• CSS was growing too big

• Design team nonexistent / just starting up

• Devs had different knowledge / interest in
  style
Impetus
Impetus
• One-off styles for very similar widgets
Impetus
• One-off styles for very similar widgets

• Inconsistent form treatments
Impetus
• One-off styles for very similar widgets

• Inconsistent form treatments

• Majority of CSS used on one page only
Impetus
• One-off styles for very similar widgets

• Inconsistent form treatments

• Majority of CSS used on one page only

• Duplicated code
Hard to visualize
Hard to visualize
Hard to visualize
Hard to visualize




• Inconsistencies across multiple pages

• Each page on its own looked fine

• Multiple browser windows to compare pages
Hard to communicate
Hard to communicate
• Designers would use visual/structural
  naming
Hard to communicate
• Designers would use visual/structural
  naming

• Developers would use functional naming
Hard to communicate
• Designers would use visual/structural
  naming

• Developers would use functional naming

• No good feedback loop
Style guide driven development
Style guide driven development

• Specify new widget (visual + behavior +
  naming)
Style guide driven development

• Specify new widget (visual + behavior +
  naming)

• Implement the widget in the style guide
Style guide driven development

• Specify new widget (visual + behavior +
  naming)

• Implement the widget in the style guide

• Re-use the widget throughout the site
Retrofitting
Retrofitting
• Full site sweep of existing components
Retrofitting
• Full site sweep of existing components

• If it shows up 3 or more times, add it
Retrofitting
• Full site sweep of existing components

• If it shows up 3 or more times, add it

• Name everything
Retrofitting
• Full site sweep of existing components

• If it shows up 3 or more times, add it

• Name everything

• Ask design to offer improvements to names
Discover repetition
• Putting things next to each other reveals differences
Discover repetition
• Putting things next to each other reveals differences




• Don't fix it yet, start a discussion

• Add all conflicting versions of the same
  widgets
Unifying
Unified widget
Not just widgets

• Colors

• Lines

• Columns
Hand off to Andrew
Case Commons
Case Commons
 Devs        UX
                  PM




    Pivots
Case Commons (Today)
  Dev            UX
                      PM




        Pivots
Internal Design Team at Case Commons
Internal Design Team at Case Commons


                  Design Team Context


                                       We make digital products that help Social
                                       Workers leverage technology when managing
                                       their case files.

                                       Team Breakdown
                                       There are 3 designers that pair with 3 product
                                       managers when researching, defining, and
                                       building new product in an agile process.

                                       When We Came Aboard
                                       The internal design team grew over time since
                                       last summer, first collaborating with IDEO
                                       designers and then owning the user experience
                                       design for Case Commons.
Inheriting the Style Guide




            Printed Style Guide                                           Live Style Guide
•   Shared reusable patterns at our fingertips             •   Allowed us to create low-fidelity sketches
    via InDesign Library Palette                               that reference existing patterns in the guide

•   Helps to work to scale when laying out                 •   Shared annotation for use and naming
    Information Architecture, “see what fits”                  conventions across Dev/Product team

                                                           •   Kinetic designs allowed for us to test the
                                                               functionality and see how things worked



                       •   Both: Were useful in on-boarding and becoming acquainted
                           with the existing interactive patterns and styles
Naming Conventions in the Live Style Guide
Naming Conventions in the Live Style Guide


    A shared language to cut down on written
       specs and high-fidelity wireframes...
Naming Conventions in the Live Style Guide


    A shared language to cut down on written
       specs and high-fidelity wireframes...


                                             “Use the Person Auto-Completer
                                             pattern in the Live Style Guide.”
Naming Conventions in the Live Style Guide




                    The Hammer Metaphor
Naming Conventions in the Live Style Guide




                    The Hammer Metaphor
Naming Conventions in the Live Style Guide
Naming Conventions in the Live Style Guide


                 The Hammer Metaphor

                                       “I need a 10 inch wooden stick
                                       that can be griped with a human
                                       hand. Attached to the end of this
                                       wooden stick there needs to be an
                                       8 ounce block of steel. The block of
                                       steel needs to be balanced and not
                                       exceeding 5 inches in length. The
                                       steel component must have a flat
                                       striking surface.”




                                             Designer
Naming Conventions in the Live Style Guide


                 The Hammer Metaphor

                                       “I need a 10 inch wooden stick
                                       that can be griped with a human
                                       hand. Attached to the end of this
                                       wooden stick there needs to be an
Here you go!                           8 ounce block of steel. The block of
                                       steel needs to be balanced and not
                                       exceeding 5 inches in length. The
                                       steel component must have a flat
                                       striking surface.”




                     Developer               Designer
Naming Conventions in the Live Style Guide


                 The Hammer Metaphor

                                    “OKAY NOW I need a 10 inch wooden
                                    stick that can be griped with a human
                                    hand. Attached to the end of this
                                    wooden stick there needs to be an 8
                                    ounce block of steel. The block of steel
                                    needs to be balanced and not
                                    exceeding 5 inches in length. The steel
                                    component must have a flat striking
                                    surface................................




                     Developer               Designer
Naming Conventions in the Live Style Guide


                 The Hammer Metaphor

                                     “OKAY NOW I need a 10 inch wooden
                                     stick that can be griped with a human
                                     hand. Attached to the end of this
                                     wooden stick there needs to be an 8
                                     ounce block of steel. The block of steel
                                     needs to be balanced and not
                                 AND I need a curved in length. The steel
                                     exceeding 5 inches
                                     component must have a flat striking
                                 metal end opposite the
                                     surface................................
                                 striking surface which is
                                 split in two on one end,
                                 converging in a wedge
                                 on the other.”




                     Developer               Designer
Naming Conventions in the Live Style Guide


                 The Hammer Metaphor

                                     “OKAY NOW I need a 10 inch wooden
                                     stick that can be griped with a human
                                     hand. Attached to the end of this
                                     wooden stick there needs to be an 8
                                     ounce block of steel. The block of steel
Hmm...this sounds                    needs to be balanced and not
very familiar...                 AND I need a curved in length. The steel
                                     exceeding 5 inches
                                     component must have a flat striking
                                 metal end opposite the
                                     surface................................
                                 striking surface which is
                                 split in two on one end,
                                 converging in a wedge
                                 on the other.”




                     Developer               Designer
Naming Conventions in the Live Style Guide
Naming Conventions in the Live Style Guide


                 The Hammer Metaphor

                                       “I need a 10 inch wooden stick
                                       that can be griped with a human
                                       hand. Attached to the end of this
                                       wooden stick there needs to be an
Here you go!                           8 ounce block of steel. The block of
                                       steel needs to be balanced and not
                                       exceeding 5 inches in length. The
                                       steel component must have a flat
                                       striking surface.”




                     Developer               Designer
Naming Conventions in the Live Style Guide
Naming Conventions in the Live Style Guide


                 The Hammer Metaphor




                                   Hammer
 Lets put this in
 our live style guide                                   We’ll call it a
 for future use!                                        “Hammer”!




                     Developer               Designer
Naming Conventions in the Live Style Guide
Naming Conventions in the Live Style Guide


                 The Hammer Metaphor


                                             “I need a HAMMER...

                                             and I need a curved metal end
                                             opposite the striking surface
                                             which is split in two on one
                                             end, converging in a wedge on
                                             the other end.”




                     Developer                 Designer
Naming Conventions in the Live Style Guide


                     The Hammer Metaphor
Great, we already
have a hammer...
                                                 “I need a HAMMER...

           Hammer
                                                 and I need a curved metal end
                                                 opposite the striking surface
                                                 which is split in two on one
            Here you go!                         end, converging in a wedge on
                                                 the other end.”




                         Developer                 Designer
Naming Conventions in the Live Style Guide
Naming Conventions in the Live Style Guide


                 The Hammer Metaphor



                                    Hammer

                                      Claw
 Lets put this new
 affordance in
                                                        We’ll call it a
 our live style guide
                                                        “Claw”!
 for future use!




                     Developer               Designer
Naming Conventions in the Live Style Guide
Naming Conventions in the Live Style Guide



                            Finding a balance when naming...
                                                                                           Seclect relationship

                                          This person may already be on file

                                        RELATIONSHIP PERIOD
                                            Refine your search:

                                         Start date                              to Age Ongoing
Functionally descriptive.                    Address                                    (approximate)
                                                                                              Ongoing
                                            Top 6 Results (56 total)                                         Arange By
                                                                                                                                    Visually descriptive.
                                                        Mark Abett
                                        DESCRIPTION OF RELATIONSHIP                                              M, 32

We’ll call it the                        Write about relationship Jersey St., Indianapolis, IN 46204
                                                           51 S. New


“Non-modal filterable                                      Mark Brooster                                         M, 20


person auto-completer                                         51 S. New Jersey St., Indianapolis, IN 46204                           We’ll call it the
overlay”!                                                  Mark Piper                                            M, 42               “Red drop down”!
                                                          Cancel
                                                              51 S. New Jersey St., Indianapolis, IN 46204


                                                           Dave Markster                                         M, 12

                                                              51 S. New Jersey St., Indianapolis, IN 46204


                                                           Patricia Marksman                                     M, 32

                                                              51 S. New Jersey St., Indianapolis, IN 46204


                                                           Patricia Marksman                                     M, 32

                                                              51 S. New Jersey St., Indianapolis, IN 46204



                                            Not listed?      Create as a new person




                            Developer                                                                                    Designer
Naming Conventions in the Live Style Guide
Naming Conventions in the Live Style Guide



     A human-centered approach to naming...
                                                                                                Seclect relationship

                                               This person may already be on file


I use this when I’m searching
                                             RELATIONSHIP PERIOD
                                                 Refine your search:

                                              Start date
                                                  Address                             to Age Ongoing
                                                                                             (approximate)
for the names of people I                        Top 6 Results (56 total)
                                                                                                   Ongoing
                                                                                                                  Arange By

want to collect from our                                     Mark Abett
                                             DESCRIPTION OF RELATIONSHIP                                              M, 32

system to add to a case file.                 Write about relationship Jersey St., Indianapolis, IN 46204
                                                                51 S. New


It automatically completes                                      Mark Brooster                                         M, 20


suggested names as I begin                                         51 S. New Jersey St., Indianapolis, IN 46204



to type.                                                        Mark Piper
                                                               Cancel
                                                                   51 S. New Jersey St., Indianapolis, IN 46204
                                                                                                                      M, 42




                                                                Dave Markster                                         M, 12

                                                                   51 S. New Jersey St., Indianapolis, IN 46204


                                                                Patricia Marksman                                     M, 32

                                                                   51 S. New Jersey St., Indianapolis, IN 46204


                                                                Patricia Marksman
                                                   person auto-completer
                                                                                                                      M, 32

                                                                   51 S. New Jersey St., Indianapolis, IN 46204



                                                 Not listed?      Create as a new person
   End User
From sketch to guide, Live Style Guide in the UX Design Process
From sketch to guide, Live Style Guide in the UX Design Process


 1                            Whiteboard + Strategy Session


Supervisors who oversee Foster
Home License revisions need to...

• Navigate many data points to
 discern which changes to a licensed
 foster care home were made.

• Remember what original data points
 these changes were made from.

• Quickly revert changes that they
 disagree with or require further
 revisions.




                Contextualizing the design challenge...
From sketch to guide, Live Style Guide in the UX Design Process


 1                            Whiteboard + Strategy Session


Supervisors who oversee Foster
Home License revisions need to...

• Navigate many data points to
 discern which changes to a licensed
 foster care home were made.

• Remember what original data points
 these changes were made from.

• Quickly revert changes that they
 disagree with or require further
 revisions.


                                                          Existing Patterns




                Contextualizing the design challenge...
From sketch to guide, Live Style Guide in the UX Design Process


 1                            Whiteboard + Strategy Session


Supervisors who oversee Foster
Home License revisions need to...

• Navigate many data points to
 discern which changes to a licensed
 foster care home were made.

• Remember what original data points
 these changes were made from.

• Quickly revert changes that they
 disagree with or require further
 revisions.


                                 New Pattern              Existing Patterns




                Contextualizing the design challenge...
From sketch to guide, Live Style Guide in the UX Design Process
From sketch to guide, Live Style Guide in the UX Design Process


 2                  Design (UX) + User Story (PM)




Naming Syntax:
Function + Visual Descriptor




                 A Design Vocabulary + Grammar
From sketch to guide, Live Style Guide in the UX Design Process


2                 Design (UX) + User Story (PM)




               A Design Vocabulary + Grammar
From sketch to guide, Live Style Guide in the UX Design Process
From sketch to guide, Live Style Guide in the UX Design Process


3                   Refine Design and Bid with Developers




                Collaborating with developers...
From sketch to guide, Live Style Guide in the UX Design Process
From sketch to guide, Live Style Guide in the UX Design Process


4                   Leverage the New Pattern




                                                  Revisions for Assessments and
                                                  Ongoing Cases
                                                  Foster Family Licensing is just one piece of the
                                                  Casebook software, this pattern may be utilized
                                                  when specific edits are requested to supervisors
                                                  on Assessment and Ongoing Cases.

                                                  Versioning Bi-Annual Case
                                                  Submissions
                                                  Every six months Ongoing Cases must be
                                                  resubmitted, the Revision Bar can help call out
                                                  which data points have changed on the case.




                 Now we have a hammer...
From sketch to guide, Live Style Guide in the UX Design Process
From sketch to guide, Live Style Guide in the UX Design Process


                                       Whiteboard + Strategy Session
1                                      Product Manager and User Experience Designer translate
                                       high-level policy and business requirements into user flows
      Product
                            Designer
                                       and new affordances.
      Manager




                                       Design (UX) + User Story (PM)
2                                      Product Manager writes user stories and User Experience
                                       Designer creates designs based on whiteboard session.
      Product
                            Designer
      Manager




                                       Refine Design and Bid with Developers
3                                      Product Manager and User Experience Designer present user
                                       stories and designs to developers. Developers collaborate to
         Developers + Designer + PM
                                       help refine designs and to bid on user stories.



                                       Leverage the new Pattern
4                                      Product Manager and User Experience Designer think about
                                       what ways they can strategically leverage new design pattern
      Product
                            Designer
                                       elsewhere in the product.
      Manager
Hand off to Berry
Efficiency 2.0
Efficiency 2.0
 Devs        UX
                  PM




    Pivots
A Truly Agile Task...
A Truly Agile Task...

Create a content page layout
A Truly Agile Task...

Create a content page layout

• Right now
A Truly Agile Task...

Create a content page layout

• Right now
• In the application
A Truly Agile Task...

Create a content page layout

• Right now
• In the application
• Using production code
Whiteboard Time
“Normal” Process
“Normal” Process

          Photoshop                  Production
Picture               Slice & Dice
          Mock-ups                      Code
“Normal” Process

          Photoshop                  Production
Picture               Slice & Dice
          Mock-ups                      Code
Agile With Live Style Guides

             Photoshop                            Production
Picture                            Slice & Dice
             Mock-ups                                Code




                         LIVE
                         STYLE GUIDE
Folder
Structure
peer


                   app


                         controllers


                         models


                         views


                                  mockups


                                       temp.haml
Folder
Structure                              info_layout.haml
peer


                   app


                         controllers


                         models


                         views


                                  mockups


                                       temp.haml
Folder
Structure                              info_layout.haml
Demo Time!
Back from Demo
A Live Style Guide is:
A Live Style Guide is:
A consolidated vocabulary of the
application’s visual and interactive
language.
Resources Slides

• Jim Lindstrom’s UX Mag article
 http://uxmag.com/articles/anchoring-your-design-language-in-a-live-style-guide




• Hammer metaphor by Karl Llewellyn
 http://www.inrhythm.com/




• CUB Energy Saver Live Style Guide
 http://www.CUBenergysaver.com/style_guides




• Front-End Style Guides
 http://24ways.org/2011/front-end-style-guides
Agile UX MeetUp Group, Live Style Guide Presentation

Contenu connexe

En vedette

WIAD: Design For Everyday Life
WIAD: Design For Everyday LifeWIAD: Design For Everyday Life
WIAD: Design For Everyday Lifefrog
 
Re-Designing Citizenship
Re-Designing CitizenshipRe-Designing Citizenship
Re-Designing Citizenshipfrog
 
Creating a Branding Style Guide by Pariah Burke
Creating a Branding Style Guide by Pariah BurkeCreating a Branding Style Guide by Pariah Burke
Creating a Branding Style Guide by Pariah BurkeExtensis
 
A quick guide to brand for small businesses and startups
A quick guide to brand for small businesses and startupsA quick guide to brand for small businesses and startups
A quick guide to brand for small businesses and startupsMo Luthra
 

En vedette (6)

BBC Mobile - Style Guide
BBC Mobile - Style GuideBBC Mobile - Style Guide
BBC Mobile - Style Guide
 
WIAD: Design For Everyday Life
WIAD: Design For Everyday LifeWIAD: Design For Everyday Life
WIAD: Design For Everyday Life
 
Re-Designing Citizenship
Re-Designing CitizenshipRe-Designing Citizenship
Re-Designing Citizenship
 
Creating a Branding Style Guide by Pariah Burke
Creating a Branding Style Guide by Pariah BurkeCreating a Branding Style Guide by Pariah Burke
Creating a Branding Style Guide by Pariah Burke
 
A quick guide to brand for small businesses and startups
A quick guide to brand for small businesses and startupsA quick guide to brand for small businesses and startups
A quick guide to brand for small businesses and startups
 
Atomic design
Atomic designAtomic design
Atomic design
 

Similaire à Agile UX MeetUp Group, Live Style Guide Presentation

Integrating Axure Into Your Design Process
Integrating Axure Into Your Design ProcessIntegrating Axure Into Your Design Process
Integrating Axure Into Your Design ProcessFred Beecher
 
Ui ux designing principles
Ui ux designing principlesUi ux designing principles
Ui ux designing principlesDzung Nguyen
 
Recognize, hire and work with great ux people
Recognize, hire and work with great ux peopleRecognize, hire and work with great ux people
Recognize, hire and work with great ux peopleLuca Candela
 
Flower Lover Sales And Benefits Guide 11032012
Flower Lover Sales And Benefits Guide 11032012Flower Lover Sales And Benefits Guide 11032012
Flower Lover Sales And Benefits Guide 11032012Plastkon product s.r.o.
 
Atomic design, a problem of expectations
Atomic design, a problem of expectationsAtomic design, a problem of expectations
Atomic design, a problem of expectationsFrancesco Improta
 

Similaire à Agile UX MeetUp Group, Live Style Guide Presentation (6)

Integrating Axure Into Your Design Process
Integrating Axure Into Your Design ProcessIntegrating Axure Into Your Design Process
Integrating Axure Into Your Design Process
 
Ui ux designing principles
Ui ux designing principlesUi ux designing principles
Ui ux designing principles
 
Recognize, hire and work with great ux people
Recognize, hire and work with great ux peopleRecognize, hire and work with great ux people
Recognize, hire and work with great ux people
 
Flower Lover Sales And Benefits Guide 11032012
Flower Lover Sales And Benefits Guide 11032012Flower Lover Sales And Benefits Guide 11032012
Flower Lover Sales And Benefits Guide 11032012
 
Bk alpha3.ppt
Bk alpha3.pptBk alpha3.ppt
Bk alpha3.ppt
 
Atomic design, a problem of expectations
Atomic design, a problem of expectationsAtomic design, a problem of expectations
Atomic design, a problem of expectations
 

Dernier

Abdulaziz Tariq Abdulaziz Mustafa CV 2024
Abdulaziz Tariq Abdulaziz Mustafa CV 2024Abdulaziz Tariq Abdulaziz Mustafa CV 2024
Abdulaziz Tariq Abdulaziz Mustafa CV 2024Abdulaziz Mustafa
 
Presentation on 3D Printing.pptx presentation
Presentation on 3D Printing.pptx presentationPresentation on 3D Printing.pptx presentation
Presentation on 3D Printing.pptx presentationajroy0196
 
Design Portofolios - Licensed Architect / BIM Specialist
Design Portofolios - Licensed Architect / BIM SpecialistDesign Portofolios - Licensed Architect / BIM Specialist
Design Portofolios - Licensed Architect / BIM SpecialistYudistira
 
Recycled Modular Low Cost Construction .pdf
Recycled Modular Low Cost Construction .pdfRecycled Modular Low Cost Construction .pdf
Recycled Modular Low Cost Construction .pdfjeffreycarroll14
 
Dos And Dont's Of Logo Design For 2024..
Dos And Dont's Of Logo Design For 2024..Dos And Dont's Of Logo Design For 2024..
Dos And Dont's Of Logo Design For 2024..GB Logo Design
 
iF_Design_Trend_Report_twentytwenrythree
iF_Design_Trend_Report_twentytwenrythreeiF_Design_Trend_Report_twentytwenrythree
iF_Design_Trend_Report_twentytwenrythreeCarlgaming1
 
一比一原版格林威治大学毕业证成绩单如何办理
一比一原版格林威治大学毕业证成绩单如何办理一比一原版格林威治大学毕业证成绩单如何办理
一比一原版格林威治大学毕业证成绩单如何办理cyebo
 
NO1 Popular kala jadu karne wale ka contact number kala jadu karne wale baba ...
NO1 Popular kala jadu karne wale ka contact number kala jadu karne wale baba ...NO1 Popular kala jadu karne wale ka contact number kala jadu karne wale baba ...
NO1 Popular kala jadu karne wale ka contact number kala jadu karne wale baba ...Amil baba
 
Redefining Globalization, urbanisation and Localisation
Redefining Globalization, urbanisation and LocalisationRedefining Globalization, urbanisation and Localisation
Redefining Globalization, urbanisation and LocalisationJIT KUMAR GUPTA
 
spColumn-Manual design column by spcolumn software.pdf
spColumn-Manual design column by spcolumn software.pdfspColumn-Manual design column by spcolumn software.pdf
spColumn-Manual design column by spcolumn software.pdfChan Thorn
 
Claire's designing portfolio presentation
Claire's designing portfolio presentationClaire's designing portfolio presentation
Claire's designing portfolio presentationssuser8fae18
 
The Impact of Artificial Intelligence on Modern Healthcare.pptx
The Impact of Artificial Intelligence on Modern Healthcare.pptxThe Impact of Artificial Intelligence on Modern Healthcare.pptx
The Impact of Artificial Intelligence on Modern Healthcare.pptxDoraemon495609
 
Bit Dhrumi shah Graphic Designer portfolio
Bit Dhrumi shah Graphic Designer portfolioBit Dhrumi shah Graphic Designer portfolio
Bit Dhrumi shah Graphic Designer portfoliodhrumibshah13
 
Eric Parein CV. Parein in English is best pronounced as PARE-IN
Eric Parein CV. Parein in English is best pronounced as PARE-INEric Parein CV. Parein in English is best pronounced as PARE-IN
Eric Parein CV. Parein in English is best pronounced as PARE-INEric Parein
 
Heuristic Evaluation of System & Application
Heuristic Evaluation of System & ApplicationHeuristic Evaluation of System & Application
Heuristic Evaluation of System & ApplicationJaime Brown
 
Design lessons from Singapore | Volume 3
Design lessons from Singapore | Volume 3Design lessons from Singapore | Volume 3
Design lessons from Singapore | Volume 3Remy Rey De Barros
 
BIT Khushi gandhi project.pdf graphic design
BIT Khushi gandhi project.pdf graphic designBIT Khushi gandhi project.pdf graphic design
BIT Khushi gandhi project.pdf graphic designKhushiGandhi15
 
一比一原版谢菲尔德大学毕业证成绩单如何办理
一比一原版谢菲尔德大学毕业证成绩单如何办理一比一原版谢菲尔德大学毕业证成绩单如何办理
一比一原版谢菲尔德大学毕业证成绩单如何办理cyebo
 
Heidi Livengood's Professional CADD Portfolio
Heidi Livengood's Professional CADD PortfolioHeidi Livengood's Professional CADD Portfolio
Heidi Livengood's Professional CADD PortfolioHeidiLivengood
 
Week of Action 2022_EIT Climate-KIC_Headers
Week of Action 2022_EIT Climate-KIC_HeadersWeek of Action 2022_EIT Climate-KIC_Headers
Week of Action 2022_EIT Climate-KIC_Headersekinlvnt
 

Dernier (20)

Abdulaziz Tariq Abdulaziz Mustafa CV 2024
Abdulaziz Tariq Abdulaziz Mustafa CV 2024Abdulaziz Tariq Abdulaziz Mustafa CV 2024
Abdulaziz Tariq Abdulaziz Mustafa CV 2024
 
Presentation on 3D Printing.pptx presentation
Presentation on 3D Printing.pptx presentationPresentation on 3D Printing.pptx presentation
Presentation on 3D Printing.pptx presentation
 
Design Portofolios - Licensed Architect / BIM Specialist
Design Portofolios - Licensed Architect / BIM SpecialistDesign Portofolios - Licensed Architect / BIM Specialist
Design Portofolios - Licensed Architect / BIM Specialist
 
Recycled Modular Low Cost Construction .pdf
Recycled Modular Low Cost Construction .pdfRecycled Modular Low Cost Construction .pdf
Recycled Modular Low Cost Construction .pdf
 
Dos And Dont's Of Logo Design For 2024..
Dos And Dont's Of Logo Design For 2024..Dos And Dont's Of Logo Design For 2024..
Dos And Dont's Of Logo Design For 2024..
 
iF_Design_Trend_Report_twentytwenrythree
iF_Design_Trend_Report_twentytwenrythreeiF_Design_Trend_Report_twentytwenrythree
iF_Design_Trend_Report_twentytwenrythree
 
一比一原版格林威治大学毕业证成绩单如何办理
一比一原版格林威治大学毕业证成绩单如何办理一比一原版格林威治大学毕业证成绩单如何办理
一比一原版格林威治大学毕业证成绩单如何办理
 
NO1 Popular kala jadu karne wale ka contact number kala jadu karne wale baba ...
NO1 Popular kala jadu karne wale ka contact number kala jadu karne wale baba ...NO1 Popular kala jadu karne wale ka contact number kala jadu karne wale baba ...
NO1 Popular kala jadu karne wale ka contact number kala jadu karne wale baba ...
 
Redefining Globalization, urbanisation and Localisation
Redefining Globalization, urbanisation and LocalisationRedefining Globalization, urbanisation and Localisation
Redefining Globalization, urbanisation and Localisation
 
spColumn-Manual design column by spcolumn software.pdf
spColumn-Manual design column by spcolumn software.pdfspColumn-Manual design column by spcolumn software.pdf
spColumn-Manual design column by spcolumn software.pdf
 
Claire's designing portfolio presentation
Claire's designing portfolio presentationClaire's designing portfolio presentation
Claire's designing portfolio presentation
 
The Impact of Artificial Intelligence on Modern Healthcare.pptx
The Impact of Artificial Intelligence on Modern Healthcare.pptxThe Impact of Artificial Intelligence on Modern Healthcare.pptx
The Impact of Artificial Intelligence on Modern Healthcare.pptx
 
Bit Dhrumi shah Graphic Designer portfolio
Bit Dhrumi shah Graphic Designer portfolioBit Dhrumi shah Graphic Designer portfolio
Bit Dhrumi shah Graphic Designer portfolio
 
Eric Parein CV. Parein in English is best pronounced as PARE-IN
Eric Parein CV. Parein in English is best pronounced as PARE-INEric Parein CV. Parein in English is best pronounced as PARE-IN
Eric Parein CV. Parein in English is best pronounced as PARE-IN
 
Heuristic Evaluation of System & Application
Heuristic Evaluation of System & ApplicationHeuristic Evaluation of System & Application
Heuristic Evaluation of System & Application
 
Design lessons from Singapore | Volume 3
Design lessons from Singapore | Volume 3Design lessons from Singapore | Volume 3
Design lessons from Singapore | Volume 3
 
BIT Khushi gandhi project.pdf graphic design
BIT Khushi gandhi project.pdf graphic designBIT Khushi gandhi project.pdf graphic design
BIT Khushi gandhi project.pdf graphic design
 
一比一原版谢菲尔德大学毕业证成绩单如何办理
一比一原版谢菲尔德大学毕业证成绩单如何办理一比一原版谢菲尔德大学毕业证成绩单如何办理
一比一原版谢菲尔德大学毕业证成绩单如何办理
 
Heidi Livengood's Professional CADD Portfolio
Heidi Livengood's Professional CADD PortfolioHeidi Livengood's Professional CADD Portfolio
Heidi Livengood's Professional CADD Portfolio
 
Week of Action 2022_EIT Climate-KIC_Headers
Week of Action 2022_EIT Climate-KIC_HeadersWeek of Action 2022_EIT Climate-KIC_Headers
Week of Action 2022_EIT Climate-KIC_Headers
 

Agile UX MeetUp Group, Live Style Guide Presentation

  • 2. Unifying Agile and UX with Live Style Guides Grant Hutchins Pivotal Labs @nertzy Andrew Cramer Case Commons @andy_cramer Steve Berry Efficiency 2.0 @thoughtmerchant
  • 3.
  • 4. A Live Style Guide is:
  • 5. A Live Style Guide is: A consolidated vocabulary of the application’s visual and interactive language.
  • 6.
  • 7.
  • 8.
  • 9. Case Commons (1 yr ago)
  • 10. Case Commons (1 yr ago) Dev UX PM Pivots
  • 11.
  • 13. History • CSS was growing too big
  • 14. History • CSS was growing too big • Design team nonexistent / just starting up
  • 15. History • CSS was growing too big • Design team nonexistent / just starting up • Devs had different knowledge / interest in style
  • 16.
  • 18. Impetus • One-off styles for very similar widgets
  • 19. Impetus • One-off styles for very similar widgets • Inconsistent form treatments
  • 20. Impetus • One-off styles for very similar widgets • Inconsistent form treatments • Majority of CSS used on one page only
  • 21. Impetus • One-off styles for very similar widgets • Inconsistent form treatments • Majority of CSS used on one page only • Duplicated code
  • 22.
  • 26. Hard to visualize • Inconsistencies across multiple pages • Each page on its own looked fine • Multiple browser windows to compare pages
  • 27.
  • 29. Hard to communicate • Designers would use visual/structural naming
  • 30. Hard to communicate • Designers would use visual/structural naming • Developers would use functional naming
  • 31. Hard to communicate • Designers would use visual/structural naming • Developers would use functional naming • No good feedback loop
  • 32.
  • 33. Style guide driven development
  • 34. Style guide driven development • Specify new widget (visual + behavior + naming)
  • 35. Style guide driven development • Specify new widget (visual + behavior + naming) • Implement the widget in the style guide
  • 36. Style guide driven development • Specify new widget (visual + behavior + naming) • Implement the widget in the style guide • Re-use the widget throughout the site
  • 37.
  • 39. Retrofitting • Full site sweep of existing components
  • 40. Retrofitting • Full site sweep of existing components • If it shows up 3 or more times, add it
  • 41. Retrofitting • Full site sweep of existing components • If it shows up 3 or more times, add it • Name everything
  • 42. Retrofitting • Full site sweep of existing components • If it shows up 3 or more times, add it • Name everything • Ask design to offer improvements to names
  • 43.
  • 44. Discover repetition • Putting things next to each other reveals differences
  • 45. Discover repetition • Putting things next to each other reveals differences • Don't fix it yet, start a discussion • Add all conflicting versions of the same widgets
  • 46.
  • 48.
  • 50.
  • 51. Not just widgets • Colors • Lines • Columns
  • 52.
  • 53. Hand off to Andrew
  • 55. Case Commons Devs UX PM Pivots
  • 56. Case Commons (Today) Dev UX PM Pivots
  • 57. Internal Design Team at Case Commons
  • 58. Internal Design Team at Case Commons Design Team Context We make digital products that help Social Workers leverage technology when managing their case files. Team Breakdown There are 3 designers that pair with 3 product managers when researching, defining, and building new product in an agile process. When We Came Aboard The internal design team grew over time since last summer, first collaborating with IDEO designers and then owning the user experience design for Case Commons.
  • 59. Inheriting the Style Guide Printed Style Guide Live Style Guide • Shared reusable patterns at our fingertips • Allowed us to create low-fidelity sketches via InDesign Library Palette that reference existing patterns in the guide • Helps to work to scale when laying out • Shared annotation for use and naming Information Architecture, “see what fits” conventions across Dev/Product team • Kinetic designs allowed for us to test the functionality and see how things worked • Both: Were useful in on-boarding and becoming acquainted with the existing interactive patterns and styles
  • 60. Naming Conventions in the Live Style Guide
  • 61. Naming Conventions in the Live Style Guide A shared language to cut down on written specs and high-fidelity wireframes...
  • 62. Naming Conventions in the Live Style Guide A shared language to cut down on written specs and high-fidelity wireframes... “Use the Person Auto-Completer pattern in the Live Style Guide.”
  • 63. Naming Conventions in the Live Style Guide The Hammer Metaphor
  • 64. Naming Conventions in the Live Style Guide The Hammer Metaphor
  • 65. Naming Conventions in the Live Style Guide
  • 66. Naming Conventions in the Live Style Guide The Hammer Metaphor “I need a 10 inch wooden stick that can be griped with a human hand. Attached to the end of this wooden stick there needs to be an 8 ounce block of steel. The block of steel needs to be balanced and not exceeding 5 inches in length. The steel component must have a flat striking surface.” Designer
  • 67. Naming Conventions in the Live Style Guide The Hammer Metaphor “I need a 10 inch wooden stick that can be griped with a human hand. Attached to the end of this wooden stick there needs to be an Here you go! 8 ounce block of steel. The block of steel needs to be balanced and not exceeding 5 inches in length. The steel component must have a flat striking surface.” Developer Designer
  • 68. Naming Conventions in the Live Style Guide The Hammer Metaphor “OKAY NOW I need a 10 inch wooden stick that can be griped with a human hand. Attached to the end of this wooden stick there needs to be an 8 ounce block of steel. The block of steel needs to be balanced and not exceeding 5 inches in length. The steel component must have a flat striking surface................................ Developer Designer
  • 69. Naming Conventions in the Live Style Guide The Hammer Metaphor “OKAY NOW I need a 10 inch wooden stick that can be griped with a human hand. Attached to the end of this wooden stick there needs to be an 8 ounce block of steel. The block of steel needs to be balanced and not AND I need a curved in length. The steel exceeding 5 inches component must have a flat striking metal end opposite the surface................................ striking surface which is split in two on one end, converging in a wedge on the other.” Developer Designer
  • 70. Naming Conventions in the Live Style Guide The Hammer Metaphor “OKAY NOW I need a 10 inch wooden stick that can be griped with a human hand. Attached to the end of this wooden stick there needs to be an 8 ounce block of steel. The block of steel Hmm...this sounds needs to be balanced and not very familiar... AND I need a curved in length. The steel exceeding 5 inches component must have a flat striking metal end opposite the surface................................ striking surface which is split in two on one end, converging in a wedge on the other.” Developer Designer
  • 71. Naming Conventions in the Live Style Guide
  • 72. Naming Conventions in the Live Style Guide The Hammer Metaphor “I need a 10 inch wooden stick that can be griped with a human hand. Attached to the end of this wooden stick there needs to be an Here you go! 8 ounce block of steel. The block of steel needs to be balanced and not exceeding 5 inches in length. The steel component must have a flat striking surface.” Developer Designer
  • 73. Naming Conventions in the Live Style Guide
  • 74. Naming Conventions in the Live Style Guide The Hammer Metaphor Hammer Lets put this in our live style guide We’ll call it a for future use! “Hammer”! Developer Designer
  • 75. Naming Conventions in the Live Style Guide
  • 76. Naming Conventions in the Live Style Guide The Hammer Metaphor “I need a HAMMER... and I need a curved metal end opposite the striking surface which is split in two on one end, converging in a wedge on the other end.” Developer Designer
  • 77. Naming Conventions in the Live Style Guide The Hammer Metaphor Great, we already have a hammer... “I need a HAMMER... Hammer and I need a curved metal end opposite the striking surface which is split in two on one Here you go! end, converging in a wedge on the other end.” Developer Designer
  • 78. Naming Conventions in the Live Style Guide
  • 79. Naming Conventions in the Live Style Guide The Hammer Metaphor Hammer Claw Lets put this new affordance in We’ll call it a our live style guide “Claw”! for future use! Developer Designer
  • 80. Naming Conventions in the Live Style Guide
  • 81. Naming Conventions in the Live Style Guide Finding a balance when naming... Seclect relationship This person may already be on file RELATIONSHIP PERIOD Refine your search: Start date to Age Ongoing Functionally descriptive. Address (approximate) Ongoing Top 6 Results (56 total) Arange By Visually descriptive. Mark Abett DESCRIPTION OF RELATIONSHIP M, 32 We’ll call it the Write about relationship Jersey St., Indianapolis, IN 46204 51 S. New “Non-modal filterable Mark Brooster M, 20 person auto-completer 51 S. New Jersey St., Indianapolis, IN 46204 We’ll call it the overlay”! Mark Piper M, 42 “Red drop down”! Cancel 51 S. New Jersey St., Indianapolis, IN 46204 Dave Markster M, 12 51 S. New Jersey St., Indianapolis, IN 46204 Patricia Marksman M, 32 51 S. New Jersey St., Indianapolis, IN 46204 Patricia Marksman M, 32 51 S. New Jersey St., Indianapolis, IN 46204 Not listed? Create as a new person Developer Designer
  • 82. Naming Conventions in the Live Style Guide
  • 83. Naming Conventions in the Live Style Guide A human-centered approach to naming... Seclect relationship This person may already be on file I use this when I’m searching RELATIONSHIP PERIOD Refine your search: Start date Address to Age Ongoing (approximate) for the names of people I Top 6 Results (56 total) Ongoing Arange By want to collect from our Mark Abett DESCRIPTION OF RELATIONSHIP M, 32 system to add to a case file. Write about relationship Jersey St., Indianapolis, IN 46204 51 S. New It automatically completes Mark Brooster M, 20 suggested names as I begin 51 S. New Jersey St., Indianapolis, IN 46204 to type. Mark Piper Cancel 51 S. New Jersey St., Indianapolis, IN 46204 M, 42 Dave Markster M, 12 51 S. New Jersey St., Indianapolis, IN 46204 Patricia Marksman M, 32 51 S. New Jersey St., Indianapolis, IN 46204 Patricia Marksman person auto-completer M, 32 51 S. New Jersey St., Indianapolis, IN 46204 Not listed? Create as a new person End User
  • 84. From sketch to guide, Live Style Guide in the UX Design Process
  • 85. From sketch to guide, Live Style Guide in the UX Design Process 1 Whiteboard + Strategy Session Supervisors who oversee Foster Home License revisions need to... • Navigate many data points to discern which changes to a licensed foster care home were made. • Remember what original data points these changes were made from. • Quickly revert changes that they disagree with or require further revisions. Contextualizing the design challenge...
  • 86. From sketch to guide, Live Style Guide in the UX Design Process 1 Whiteboard + Strategy Session Supervisors who oversee Foster Home License revisions need to... • Navigate many data points to discern which changes to a licensed foster care home were made. • Remember what original data points these changes were made from. • Quickly revert changes that they disagree with or require further revisions. Existing Patterns Contextualizing the design challenge...
  • 87. From sketch to guide, Live Style Guide in the UX Design Process 1 Whiteboard + Strategy Session Supervisors who oversee Foster Home License revisions need to... • Navigate many data points to discern which changes to a licensed foster care home were made. • Remember what original data points these changes were made from. • Quickly revert changes that they disagree with or require further revisions. New Pattern Existing Patterns Contextualizing the design challenge...
  • 88. From sketch to guide, Live Style Guide in the UX Design Process
  • 89. From sketch to guide, Live Style Guide in the UX Design Process 2 Design (UX) + User Story (PM) Naming Syntax: Function + Visual Descriptor A Design Vocabulary + Grammar
  • 90. From sketch to guide, Live Style Guide in the UX Design Process 2 Design (UX) + User Story (PM) A Design Vocabulary + Grammar
  • 91. From sketch to guide, Live Style Guide in the UX Design Process
  • 92. From sketch to guide, Live Style Guide in the UX Design Process 3 Refine Design and Bid with Developers Collaborating with developers...
  • 93. From sketch to guide, Live Style Guide in the UX Design Process
  • 94. From sketch to guide, Live Style Guide in the UX Design Process 4 Leverage the New Pattern Revisions for Assessments and Ongoing Cases Foster Family Licensing is just one piece of the Casebook software, this pattern may be utilized when specific edits are requested to supervisors on Assessment and Ongoing Cases. Versioning Bi-Annual Case Submissions Every six months Ongoing Cases must be resubmitted, the Revision Bar can help call out which data points have changed on the case. Now we have a hammer...
  • 95. From sketch to guide, Live Style Guide in the UX Design Process
  • 96. From sketch to guide, Live Style Guide in the UX Design Process Whiteboard + Strategy Session 1 Product Manager and User Experience Designer translate high-level policy and business requirements into user flows Product Designer and new affordances. Manager Design (UX) + User Story (PM) 2 Product Manager writes user stories and User Experience Designer creates designs based on whiteboard session. Product Designer Manager Refine Design and Bid with Developers 3 Product Manager and User Experience Designer present user stories and designs to developers. Developers collaborate to Developers + Designer + PM help refine designs and to bid on user stories. Leverage the new Pattern 4 Product Manager and User Experience Designer think about what ways they can strategically leverage new design pattern Product Designer elsewhere in the product. Manager
  • 97. Hand off to Berry
  • 98.
  • 100. Efficiency 2.0 Devs UX PM Pivots
  • 101.
  • 102. A Truly Agile Task...
  • 103. A Truly Agile Task... Create a content page layout
  • 104. A Truly Agile Task... Create a content page layout • Right now
  • 105. A Truly Agile Task... Create a content page layout • Right now • In the application
  • 106. A Truly Agile Task... Create a content page layout • Right now • In the application • Using production code
  • 107.
  • 109.
  • 111. “Normal” Process Photoshop Production Picture Slice & Dice Mock-ups Code
  • 112. “Normal” Process Photoshop Production Picture Slice & Dice Mock-ups Code
  • 113. Agile With Live Style Guides Photoshop Production Picture Slice & Dice Mock-ups Code LIVE STYLE GUIDE
  • 114.
  • 116. peer app controllers models views mockups temp.haml Folder Structure info_layout.haml
  • 117. peer app controllers models views mockups temp.haml Folder Structure info_layout.haml
  • 120.
  • 121. A Live Style Guide is:
  • 122. A Live Style Guide is: A consolidated vocabulary of the application’s visual and interactive language.
  • 123.
  • 124.
  • 125. Resources Slides • Jim Lindstrom’s UX Mag article http://uxmag.com/articles/anchoring-your-design-language-in-a-live-style-guide • Hammer metaphor by Karl Llewellyn http://www.inrhythm.com/ • CUB Energy Saver Live Style Guide http://www.CUBenergysaver.com/style_guides • Front-End Style Guides http://24ways.org/2011/front-end-style-guides

Notes de l'éditeur

  1. \n
  2. Make sure people are familiar with the companies\n
  3. - Enables problem solving across the team\n- Creates a consistent language to communicate to the user\n\n\n
  4. - Enables problem solving across the team\n- Creates a consistent language to communicate to the user\n\n\n
  5. \n\n
  6. \n\n
  7. A style guide or style manual is a set of standards for the writing and design of documents, either for general use or for a specific publication, organization or field. The implementation of a style guide provides uniformity in style and formatting of a document.\n\nThe vocabulary of your visual and interactive language\nEnables problem solving across the team\nA process for creating and maintaining a visual and interactive language.\n\n
  8. \n
  9. \n
  10. \n
  11. \n
  12. \n
  13. \n
  14. \n
  15. \n
  16. \n
  17. \n
  18. \n
  19. \n
  20. \n
  21. \n
  22. \n
  23. \n
  24. \n
  25. \n
  26. \n
  27. \n
  28. \n
  29. \n
  30. \n
  31. \n
  32. \n
  33. \n
  34. \n
  35. \n
  36. \n
  37. \n
  38. \n
  39. \n
  40. \n
  41. \n
  42. \n
  43. \n
  44. \n
  45. \n
  46. \n
  47. \n
  48. \n
  49. \n
  50. \n
  51. \n
  52. \n
  53. \n
  54. \n
  55. \n
  56. \n
  57. \n
  58. \n
  59. \n
  60. \n
  61. (value of in-house team)\n\n
  62. (value of in-house team)\n\n
  63. (value of in-house team)\n\n
  64. (value of in-house team)\n\n
  65. Don’t focus on the static guide, talk about how the live guide was really more helpful ‘cause its “kinetic”, then go into how we leveraged it better by starting to work more on naming conventions. \n(hand-off from grant)\nfirst give context to how the design team inherited a live style guide plus a static one (from Daniel), and how were both useful In their own way \n\n
  66. A shared language to cut down on written specs\nWhen I came aboard we we were at a point where both developers and designers agreed that we needed a naming convention for the reusable patterns that we were saving in the live style guide. This would allow us to create low-fi sketches and quickly label the sketch with commons names that referenced the live style guide. (image of hand sketch with a label assigned to a pattern)\n
  67. A shared language to cut down on written specs\nWhen I came aboard we we were at a point where both developers and designers agreed that we needed a naming convention for the reusable patterns that we were saving in the live style guide. This would allow us to create low-fi sketches and quickly label the sketch with commons names that referenced the live style guide. (image of hand sketch with a label assigned to a pattern)\n
  68. A shared language to cut down on written specs\nWhen I came aboard we we were at a point where both developers and designers agreed that we needed a naming convention for the reusable patterns that we were saving in the live style guide. This would allow us to create low-fi sketches and quickly label the sketch with commons names that referenced the live style guide. (image of hand sketch with a label assigned to a pattern)\n
  69. A shared language to cut down on written specs\nWhen I came aboard we we were at a point where both developers and designers agreed that we needed a naming convention for the reusable patterns that we were saving in the live style guide. This would allow us to create low-fi sketches and quickly label the sketch with commons names that referenced the live style guide. (image of hand sketch with a label assigned to a pattern)\n
  70. A shared language to cut down on written specs\nWhen I came aboard we we were at a point where both developers and designers agreed that we needed a naming convention for the reusable patterns that we were saving in the live style guide. This would allow us to create low-fi sketches and quickly label the sketch with commons names that referenced the live style guide. (image of hand sketch with a label assigned to a pattern)\n
  71. A shared language to cut down on written specs\nWhen I came aboard we we were at a point where both developers and designers agreed that we needed a naming convention for the reusable patterns that we were saving in the live style guide. This would allow us to create low-fi sketches and quickly label the sketch with commons names that referenced the live style guide. (image of hand sketch with a label assigned to a pattern)\n
  72. \n
  73. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n
  74. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n
  75. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n
  76. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n
  77. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n
  78. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n
  79. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n
  80. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n
  81. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n
  82. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n
  83. \n
  84. \n
  85. \n
  86. \n
  87. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n\n\n\n
  88. \n
  89. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n\n\n\n
  90. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n\n\n\n
  91. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n\n\n\n
  92. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n\n\n\n
  93. The Hammer Metaphor\nThe rationale for naming conventions in a live style guide is to alleviate the need to articulate functionality in words when you can leverage a shared reference point. The hammer metaphor is a great example of how this works (site Karl from BN.com). Show the hammer and then the claw add one example. \n\n\n\n
  94. \n
  95. Overly descriptive functionally vs visually\nYou need to decide what the size of your pattern is, what affordances should be clustered together at what level of detail.\n\nShow the natural tension of the developers wanting to name a card with overly minute and purely functional labeling vs. a higher level descriptive name that spoke to human interaction with the widget. \n
  96. A human-centered approach to naming...\n Think about the user flow and what the user is thinking about when they are using this widget. \n
  97. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  98. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  99. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  100. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  101. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  102. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  103. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  104. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  105. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  106. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  107. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  108. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  109. Let’s talk about a real world example...\n User needs a clear visual cue of a change in state, and an immediate actionable way to change it back. (new pattern)\n - Problem defining vs problem solving\n - Learning larger context, we had a better understanding of the problem\n
  110. Working in a interactive language and grammar, naming convention and style.\n - Leveraging what already exists\n
  111. Working in a interactive language and grammar, naming convention and style.\n - Leveraging what already exists\n
  112. Working in a interactive language and grammar, naming convention and style.\n - Leveraging what already exists\n
  113. Working in a interactive language and grammar, naming convention and style.\n - Leveraging what already exists\n
  114. Showing all the states of the interactive dialog.\n
  115. Working in a interactive language and grammar, naming convention and style.\n - Opportunity to collaborate on the placement and context of the alert\n - Each team member (dev and design) speaks the language of the application\n
  116. Working in a interactive language and grammar, naming convention and style.\n - Opportunity to collaborate on the placement and context of the alert\n - Each team member (dev and design) speaks the language of the application\n
  117. Working in a interactive language and grammar, naming convention and style.\n - Opportunity to collaborate on the placement and context of the alert\n - Each team member (dev and design) speaks the language of the application\n
  118. Working in a interactive language and grammar, naming convention and style.\n - Opportunity to collaborate on the placement and context of the alert\n - Each team member (dev and design) speaks the language of the application\n
  119. How we might re-use the Revision Bar...\n - An asset that we can build off of and find new applications for\n Discuss the ways we may leverage the work flow and design pattern in future pieces of the software.\nHighlighting Deltas\n
  120. How we might re-use the Revision Bar...\n - An asset that we can build off of and find new applications for\n Discuss the ways we may leverage the work flow and design pattern in future pieces of the software.\nHighlighting Deltas\n
  121. How we might re-use the Revision Bar...\n - An asset that we can build off of and find new applications for\n Discuss the ways we may leverage the work flow and design pattern in future pieces of the software.\nHighlighting Deltas\n
  122. *move through this fast*\n Creating the “Revision Bar” pattern...\n Show the step by step process with visuals on how we moved from a sketch-board to an implemented widget that is now captured in the live style guide.\n \n
  123. *move through this fast*\n Creating the “Revision Bar” pattern...\n Show the step by step process with visuals on how we moved from a sketch-board to an implemented widget that is now captured in the live style guide.\n \n
  124. *move through this fast*\n Creating the “Revision Bar” pattern...\n Show the step by step process with visuals on how we moved from a sketch-board to an implemented widget that is now captured in the live style guide.\n \n
  125. *move through this fast*\n Creating the “Revision Bar” pattern...\n Show the step by step process with visuals on how we moved from a sketch-board to an implemented widget that is now captured in the live style guide.\n \n
  126. \n
  127. We build applications to help people save energy.\n
  128. \n
  129. \n
  130. - The kinds of tasks that a live style guide enables\n- very powerful\n
  131. - The kinds of tasks that a live style guide enables\n- very powerful\n
  132. - The kinds of tasks that a live style guide enables\n- very powerful\n
  133. - The kinds of tasks that a live style guide enables\n- very powerful\n
  134. - The kinds of tasks that a live style guide enables\n- very powerful\n
  135. \n
  136. \n
  137. \n
  138. \n
  139. \n
  140. \n
  141. \n
  142. \n
  143. Jump to demo.\n
  144. Jump to demo.\n
  145. Jump to demo.\n
  146. \n
  147. \n
  148. Tools to improve consistent communication with the user\nkeeping them oriented and meet their expectations\n...and make our lives a hell of a lot easier\n\n
  149. Tools to improve consistent communication with the user\nkeeping them oriented and meet their expectations\n...and make our lives a hell of a lot easier\n\n
  150. \n\n
  151. \n\n
  152. \n
  153. \n