An Enterprise is a like a System and Systems are always part of Bigger Systems
Agility and Architecture are like two wheels of an Enterprise
Agile Enterprise Architecture Essentials. What is Agile Enterprise Architecture? How to apply and relate to this in your organization ?
Architect there are many types which one are you ? What is your aspiration ?
What does it take to become an Enterprise Architect with agility in all your interactions and touchpoints? What key skills and frameworks are in use ? What tools and methodologies are in use and how you can leverage them effectively ?
Build your organizational specific EA story. Evaluating Architecture trade off decisions and arriving at a best fit architecture. Covering EA and its practice with real life examples on how to leverage EA in your organization.
Get the Practitioners Perspective
• Enterprise Architecture and how to practice it ?
• What skills to learn and how to apply EA skills at work and add value?
• Overview of various popular frameworks and its application.
• How to do architectural trade off decisions.
• How to practice EA and how to apply them to real life situations.
• How to prioritize architectural roadmap items and drive decisions?
• Build an EA story that suits your organization and the one that works for you.
Some Questions that We May ask you during our consulting process ?
Questions that the senior most in the team have or the stakeholders have with respect to their teams.
- Does my team know what product or solution they efforts are going into ?
- Do they know the customer context in which their application is going to be used ?
- Do they have any idea on how the customer is going to be deploying the software ?
- Do they have any idea on how the software will be customized at site ?
- Do they have any idea of how the project will be measured in terms of business outcomes of the project instead of technical prowess alone ?
- Do the teams have the knowledge on what is perceived as waste with regard to the requirements that are thrown at them ?
- Do they have the knowledge of how to produce just enough architecture or design ?
- Do they understand that abstraction is a key asset for an IT professional as they progress along their career path ?
- Do they understand what it means to have a separation of concerns in the architecture across the layers.
- Do they understand that business architecture is taking a lot of precedence these days and technology is being leveraged to serve the needs ?
- Do they know how to slice and dice the architecture or design to produce a Minimum Viable Product or Potentially Shippable Increment ?
- Post slicing and dicing the architecture do they know how to put the pieces back and ensure economies of scale in terms of best effort of people , process and technology.
- Do they know that the smartest person is not in the room with regard to their requirements if they are continously being changed .
- Do they know that external factors and standard can influence the way they go about their work. How can they be proactive here ?
- What is best in terms of delivering software these days that which can avoid the blame game and make everyone accountable ?
- Do they have a common repository where all the artifacts can be stored in the organization and this reflects the current state and not just created to impress the internal or external auditors ?
- Do they know how an idea can be taken all the way from strategy to execution and what are the layers during this process ?
- Are they stuck too much on the solution instead of exploring all possible ways of addressing a solution which can result in better customer satisfaction ?
- Do they understand that architectures have a short shelf live and should produce ones with that in mind instead of aiming for built to last solutions ?
- Built to last should be an architecture goal instead of being a design goal , designs can change .Does the team know this for a fact ?
- Do they understand the logical separation across various architectures and how to go about creating deliverables across sprints or scrum cycles whichever may be your organization’s way of doing things ?
- Do they constant understand how to innovate in iterations instead of thinking innovation big bang ?
- Do they understand the customer needs enough with a bit of design thinking spiced up along in the way they look at solving things.
- Do they understand how to fail fast and fail forward ?
- Finally do they understand the BIG PICTURE ? DO YOU HAVE SOMEONE in the team who is helping the team understand the BIG Picture ?
- Do they understand the complexities of how software which started at a module level and end up being complex as it progress and loses its extensible nature ?
- Do they understand the realities / needs of enterprise grade applications or software and are they design and architecture efforts aligned in that direction ?
The above list is not complete but details the issues that senior folks grapple with who are in charge on producing / delivering software. Would love to hear your thoughts on this.