Best way to secure funding for your project is to put the word Digital somewhere into the name of it.
Those were the words I heard from a IT executive pretty much summarising the way IT industry reacts to Digital today. We work in digital transformation projects which would be just called transformation projects a few years ago.
Continue reading What is Digital Architecture anyway?
Bimodal IT has lately become one of the hottest topics in the IT. In fact, if this is the first time you are hearing about Bimodal IT, you are more than a year late to the discussion.
There are lots of good resources describing what Bimodal IT is (E.g. this one, or this one) and likewise a plethora of flaming discussions why it is a good idea especially for digital or a bad one if not the worst.
I, on the other hand, see myself at the same distance to both parties. I believe, Bimodal IT is not a state you would be targeting nor a one you should avoid at all costs. Bimodal IT can be used as an interim model on the way to reaching IT nirvana.
IT organisations are large organisations consisting of numerous subunits which are constantly forced to change in all directions under the crossfire of new business requirements, changing market demands, emerging technologies, governance, risk and compliance concerns et al. It is therefore understandable, in fact inevitable, that each subunit of the organisation follows a different path, works with a different timetable and targets a different ideal state. In fact, I also find the similarity of the term Bimodal to Bipolar interesting, where Bipolar is used to describe a mental condition which is somewhat pertinent to what Bimodal states.
Bipolar Disorder is a form of major affective disorder, or mood disorder, defined by manic or hypomanic episodes (changes from one’s normal mood accompanied by high energy states).
Continue reading Surviving Bimodal IT
Designing something from an idea or as in many cases from a problem that needs to be solved is surely an exciting but not always an easy process. We architects have to make sure we design the best possible solution meeting all the business requirements while adhering to global and organisational design best practices. One challenge we commonly face is incompletely or ambiguously expressed requirements which turns the analysis process into solving a rubik’s cube problem while skydiving. Furthermore, as we architects are mostly the middleman between business teams and technology units, we have to carefully manage the perceptions and expectations while using the relevant language to our audience. And we have to do all of these within a deadline and a budget while ensuring enough level of security and compliance, performance and fault tolerance etc.
Continue reading Learning magic from the “real” architects