Why IT Guys Need to Learn TOGAF
August 12, 2013 Leave a comment
Just finished another frustrating day of consulting with an organization that is convinced technology is going to solve their problems. Have an opportunity? Throw money and computers at the opportunity. Have a technology answer to your process problems? Really?.
The business world is changing. With cloud computing potentially eliminating the need for some current IT roles, such as physical server huggers…, information technology professionals, or more appropriately information and communications technology (ICT) professionals, need to rethink their roles within organizations.
Is it acceptable to simply be a technology specialist, or do ICT professionals also need to be an inherent part of the business process? Yes, a rhetorical question, and any negative answer is wrong. ICT professionals are rapidly being relieved of the burden of data centers, servers (physical servers), and a need to focus on ensuring local copies of MS Office are correctly installed, configured, and have the latest service packs or security patches installed.
You can fight the idea, argue the concept, but in reality cloud computing is here to stay, and will only become more important in both the business and financial planning of future organizations.
Now those copies of MS Office are hosted on MS 365 or Google Docs, and your business users are telling you either quickly meet their needs or they will simply bypass the IT organization and use an external or hosted Software as a Service (SaaS) application – in spite of your existing mature organization and policies.
So what is this TOGAF stuff? Why do we care?
As it should be, ICT is firmly being set in the organization as a tool to meet business objectives. We no longer have to consider the limitations or “needs” of IT when developing business strategies and opportunities. SaaS and Platform as a Service (PaaS) tools are becoming mature, plentiful, and powerful.
Argue the point, fight the concept, but if an organization isn’t at least considering a requirement for data and systems interoperability, the use of large data sets, and implementation of a service-oriented architecture (SOA) they will not be competitive or effective in the next generation of business.
TOGAF, which is “The Open Group Architecture Framework,” brings structure to development of ICT as a tool for meeting business requirements. TOGAF is a tool which will force each stakeholder, including senior management and business unit management, to work with ICT professionals to apply technology in a structured framework that follows the basic:
- Develop a business vision
- Determine your “AS-IS” environment
- Determine your target environment
- Perform a gap analysis
- Develop solutions to meet the business requirements and vision, and fill the “gaps” between “AS-IS” and “Target”
- Of course TOGAF is a complex architecture framework, with a lot more stuff involved than the above bullets. However, the point is ICT must now participate in the business planning process – and really become part of the business, rather than a vendor to the business.
- As a life-long ICT professional, it is easy for me to fall into indulging in tech things. I enjoy networking, enjoy new gadgets, and enjoy anything related to new technology. But it was not until about 10 years ago when I started taking a formal, structured approach to understanding enterprise architecture and fully appreciating the value of service-oriented architectures that I felt as if my efforts were really contributing to the success of an organization.
- TOGAF was one course of study that really benefitted my understanding of the value and role IT plays in companies and government organizations. TOGAF provide both a process, and structure to business planning.
- You may have a few committed DevOps evangelists who disagree with the structure of TOGAF, but in reality once the “guardrails” are in place even DevOps can be fit into the process. TOGAF, and other frameworks are not intended to stifle innovation – just encourage that innovation to meet the goals of an organization, not the goals of the innovators.
- While just one of several candidate enterprise architecture frameworks (including the US Federal Enterprise Architecture Framework/FEAF, Dept. of Defense Architecture Framework /DoDAF), TOGAF is now universally accepted, and accompanying certifications are well understood within government and enterprise.
What’s an IT Guy to Do?
- Now we can send the “iterative” process back to the ICT guy’s viewpoint. Much like telecom engineers who operated DMS 250s, 300s, and 500s, the existing IT and ICT professional corps will need to accept the reality they will either need to accept the concept of cloud computing, or hope they are close to retirement. Who needs a DMS250 engineer in a world of soft switches? Who needs a server manager in a world of Infrastructure as a Service? Unless of course you work as an infrastructure technician at a cloud service provider…
- Ditto for those who specialize in maintaining copies of MS Office and a local MS Exchange server. Sadly, your time is limited, and quickly running out. Either become a cloud computing expert, in some field within cloud computing’s broad umbrella of components, or plan to be part of the business process. To be effective as a member of the organization’s business team, you will need skills beyond IT – you will need to understand how ICT is used to meet business needs, and the impact of a rapidly evolving toolkit offered by all strata of the cloud stack.
Even better, become a leader in the business process. If you can navigate your way through a TOGAF course and certification, you will acquire a much deeper appreciation for how ICT tools and resources could, and likely should, be planned and employed within an organization to contribute to the success of any individual project, or the re-engineering of ICTs within the entire organization.
John Savageau is TOGAF 9.1 Certified