Third iteration of my pragmatic architecture talk. This version is tailored for architects. I presented it at the SATURN 2017 conference in Denver, Colorado.
Software development has evolved. Agile is now the de-facto standard. The role of an architect in an agile project is very different than the typical role in a more classic waterfall approach. Using an updated interpretation of ‘viewpoints and perspectives’, this talk will demonstrate how to make rapid, agile delivery sustainable. These viewpoints and perspectives will be linked to easy-to-produce models that can be used immediately in your projects. The talk will provide examples on how to determine which models are architecturally significant and worth the effort.
Developers have always been very important stakeholders of an architectural description. A good agile architect needs to strive for consensus and buy-in.
15. ARCHITECTURE REPRESENTS THE
SIGNIFICANT DESIGN DECISIONS THAT
SHAPE A SYSTEM, WHERE SIGNIFICANT
IS MEASURED BY COST OF CHANGE.
Grady Booch
PRAGMATIC ARCHITECTURE, TODAY
16.
17. A SYSTEM IS MORE THAN THE SUM OF
ITS PARTS; IT IS AN INDIVISIBLE WHOLE.
IT LOSES ITS ESSENTIAL PROPERTIES
WHEN IT IS TAKEN APART.
Russell L.Ackoff
PRAGMATIC ARCHITECTURE, TODAY
25. ONE CANNOT SEE THE OCEAN'S
CURRENTS BY STUDYING DROPS OF
WATER.
Grady Booch
PRAGMATIC ARCHITECTURE, TODAY
26. VISUALISATION - GOAL
▸ Consistency
▸ Reporting
▸ Checking and validation
▸ Sharing information
PRAGMATIC ARCHITECTURE, TODAY
27. VISUALISATION - GROUND RULES
▸ UML is usually not necessary
▸ Can be used for model-driven development
▸ Boxes and lines
▸ Be consistent
▸ Provide a legend
▸ Make sure stakeholders understand
PRAGMATIC ARCHITECTURE, TODAY
28. VISUALISATION - GROUND RULES
▸ Decision log
▸ Document your decisions and alternatives
▸ Avoid fluffy diagrams
▸ Avoid mixed abstractions
▸ Only document what’s useful
PRAGMATIC ARCHITECTURE, TODAY
31. UP-FRONT DESIGN
▸ Think about the big picture
▸ eg. used technology
▸ automation
▸ patterns (monolith, distributed, …)
▸ layering
▸ And it’s evolution
▸ But … be pragmatic
PRAGMATIC ARCHITECTURE, TODAY
32. JUST ENOUGH UP FRONT DESIGN TO
CREATE FIRM FOUNDATIONS FOR THE
SOFTWARE PRODUCT AND ITS
DELIVERY.
Simon Brown
PRAGMATIC ARCHITECTURE, TODAY
34. JUST ENOUGH?
▸ Greenfield
▸ All the components of the system
▸ High-level
▸ Show the whole system
▸ Add details later
▸ White board diagram
PRAGMATIC ARCHITECTURE, TODAY
39. ▸ During development process
▸ Sharing a technical vision
▸ Everybody collaborates to the same end-goal
▸ Leave your ego at the door
COMMUNICATION
PRAGMATIC ARCHITECTURE, TODAY
41. POLITICS
▸ Decisions
▸ Stakeholders will question many decisions
▸ Focus on system integrity
▸ Fear of change at corporate IT
▸ Creating systems “nobody wants to touch”
▸ Play the game …
PRAGMATIC ARCHITECTURE, TODAY
54. ▸ System composition
▸ Measuring value
▸ Application-driven
▸ Capturing data
RUNTIME OBSERVATIONS
PRAGMATIC ARCHITECTURE, TODAY
55. READING MATERIAL
▸ Software Systems Architecture by Rozanski and Woods
▸ 37 Things One Architect Knows About IT Transformation by Gregor
Hohpe
▸ Continuous architecture by Pureur and Erder
▸ Bredemeyer consulting - http://www.bredemeyer.com/
▸ Form follows function - https://genehughson.wordpress.com/
▸ A trace in the sand - http://www.ruthmalan.com/Journal/
JournalCurrent.htm
▸ Coding the architecture - http://www.codingthearchitecture.com/
▸ Continuous architecture in practice - https://pgppgp.wordpress.com/
▸ Who needs an architect? - http://martinfowler.com/ieeeSoftware/
whoNeedsArchitect.pdf
PRAGMATIC ARCHITECTURE, TODAY