•  

Effective architecture sketches

A session at SPA 2012

Sunday 1st July, 2012

1:00pm to 7:00pm (GMT)

One-line description: Communicating software architecture in a simple yet effective way

Session format: Long tutorial (330 mins) [read about the different session types]

Abstract:Collaboration and "moving fast" aren't terms that many people associate with the software architecture role, yet they're both essential. Why? Because collaborating on the software design process provides a basis for coming up with a better solution and paves the way for collective code ownership. And moving fast requires "just enough" up front design to avoid costly rework, which sits conveniently in that vague area between ivory towers and foolishly hoping for the best. Costly rework can be caused by a number of things ranging from not mitigating the key technical risks through to the team not understanding the high-level structure and therefore being able to work towards the same vision. This, as with agile in general, requires good communication skills and not being able to effectively communicate your software architecture will slow you down at best.

Most people don’t get to practice the software design process all that often and fewer get to hone their communication skills. Join us if you want to practice collaborative software design and learn about how to communicate it through a collection of simple effective sketches.

Audience background:Software developers/architects with an interest in designing software systems and leading software teams.

Benefits of participating:There are two key benefits from attending this tutorial.

1. It's an opportunity to practice collaborative software design.
2. It's an opportunity to practice communicating the resulting software design, which is useful for presenting the vision both inside and outside of the immediate development team.

Materials provided:We'll provide a short set of high-level requirements and some additional materials such as index cards, post-it notes, etc.

Process:The process is as follows:

  • We provide a short, simple set of high-level requirements and ask small groups to design a solution before drawing one or more diagrams to communicate their design.
  • Each group then briefly presents their solution/diagrams.
  • Each group is asked to review the diagrams created by another group, making a note of what like and what they think could be improved.
  • The session leaders summarise the feedback and provide some additional guidance covering things like where to start, whether to use UML or block diagrams, how much detail to include in diagrams, whether to include technology decisions, etc.
  • Each group is asked to have another go at communicating their design with one or more diagrams considering all of the feedback and guidance in mind.
  • Each group again presents their own diagrams and reviews those created by another group.
  • Again, the session leaders summarise the feedback.

About the speakers

This person is speaking at this event.
Marcin Floryan

Development teams catalyst turning work into joy.

This person is speaking at this event.
Simon Brown

Independent consultant specialising in software architecture, author of 'Software Architecture for Developers', award-winning speaker, founder @structurizr bio from Twitter

Sign in to add slides, notes or videos to this session

SPA 2012

England England, London

1st4th July 2012

Tell your friends!

When

Time 1:00pm7:00pm GMT

Date Sun 1st July 2012

Short URL

lanyrd.com/stqhk

View the schedule

Share

See something wrong?

Report an issue with this session