Na czym polega praca architekta IT?

W SAFe (Scaled Agile Framework) zdefiniowane są 3 typy architektów: Architekt systemu (System Architect), rozwiązań (Solution Architect) oraz korporacyjny (Enterprise Architect).

Architekt systemu pracuje na poziomie jednego systemu, rozwiązań na poziomie „kilku systemów”, natomiast korporacyjny na poziomie „grupy kilkunastu” systemów informatycznych. W dalszej części wyjaśnimy czemu jest to uproszczona definicja.

Architekt systemu blisko współpracuje z zespołem projektowym w związku z czym musi być ekspertem technicznym w zakresie systemu informatycznego, którym się zajmuje. Jeśli system zbudowany jest w oparciu o architekturę mikroserwisową oraz wykorzystane są język Java, framework Spring i kontenery wówczas musi posiadać wiedzę ekspercką w tym obszarze. Gdy system zbudowany jest w oparciu o produkty firm trzecich - na przykład ClickSoftware Mobile bądź Temenos T24 wówczas musi powiadać wiedzę ekspercką o tych produktach.

Architekt rozwiązań pracuje na poziomie jednej z domen organizacji. W dużych przedsiębiorstwach wyróżnione są domeny na przykład Klienta, Kont, Produktów czy Ryzyka kredytowe. Architekt rozwiązania projektuje rozwiązanie we współpracy z architektami systemowymi, które obejmuje kilka systemów przeważnie z jednej domeny, na przykład ryzyka kredytowego. Musi posiadać wiedzę techniczną, ale nie na poziomie eksperckim, gdyż projektowane rozwiązanie obejmujące wiele systemów, z których część zbudowana jest z produktów firm trzecich, a inne to wewnętrzne aplikacje przygotowane w różnych językach i technologiach.

Architekt korporacyjny odpowiedzialny jest za pracę na poziomie kilku domen organizacji. Współpracuje z architektami rozwiązań z różnych domen w celu przygotowania rozwiązania obejmującego zakresem kilka domen.

Wspomniani przez nas architekci wykonują różne zadania, dlatego wymagane są różne kompetencje, ale o tym w dalszej części artykułu.

Jakie kompetencje posiada architekt IT?

Podczas projektowania architektury IT niezbędna jest wiedza techniczna oraz biznesowa. Proporcje pomiędzy wiedzą techniczną oraz biznesową zmieniają się w zależności od roli.

Architekt korporacyjny musi posiadać bardzo dużą wiedzę biznesową w celu projektowania rozwiązań między-domenowych. Dla architekta rozwiązań wiedza biznesowa oraz techniczna są równie istotne. Natomiast dla architekta systemu, wiedza techniczna jest zdecydowanie bardziej istotna.

W związku z tym, że wyróżniamy różne typy architektów wymagany jest inny poziom znajomości biznesowej czy technicznej. Od architekta systemu wymagana będzie ekspercka wiedza z języków, technologii, bezpieczeństwa, infrastruktury, wydajności, niezawodności związanych z projektowanym systemem oraz mniejsza wiedza biznesowa. Od architekta rozwiązania wymaga jest wiedza techniczna oraz biznesowa dla domeny, w której pracuje. Od architekta korporacyjnego - przede wszystkim wiedza biznesowa.

Architekt IT w pracy powinien korzystać z notacji UML, BPMN i/lub ArchiMate w celu zaprojektowania architektury. Korzystanie z notacji ułatwia pracę z pozostałymi członkami zespołu. Konieczna jest również znajomość narzędzia służące do modelowania oraz projektowania, na przykład Enterprise Architect czy Visual Paradigm.

W pracy architekta IT bardzo ważne są również umiejętności komunikacyjne. Podczas pracy nad rozwiązaniem konieczna jest częsta komunikacja z innymi osobami, z których część jest osobami biznesowymi oraz nietechnicznymi a inne technicznymi oraz niebiznesowymi. Rolą architekta jest odpowiednia komunikacja z przedstawicieli różnych grup. Architekt musi posiadać umiejętność komunikacji z jednej strony na poziomie komponentów czy zachowania rozwiązania oraz systemów a innym razem na poziomie szczegółów implementacji, infrastruktury czy bezpieczeństwa.

Jak zostać architektem IT?

W pierwszym kroku musisz określić, czy chcesz pracować jako Architekt systemu, rozwiązania czy korporacyjny. Każda z tych ról wymaga posiadania kompetencji technicznych oraz biznesowych jednak na innym poziomie. Niezbędne jest zatem posiadanie odpowiedniego doświadczenia zawodowego. Jeśli aktualnie pracujesz jako programista, wówczas najlepiej jest rozpocząć pracę w roli architekta systemu. W przypadku, gdy dzisiaj pełnisz rolę Analityka IT wówczas bardziej odpowiednia powinna być rola Architekta rozwiązań. Konieczne może być również rozwinięcie kompetencji komunikacyjnych oraz prezentacyjnych. Niezbędna jest także znajomość notacji UML, BPMN, ArchiMate i narzędzi służących do modelowania oraz projektowania.

Jeśli chcesz rozwinąć swoją wiedzę z zakresu projektowania architektury IT, sprawdź też moją książkę dostępną pod adresem: https://architektura.marcinziemek.com