Architektura korporacyjna czy muszę być ekspertem IT by w niej funkcjonować?

Wśród maili pojawiło się  takie o to pytanie:

Firmy szkolące z zakresu TOGAF zalecają posiadanie jakiejś wiedzy z zakresu zarządzania IT w momencie przystąpienia do szkolenia. Czy Pańskim zdaniem to przerost formy nad treścią?

W Polsce architektura korporacyjna wchodzi tylnymi drzwiami przez IT. Stąd pewnie takie podejście. Ponadto naszych szeroko rozumianych ekonomistów, analityków, marketingowców i innych podobnych (nie chcę tu nikogo urazić i pominąć)  nikt nie uczy na studiach (zwykłych i podyplomowych) modelowania procesów biznesowych. Jak rozmawiam z analitykami z największych polskich instytucji i pytam w jaki sposób dokumentujecie, analizujecie rozwiązania biznesowe to mówią w 99%: WORD.

Czy przerost formy nad treścią? Moim zdaniem Tak. Oczywiście wiedza z zarządzania IT nie przeszkadza a pomaga. Na szkoleniach trenerzy skupiają się ludzie właśnie na IT bo to działka rozpoznana i to jej złożoność w skali makro zazwyczaj jest inspiracją do wejścia w świat architektury korporacyjnej. Moim zdaniem IT to tylko konsekwencja decyzji strategicznych i operacyjnych jakie są podjęte dużo wyżej – w warstwie strategii i biznesu.

Pozwolę sobie zacytować, (cytat z serwisu  prof. Andrzeja Sobczaka architektura korporacyjna.pl):

Zdaniem Gartnera: do 2014 roku 35% wydatków korporacyjnych na IT dla większości organizacji będzie zarządzanych poza budżetem działów IT. Nowa generacja przedsiębiorstw jest prowadzona przez nową falę menedżerów , którzy nie potrzebują już pomocy działu IT w dobieraniu odpowiedniej technologii.”

Innymi słowy to zrozumienie procesów biznesowych na wieloaspektowej płaszczyźnie w tym IT jako czynnika a nie celu, będzie potrzebne do utworzenia strategii rozwoju i zmian w organizacjach. Z tego też powodu wydaje mi się sensowne by przede wszystkim dziś myśleć o jednolitych standardach dokumentacji takich jak ramy architektoniczne TOGAF i jego język ekspresji jakim jest ArchiMate.

Podobne wpisy

  • Modelowanie biznesowe – znaczenie Celem modelowania biznesu jest: Zrozumienie bieżących problemów w docelowej organizacji i określenie potencjałów udoskonalenia. cena wpływu zmiany organizacyjnej. Zapewnienie, że […]
  • Enterprise Architect 9.1 Niespodziewanie dziś pojawiła się kolejna wersja Enterprise Architect’a. Nowa wersja oznaczona numerem 9.1 to krok w stronę symulacji modeli wyrażonych w UML. Ponadto poprawiono szereg […]
  • Release Planning – Planowanie Wydania Planowanie wydania (ang. Release Planning) to czas, w którym na początku projektu zespół utworzy wysokiego poziomu plan realizacji produktu. Na początku projektu Zespół, z oczywistych […]
  • Ewolucja czy rewolucja? Cleeve Amos zamieścił poniższy obrazek w swojej prezentacji. Kolejny raz jeden obraz znaczy więcej niż setki słów. Technorati Tagi: agile,agile modeling,RUP,Rational Unified Process
  • Niemoralna propozycja Prowadzenie takiego bloga, jak ten daje sprawia mi frajdę, gdyż przy okazji nawiązuję kontakty z ciekawymi ludźmi, z którymi prowadzę w interesującą dyskusję mailową.  Rozmawiamy […]
Reklama
MODESTO - licencje Enterprise Architect

Zostaw komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *

Przewiń do góry