Na pytanie „czym się zajmujesz?” odpowiadam: „jestem architektem systemów informatycznych”. Efekt? Duży znak zapytania wymalowany na twarzy rozmówcy. Stąd niewątpliwie warto mówić, czym kim się „tacy jak ja”. A może to stanowisko jest kolejnym modnym zbitkiem słów? Podyskutujmy…
Istotą mojej pracy jest projektowanie systemów informatycznych i nadzorowanie procesu ich wdrażania, zapewnianie zgodności z założeniami.
Kim jest IT Architekt?
Powyższa definicja, choć krótka i niepełna, pozwala umiejscowić pojęcie IT Architekta w ramach struktury organizacyjnej firmy czy projektu. Nieznajomość tej roli jest o tyle zaskakująca, iż często cechuje… osoby bezpośrednio związane z IT. Przodują tu zajmujący się wdrażaniem rozwiązań pakietowych opartych głównie na gotowych komponentach, takich jak SAP czy Oracle.
Szukasz inspiracji? Poznaj najlepsze książki biznesowe »
No dobrze, ale czy wiedza, co robi architekt IT jest nam niezbędna do życia? Oczywiście, że nie. Jednak aby rozmawiać o zarządzaniu nowej generacji konieczne jest określenie aktorów biorących udział w procesie. Nie mam wątpliwości, że IT Architekt jest jednym z kluczowych stanowisk, niezbędnych w każdym zespole projektowym. W świecie 2.0 zagadnienia biznesowe nie mogą być rozpatrywane bez wzięcia pod uwagę możliwości i ograniczeń, jakie dają nam nowe technologie.
Bliżej biznesu, bliżej IT
Człowiek, istota leniwa, ma tendencję do upraszczania. Dlatego też bardzo często w środowisku projektowym, w imię prostoty, posługujemy się dychotomicznym podziałem świata na biznes i IT. W konwencjonalnej firmie każdy z tych działów ma z góry narzuconą rolę: biznes zajmuje się realizowaniem zadań zdefiniowanych przez misję firmy czy instytucji, IT natomiast umożliwia wykonywanie tych zadań. Jeden dostarcza wymagania, drugi je realizuje.
Kim jest IT Architekt? Czym się zajmuje?
Gdzie, w tym prostym modelu, powinniśmy umiejscowić Architektów IT? Można próbować zakwalifikować ich do działu IT – jest to częsta sytuacja i taki wybór wydaje się być naturalny, ze względu na konieczność posiadania przez nich głębokiej wiedzy technicznej i technologicznej. Alternatywnie możemy przedstawić Architekta, jako przynależącego do działów biznesowych. Powinien on znać się na modelowaniu biznesowym, rozumieć procesy i zależności między funkcjami systemu. Prawda leży pośrodku, w pustej, niczym niewypełnionej przestrzeni pomiędzy IT a biznesem.
IT Architekt to mediator
Zrozumienie zagadnień biznesowych, umiejętność modelowania procesów, znajomość metodyk i narzędzi oraz wiedza na temat aplikacji, sprzętu i sieci jest niezbędna. Do tego dochodzą umiejętności interpersonalne, biegłość w komunikacji werbalnej i pisemnej z praktycznie każdą grupą interesariuszy, od członków zarządu, przez dyrektorów i menadżerów, użytkowników biznesowych, administratorów i programistów a na technikach kończąc. Rolą Architekta IT jest zapewnienie, że biznes jest wstanie porozumieć się z IT, a IT jest wstanie dostarczyć rozwiązanie spełniające oczekiwania sponsorów.
Przejmij kontrolę nad swoim mózgiem i wyzwól swój potencjał »
Jedną z istotnych cech, którą Architekt powinien posiadać jest umiejętność nakreślenia i zrozumienia szerszego kontekstu zagadnień realizowanych w danej chwili. Samo wdrożenie systemu informatycznego, prowadzące do automatyzacji i cyfryzacji działań wykonywanych manualnie, nie wystarcza. Istotne jest zapewnienie obniżenia kosztów utrzymania, skalowanie rozwiązania, jego niezawodność oraz możliwość rozwoju i rozbudowy o nowe funkcje.
Mnogość i złożoność zagadnień biznesowych i technicznych oraz wyzwania stojące przed organizacjami planującymi poszerzenie swojego portfolio systemów informatycznych wymagają zaangażowania wykwalifikowanych specjalistów z szerokim wachlarzem umiejętności i wiedzy. Dlatego Architekci IT, jako osoby łączące dwa światy, są integralną częścią zarządzania nowej generacji. Czy nam się to podoba, czy nie…
