"The goal of architecture was to create the right emergent behaviors" - kierunek ewolucji architektury korporacyjnej

Kategoria II

Jason Bloomberg na anglojęzycznym blogu dwutygodnika Forbes opublikował wpis pod tytułem: “Agile Enterprise Architecture Finally Crosses the Chasm“. Z mojej perspektywy jest on istotny z dwóch powodów. Po pierwsze po raz kolejny na stronach czasopisma ekonomicznego (i to bardzo zacnego) pojawia się tekst poświęcony architekturze korporacyjnej. Po drugie autor wpisu kreśli wizję kierunku zmian w podejściu do zarządzania architekturą w organizacjach. Pokazuje on tym samym  – czym może stać się architektura korporacyjna w czasach upowszechnienia się cyfrowej transformacji. Bazuje on przy tym na doświadczeniach  Adriana Cockcroft obecnie Technology Fellow w Battery Ventures, który do końca 2013 roku pracował jako Cloud Architect w Netfilx. Uważam, że jest to lektura obowiązkowa dla każdego architekta korporacyjnego :). 

Pozwoliłem sobie wybrać kilka cytatów (na zachętę) z tego tekstu:

  • Monolithic apps that need rigid architecture with rigid architecture review boards that maintain central control.
  • Enterprises want to make their OODA (observe, orient, decide, and act) loops for product development much faster. They want continuous learning via feedback loops and hypothesis testing.
  • The goal of architecture was to create the right emergent behaviors.
  • Our architecture was changing faster than you can draw it. As a result, it wasn’t useful to try to draw it.
  • The agile approach means continuous course corrections.
  • Agile Architecture approach is absolutely essential to the success of any digital transformation initiative.
  • The architecture we created was an idealized version that we put out there to get feedback. The faster we learned the better able we were to support efforts to transform the company.
  • Difference between chaotic and emergent behavior is central to the theory of complex systems – and as a result, the central challenge of Agile Architecture is taking steps to ensure that desirable emergent behaviors result instead of the normal chaos that large organizations are typically susceptible to.
  • My role as architect was to document, encourage, and evangelize architecture.
  • Organizations must pull together Cloud, mobile, Agile development, and DevOps to drive rapid product development across multiple teams, each of which is responsible for its own continuous delivery. Trying to control this apparently chaotic environment with traditional architectural artifacts, processes, and procedures will only slow the organization down.

Na koniec pozwolę sobie na jedną refleksję. Oczywiście ujęcie przedstawione we wpisie Jasona Bloomberga nie da się zastosować do wszystkich typów organizacji i do wszystkich branż. Ale na pewno zwiastuje ono konieczność przedefiniowania ram architektonicznych wykorzystywanych do tej pory do zarządzania architekturą korporacyjną.