It's important to determine an organizations history and relationship to technology and architecture. |
Meeting face-to-face is really important
Many technology people often defer back to emails, designing, documenting, coding, configuring, etc... and they could do well to meet stakeholders in more personal, and conversational, environments. Its about identifying the stakeholders and having the conversations. Having an understanding of each stakeholders history with technology, where they see the value, and the maturity of their technical vocabulary is the best place to get started when beginning a solution or enterprise architecture initiative. Knowing where each stakeholder sees the business value in a technology initiative is the best place to start.
When having stakeholder conversations be sure to have the EA domains and sub-domains in mind, take notes, get a good sense of each stakeholders knowledge within each domain. Where do they see the greatest value and the opportunities? As an architect to what level of technical vocabulary do you meet each stakeholder?
Now the business value can begin to be identified, using a shared vocabulary across the project, so architecture and related processes can support the strategy to build the value.