Slide 1

Slide 1 text

Panel: Practical Open / Agile Architecture standard and Domain-Driven \ Design

Slide 2

Slide 2 text

/ Meet our Experts Thomas Kruitbosch, Kenny Baas-Schwegler, João Rosa, Edo Poll, Winfried Scheulderman Webinar / Week Connecting \ Expertise

Slide 3

Slide 3 text

Enterprise Architecture trail through O-AA • Organization as a system: agent in a bigger system • Observe from the outside: product portfolio • Looking at a product • Products are delivered by value streams • Value streams mapped on business capabilities

Slide 4

Slide 4 text

Enterprise Trail: organization Product Product Product Product Enterprise Capabty Capabty Capabty Capabty Capabty Capabty Customer Supplier

Slide 5

Slide 5 text

Organization-as-a-system Open Agile Architecture™ DEF 2.5. Architecture Ø Architecture of systems DEF 2.19. Ecosystem Ø Organization is an agent in a larger system … Ø …and adds value in a larger value chain Axiom 2. Outside-In Thinking Ø The product portfolio is what is seen from the outside Cinema Customer Supplier € € Products Products

Slide 6

Slide 6 text

Product Product Product Product Trail: product Product Product Product Product Enterprise Capabty Capabty Capabty Capabty Capabty Capabty Customer Supplier

Slide 7

Slide 7 text

Zooming in: a product Open Agile Architecture™ DEF 2.40. Product Ø Bundle of services/goods offered to customers Axiom 1. Customer Experience Focus Ø Outside-in view to meet the expectations of customers BB 13. Experience Design Ø Iterate through design thinking cycles of customer research & product discovery BB 14. Product Architecture Ø Assign functional elements of a product to its building blocks or product components “A product includes the functionality – the features. But it also includes the technology that enables this functionality. It also includes the user experience design that presents this functionality. And it includes how we monetize this functionality. It includes how we attract and acquire users and customers. And it can also include offline experiences as well that are essential to delivering the product’s value.” — Marty Cagan

Slide 8

Slide 8 text

Trail: value stream Product Product Product Product Enterprise Capabty Capabty Capabty Capabty Capabty Capabty Customer Supplier Capabty Capabty Capabty

Slide 9

Slide 9 text

Value streams deliver products Open Agile Architecture™ Axiom 5. Value Stream Alignment Ø Identify value streams from the customer’s standpoint BB 16. Lean Value Stream Mapping Ø Map end-to-end activities that deliver value to the customer DEF 2.2. Alignment Diagram BB 15. Journey Mapping Ø Relate customer journey to value stream BB 19. Event Storming Ø Elicit implicit knowledge about the value streams

Slide 10

Slide 10 text

Trail: capability Product Product Product Product Enterprise Capabty Capabty Capabty Customer Supplier Capabty Capabty Capabty Capabty

Slide 11

Slide 11 text

Business capabilities deliver value Open Agile Architecture™ Axiom 8. Loosely-Coupled Systems + Axiom 11. Partitioning Over Layering + Axiom 12. Organization Mirroring Architecture + BB 12.2. Autonomy and Self- Organization Ø create an agile organization, an adaptive organization that can be resilient or even anti-fragile Capability Agility requires autonomy Explicitly defined boundaries Ø Have control on what’s inside Ø Align with what’s outside → Software architecture… Open Agile Architecture™ DEF 2.8. Capability Ø A self-contained ability of an organization BB 19. Event Storming + BB 20.1.1. Domains and Sub- Domains Ø To find and define (domain) boundaries BB 17. Operations Architecture + BB 12.3. Team Taxonomy Ø Designs the Target Operating Model (TOM) DEF 2.42. Product-Centric Organization Ø Systems are part of TOM, operate by teams, not by projects

Slide 12

Slide 12 text

Software Architecture trail through O-AA • Domain-Driven Design as first class citizen • Modelling relationships • Modelling behaviour not data • Ports & adapters pattern: agile software for an agile architecture • Implementation of the boundaries • Unit of consistency and unit of change • As opposed to unit of deployment

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

No content

Slide 15

Slide 15 text

No content

Slide 16

Slide 16 text

Focus on the important bits!

Slide 17

Slide 17 text

No content

Slide 18

Slide 18 text

Ubiquitous language (a model for a purpose)

Slide 19

Slide 19 text

Technical concerns on the outside

Slide 20

Slide 20 text

How about interaction modes?

Slide 21

Slide 21 text

To remember… • Modelling is crucial to discover what is the core • EventStorming, Example Mapping, Responsibility Mapping, CRC, and many more • Changing modelling tools allows insights to emerge • Software architecture is the game of trade-offs • Discuss what is in and what is out • Ports & adapters pattern allows to keep the focus on the problem • Abstracting from the implementation (technology) • Discuss the boundaries: what is the unit of consistency and the unit of change • Avoid breaking natural boundaries for the sake of technology

Slide 22

Slide 22 text

But how to implement? Where to start?

Slide 23

Slide 23 text

What the organization needs What architecture works on What architecture delivers

Slide 24

Slide 24 text

Train architecture skills Apply skills learned Evaluate results

Slide 25

Slide 25 text

Discussion What the organization needs What architecture works on What architecture delivers Train architecture skills Apply skills learned Evaluate results

Slide 26

Slide 26 text

Check our trainings You can check our training portfolio: https://xebia.com/academy/en/ We offer trainings ranging Agile Architecture, Domain-Driven Design and DevOps