This follows part 1 of this article available here. I recommend reading them in order!
In part 2 , I look at what initial steps you can make in your career journey from “technical solution designer” to “IT architect”.
How you already work can probably be formally defined as a technology agnostic framework using architecture terminology. Unless you’ve become familiar with architecture terminology you may not appreciate the structure and rigour around what you hopefully do already.
For example, I didn’t realise my design methodology used waterfall principles for years after I’d started using it. And , once I’d read ISO42010, I started to see my architecture reports contained views using viewpoints.
Despite this “what you’re doing already is a good start” phase, a lot of people feel the need to replace how they work today with a formally defined enterprise architecture framework as that will improve how they work.
The reality probably is that how you work today is probably the best way for you to be working….for now, you just haven’t formally defined how you work before.
Once how you work is defined and documented – even just in diagrams created in Visio, you can then look at the gaps, weak points and areas to optimise. For example, is most of your effort spent in the solution design phase but little in mapping design decisions to a specific business requirement – or do you skip the business requirements analysis phase altogether?
Finally, once you have how you work documented in IT architect terminology, you can describe how you work to another IT architect in a universal language you both understand.
Everyone has their own preferred books and articles that help them, but these are mine relevant to this phase:
12 Essential Skills for Software Architects
http://www.amazon.co.uk/12-Essential-Skills-Software-Architects/dp/0321717295
Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives
http://www.amazon.co.uk/Software-Systems-Architecture-Stakeholders-Perspectives/dp/032171833X/
Design, Build, Run: Applied Practices and Principles for Production Ready Software Development
http://www.amazon.co.uk/Design-Build-Run-Principles-Development/dp/0470257636/
The second phase I’m going to discuss is one of the hardest I went through in my transition to becoming an IT architect – respecting the fact that very few outside of the IT department have any interest in anything technical.
The best quote that helps me remember this was someone telling me “The only person who cares about downtime is the person who pays the electricity bill.” The only thing anyone outside of IT cares about is business outcomes and business metrics – orders per hour, £revenue per hour, website registrations per day, profitability, costs etc.
You may start to say you have no idea how much money your system generates, how much operating your system costs, but that doesn’t mean you can’t talk about the impact your system has on business outcomes.
By the way, I’m not suggesting you change what your solutions do – just how you describe them to new audiences.
If you’re in the elevator with the CEO for 20 seconds and he asks you what you do say
a) I’m designing some software to connect our web and ordering systems
b) I’m one of your IT architects
c) I help us use technology to sell more clothing
The answer jumps out at us when we read the three options, but did the same answer flow naturally out of your mind? Of course, you shouldn’t give the same answer to everyone in your organisation, but you can start to see the change in thinking when you describe what you do to people outside of IT.
The same approach needs to be taken when we consider what the goals of our solutions are. Could you describe anything you’ve done recently as:
Those three statements might sound non-specific to you, but they’re messages that your boss and your boss’s boss will be glad to hear as they will help everyone to understand how you’re helping the business grow, not just keeping the same old wheels turning.
Finally, I’m going to share two useful books that helped me transition this phase, I hope they’re useful to you too:
Real Business of IT: How CIOs Create and Communicate Value
http://www.amazon.co.uk/Real-Business-Create-Communicate-Gartner/dp/1422147614
Financial Intelligence for IT Professionals: What You Really Need to Know About the Numbers
http://www.amazon.co.uk/Financial-Intelligence-Professionals-Really-Numbers-ebook/dp/B0026L7BLM/