One of the key ingredient for success is clearly defining the roles and responsibilities within IT. There are multiple stake holders in IT with each doing their best to provide the highest level of support to the business. Most of the time this results in people stepping over each other - especially as there generally is a not a clear definition of everyone's task. Most of the project failures are due to the confusion is the definition of the roles between the PMO, Project Manager and the Enterprise Architects, resulting in responsibilities overlap and lack of making decisions.
It is important to do this in the context of the Services Life Cycle and did publish a short presentation on this topic a couple of months back. This presentations is a summary of the SOA Practitioners Guide Part 3: Introduction to Services Life Cycle with the addition of the IT Engagement Model slide (14) shown below.
This is the RACI (Responsible, Accountable, Consulted and Informed) slide listing all the roles and responsiblities of various actors across the services lifecycle. This is pretty generic in nature and could also be applied to non-SOA lifecycles too.
You comments are always welcome and do feel free to drop me line.
- Yogish Pai
Practitioners observations and view on the best practices, key learning on the fast changing landscape of technology and architecture. - Strategic User of Information Technology - Cloud Computing - Big Data
Subscribe to:
Post Comments (Atom)
Key Learnings - Using EDA to implement the core SOA principle of "loose-coupling"!!!
A lot has been said about how SOA and EDA are unique "architecture styles". It seems like only one or the other architectural prin...
-
The purpose of this blog is to get some validation for how I look at Business Processes vs. Business Services. In simple terms, I differen...
-
A lot has been said about how SOA and EDA are unique "architecture styles". It seems like only one or the other architectural prin...
-
One of the key ingredient for success is clearly defining the roles and responsibilities within IT. There are multiple stake holders in IT w...
4 comments:
The information is brilliant ..I found many more useful things from your blog on IT Thanks for this great informative points.
What a good blog you have here. Please update it more often. This topics is my interest. Thank you. . .
java software outsourcing company ukraine
Good article, thank you) I want to point out for myself that it's often better to outsource a lot of the work. This can save a lot of money, because often, especially in IT, companies do not need employees on a permanent basis, they need them for individual projects. Recruiting services can also be outsourced. Few people have thought about it, but hr outsourcing pricing can vary greatly from country to country, which can help save a significant amount of money.
This article https://attractgroup.com/blog/mastering-infrastructure-as-code-best-practices-for-managing-infrastructure-with-terraform-in-devops/ on mastering Infrastructure as Code (IaC) with Terraform offers invaluable insights for DevOps professionals. It effectively outlines best practices that can streamline infrastructure management, enhance collaboration, and boost deployment efficiency. The step-by-step guidance is particularly helpful for teams looking to implement Terraform in their workflows. Overall, it’s a must-read for anyone striving to optimize their DevOps processes and achieve more reliable infrastructure management.
Post a Comment