The Agile community recently lost its friend and one of its most inspirational members in David Hussman. Craig and Tony were privileged to speak to him in one of his last interviews at YOW! Conference in Brisbane.

• David Hussman’s YOW! 2017 talk “Learning in Product: How Wrong are You Ready to Be?”
• “Extreme Programming Explained” is Agile’s White Album, just don’t read it backwards!
• We make stuff up in software too much, rather than learning from the past and patterns
• You can’t look at code and tell it is going to be a good experience and we don’t know our ideas are going to be great until we interact with them
• The tenth principle – simplicity is essential
• A good developer needs confidence and war wounds, same for Product Managers – they have shipped something crappy and don’t want to do that again
• Cardboard User Story Mapping app

Tony, Craig and Renee are at Agile Australia and catch up with Steve Krug and talk usability and along the way try to figure out whether Tony is lean, agile or just old…

• “Don’t Make Me Think” book, now in 3rd edition
• Agile Australia keynote “You’re not doing usability testing? Are you…nuts?“
• need to start doing usability early, to find issues early and have time to fix it
• Laura Klein’s book “UX For Lean Startups” is a good book on lean
• issues with lean from a usability perspective is failure and disruption
• usability is a user advocate role
• cubicle test – draw a paper prototype and ask the person in the next cubicle to fill it out and observe the issues
• CX is basically UX owned by marketing!
• UX is design where usability is more about testing
• start by taking to customers then do regularly…

At the YOW! Connected conference, Craig sits down with Chris van Raay and Tom Brodhurst-Hill and talks about bridging the gaps between developers and designers:

• Chris van Raay talk “Bridging the Designer – Developer Divide“
• Tom Brodhurst-Hill talk “Design Driven Mobile Development“
• Typically most organisations have separated development and design teams which results in a very linear process
• Need simple design documentation as a “single source of truth” because you shouldn’t need to specify styles more than once and it helps reduce effort and obtain a consistent design
• Use tools such as PaintCode to create a colour palette which serves as documentation as well as a static analysis test
• Need leadership to ensure there is an agreed approach, set the standards and create discipline
• When building features need to decide when to leave work that is consistent across features, in relation to design, this should be…