• About Me Card

Max Hemingway

~ Musings as I work through life, career and everything.

Max Hemingway

Category Archives: Enterprise Architecture

Building Cyber Resilience: Enterprise Architecture and ArchiMate for Strategic Security

14 Tuesday Oct 2025

Posted by Max Hemingway in ArchiMate, Enterprise Architecture, Security

≈ Leave a comment

Tags

AI, ArchiMate, business, cybersecurity, Enterprise Architecture, Security, technology

The Boardroom Imperative

The NCSC Annual Review 2025 serves as a powerful reminder that cyber risk is no longer confined to the IT department. Instead, it has become a critical issue that demands attention at the highest levels of leadership. The NCSC report emphatically urges decision-makers to “open your eyes to the imminent risk to your economic security.” It makes clear that cyber incidents have the potential to disrupt essential operations, inflict lasting reputational damage and result in significant financial and legal repercussions.

In an environment where threats are ever-present and the risk of future threatsis growing rapidly, true organisational resilience depends on strategic foresight, thorough preparation and the capacity to recover effectively from attacks.

The pressing question then, is how organisations can translate these warnings and insights into practical action. A compelling solution lies in the adoption of robust Enterprise Architecture practices. Specifically the use of ArchiMate enables organisations to systematically document their enterprise landscape and the relationships between systems, providing the clarity needed to strengthen resilience.

Enterprise Architecture: A Blueprint for Cyber Resilience

The NCSC report makes it clear: cyber security is now critical to business longevity and success. It is not just about technology anymore. It is about understanding how your organisation operates, how systems interact and where vulnerabilities lie. The report calls for all business leaders to take responsibility for their organisation’s cyber resilience, moving beyond technical silos to a holistic, strategic approach.

Enterprise Architecture provides the blueprint for this approach. It helps organisations map out their business processes, applications, data and technology infrastructure. By visualising these elements and their interconnections, leaders can take meaningful steps towards resilience.

Key Benefits of Enterprise Architecture for Cyber Resilience

  • Identify critical assets and dependencies
  • Assess risk exposure across the enterprise
  • Plan for continuity and rapid recovery
  • Communicate cyber risk in business terms

ArchiMate: Documenting the Enterprise

ArchiMate is an open and widely adopted modelling language specifically designed for enterprise architecture. It allows organisations to create clear and consistent diagrams that illustrate how business processes, application landscapes, and technology layers align and interact with one another.

Using ArchiMate, organisations can achieve several key objectives:

Model business processes and their supporting systems – Providing a structured view of how core operations are underpinned by technology.

Map data flows and integrations between applications – Offering clarity on how information moves throughout the organisation and where potential integration points or vulnerabilities may exist.

Visualise technology infrastructure and network boundaries – Enabling a comprehensive understanding of the technology landscape and its security perimeters.

Document relationships and dependencies between systems – Ensuring that all critical interconnections and dependencies are recorded, which is essential for risk assessment and resilience planning.

This approach is particularly important in the context of cyber resilience. The NCSC report underscores that attackers often exploit the complexity and interconnectedness of systems. Without a clear understanding of how systems depend on and relate to each other, organisations risk overlooking critical vulnerabilities or being unable to recover swiftly from security incidents.

Source of diagram: https://www.opengroup.org/archimate%C2%AE-forum-0

The Importance of Documenting Relationships

The NCSC Annual Review emphasises that resilience extends beyond mere prevention; it encompasses an organisation’s capacity to continue operating and to recover effectively after a disruptive incident. One crucial aspect of building such resilience is the thorough documentation of relationships between systems. This practice serves several essential purposes:

Risk Assessment – A clear understanding of how systems depend on one another is fundamental for identifying single points of failure as well as recognising where cascading impacts may arise. By mapping out these dependencies, organisations can better anticipate and manage risks that might jeopardise operational continuity.

Incident Response – In the event of a cyberattack or other disruptive incident, having documented knowledge of system interconnections allows for quicker isolation and containment of threats. This, in turn, enables a more efficient recovery process, minimising downtime and damage.

Compliance and Governance – With regulatory bodies increasingly demanding proof of robust cyber risk management, having comprehensive documentation of system architecture provides the necessary assurance. It demonstrates a proactive approach to governance and supports compliance with industry standards.

Continuous Improvement – The technology landscape and threat environment are constantly evolving. Maintaining up-to-date architecture documentation ensures that organisations remain agile, capable of adapting to new risks, and able to reinforce their defences as needed.

Identification of Organisational and Technical Debt – Documenting relationships also helps in pinpointing areas of organisational and technical debt. This awareness is vital for planning improvements and ensuring that legacy issues do not compromise cyber resilience.

Practical Steps for Enhancing Cyber Resilience

The following practical steps outline how to leverage enterprise architecture tools and the ArchiMate framework to strengthen your organisation’s defences:

Utilise Enterprise Architects and Tooling – A good Enterprise Architect understands how to get the best out of modelling a business and systems. Use Enterprise Architecture tools such as ArchiMate to streamline the process of mapping and documenting your organisation’s systems and their interconnections.

Start with a Baseline – Begin by creating a high-level overview of your organisation’s business processes, applications, and underlying technology. This baseline serves as the foundation for understanding how different elements interact and where vulnerabilities may exist.

Identify Relationships – Carefully document all integrations, data flows, and dependencies within your system architecture. Paying particular attention to legacy systems and third-party connections, as these often present unique risks and challenges.

Assess and Prioritise – Use your architectural model to pinpoint critical assets. This enables you to prioritise resilience measures, ensuring that essential systems receive appropriate attention and protection.

Communicate – Share your documented architecture with key stakeholders, including board members, IT teams, and external partners. Clear communication ensures all parties are aware of the risks involved and the responsibilities required to mitigate them.

Review Regularly – Continuously update your system documentation to reflect changes in technology, emerging threats, and lessons learned from past incidents. Regular reviews ensure that your organisation remains prepared to adapt to an evolving threat landscape.

Keep a copy offline – Keep a copy of your models so that you can access them when you cant access you systems.

Further Reading / Sources

  • NCSC Annual Review 2025
  • BBC News: Cyber attack contingency plans should be put on paper, firms told
  • ArchiMate Library – The Open Group
  • ArchiMate Forum
  • TOGAF
The Role of Enterprise Architecture in Fostering Innovation

Share this:

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to email a link to a friend (Opens in new window) Email
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Threads (Opens in new window) Threads
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Mastodon (Opens in new window) Mastodon
  • Click to share on X (Opens in new window) X
  • Click to share on Bluesky (Opens in new window) Bluesky
Like Loading...

The Impact of Enterprise Architecture on Innovation Culture

23 Wednesday Jul 2025

Posted by Max Hemingway in Enterprise Architecture, Innovation

≈ Leave a comment

Tags

Enterprise Architecture, Innovation

Enterprise Architecture (EA) can play a pivotal role in fostering innovation by providing a structured approach to aligning technology with business goals.

However, innovation does not happen in isolation. It requires an innovation mindset being embedded into the very fabric of an organisation’s mindset and culture.

EA as the Framework for Innovation

EA is one of the catalysts that can enable this and provide the blueprint that makes this possible. The Role of Enterprise Architecture in Fostering Innovation goes into more detail on what an EA’s role is in innovation.

Rather than existing as a static blueprint, EA functions as a dynamic system that connects strategy, processes, people, and technology, creating an environment in which innovation can thrive at scale and speed. Enabling organisations to break down entrenched silos, fostering collaboration and enabling the free flow of information across it’s business units.

By mapping the relationships between different components of the enterprise, EA exposes inefficiencies and redundancies, providing clarity on where innovation efforts can have the most impact. This systemic visibility ensures that creative ideas do not remain isolated within departments but can be shared, refined, and implemented organisation-wide.

EA plays a pivotal role in integrating emerging technologies (such as artificial intelligence (AI), quantum and advanced analytics) into existing business models. Through a well-architected and constructed framework and model an organisation can assess the readiness of their infrastructure, applications, security, evaluate the risks, and identify the most valuable opportunities/outcomes for innovation and transformation. As an example, EA can guide the implementation of AI-powered customer service platforms by ensuring alignment with existing data governance policies and operational workflows, thereby accelerating adoption while managing complexity.

Another key function of EA is the establishment of robust feedback loops. These loops enable organisations to continuously evaluate the effectiveness of new initiatives, collect insights from stakeholders, and iterate rapidly.

Through the use of structured innovation labs, cross-functional workshops, and digital collaboration tools, EA helps embed a culture of learning and adaptation. Having a growth mindset is a key factor for both the orgainsation and individuals. As a result, organisations become more resilient and responsive, capable of pivoting strategies in response to evolving market conditions or technological advances.

The Design Mindset as a Catalyst for Innovation

Another catalyst for innovation is having a design mindset.

A design mindset (using “design thinking“), is more than having the ability to think creatively, it is a way of seeing, framing, and solving problems that are often unarticulated or complex. A design mindset enables you to move fluidly between problem identification and solution development, fostering a culture of curiosity, experimentation, and continuous learning. This mindset is deeply linked to innovativeness, which is defined by the willingness to adopt new ideas, master new knowledge, and tolerate uncertainty throughout the innovation journey.

Cultivating a design mindset within an organisation means fostering a willingness to challenge assumptions, explore alternative perspectives, and embrace ambiguity. It encourages people to seek out new ideas, rapidly test hypotheses, and iterate based on feedback, all while remaining open to unexpected outcomes.

Crucially, the design mindset fuels innovativeness—the organizational trait defined by readiness to adopt novel approaches, quickly assimilate emerging knowledge, and confidently navigate the uncertainties that inevitably arise during the pursuit of innovation. By embedding this mindset into the cultural fabric, organisations can unlock their collective creative capacity and drive meaningful, sustainable change at scale.

The journey toward sustained innovation is neither accidental nor effortless. By embedding both EA and design mindsets into their core, organisations can unlock remarkable potential, foster resilience, and lead with purpose in the face of constant change.

Further Reading

The Role of Enterprise Architecture in Fostering Innovation
Mastering Performance Under Pressure: The Importance of Training
Embracing Humility: Staying Open to Feedback and Continuous Improvement in Tech
Turning Failures into Success: The Mindset of Failing Forward for Technologists
Using the best of the Q Continuum
Stay Ahead of the Curve: Essential Strategies for Technologists to Stay Informed
Mastering the CPD Cycle for Professional Growth

Share this:

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to email a link to a friend (Opens in new window) Email
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Threads (Opens in new window) Threads
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Mastodon (Opens in new window) Mastodon
  • Click to share on X (Opens in new window) X
  • Click to share on Bluesky (Opens in new window) Bluesky
Like Loading...

The Role of Enterprise Architecture in Fostering Innovation

10 Monday Feb 2025

Posted by Max Hemingway in Architecture, Enterprise Architecture, Innovation

≈ 2 Comments

Tags

Architecture, business, Enterprise Architecture, Innovation

Aligning Business Goals with Technological Initiatives

Enterprise Architecture can play a pivotal role in fostering innovation by providing a structured approach to aligning technology with business goals. Through Enterprise Architecture, an organisation can ensure that their technological initiatives are not only advancing but also tailored to support and enhance business objectives, driving innovative outcomes.

Although this concept isn’t new and is well documented academically and in many blogs and internet articles and frameworks, the demand for innovation is now considerably higher because of rapid technical and commercial improvements.

Aligning Business and IT Strategies

One of the primary functions of Enterprise Architecture is to align business and IT strategies. By creating a roadmap that outlines how technology initiatives support business objectives, an organisation can ensure that its innovation efforts are focused and effective. This alignment helps in identifying opportunities for innovation that directly contribute to business goals and outcomes.

This involves a continual process of evaluating and adjusting the IT strategy to accommodate shifting business priorities, industry trends, and market conditions. Enterprise Architects need to work closely with stakeholders and business leaders to understand the strategic vision and translate it into actionable plans. This synergy allows organisations to leverage technological advancements to gain a competitive advantage and enhance operational efficiency. To enable this it is important that Enterprise Architects are informed and staying ahead of the curve.

Establishing a robust governance framework to monitor, measure, and review the success of outcomes against strategic initiatives enables informed decision-making. This helps foster a culture of continuous improvement and innovation.

Facilitating Agile Transformation

Enterprise Architecture provides a foundation for agile transformation by allowing flexibility and adaptability within processes and systems. Implementing agile methodologies furnishes an organisation with a more effective response to market fluctuations and customer demands.

Enterprise Architecture aids in pinpointing areas suitable for agility enhancements and ensures that the requisite infrastructure is identified to support these initiatives. This can involve creating modular and scalable systems that can be easily reconfigured or expanded as business needs change, providing continuous value delivery to customers and meet the business outcomes.

Supporting the cultural shift required for agile transformation is crucial. The organisation must promote a mindset of collaboration, experimentation, and learning, while allowing for a ‘fail fast, learn, and adapt’ attitude.

Enabling Digital Transformation

Digital transformation lies at the core of innovation in most modern organisations and today AI is helping drive that journey. Enterprise Architecture plays a crucial role in enabling digital transformation by providing a blueprint for integrating new technologies, such as adopting AI to assist and improve the business. Enterprise Architecture offers strategic direction, technological framework, and governance, helping to accelerate innovation while ensuring the organisation remains agile, resilient, and capable of meeting business and customer needs and outcomes.

Optimising Resource Utilisation

Effective resource utilisation can help to drive innovation. Enterprise Architecture helps organisations optimise their resources by providing a clear view of their IT assets and capabilities. This visibility allows organisations to identify redundancies, streamline processes, and allocate resources more efficiently, thereby freeing up capacity for innovative projects. By making savings in one area, the savings could be reinvested into innovative projects helping to create additional savings and growth.

Enhancing Collaboration and Communication

Innovation often requires collaboration across different departments and teams throughout an organisation. Enterprise Architecture facilitates this collaboration by providing a common language and framework for communication through a standard agreed taxonomy. By breaking down silos and promoting a holistic view of the organisation, Enterprise Architecture enables teams to work together more effectively on innovative initiatives.

Supporting Risk Management

Innovation involves taking risk and these risks should and need to be managed effectively. Enterprise Architecture supports risk management by providing a structured approach to identifying, assessing, and mitigating risks associated with new initiatives. This ensures that innovation efforts are not only creative but also sustainable and aligned with the organisation’s risk appetite.

Driving Continuous Improvement

Enterprise Architecture is not a one-time effort but a continuous process of improvement. By regularly reviewing and updating the Enterprise Architecture framework, organisations can ensure they remain agile and responsive to new opportunities for innovation. This continuous improvement mindset helps organisations stay ahead of the competition and maintain their innovative edge.

Used correctly and and invested in, Enterprise Architecture can be a spring board for boosting an organisations innovation journey.

Further Reading

Stay Ahead of the Curve: Essential Strategies for Technologists to Stay Informed
The Fusion of Tech and Creativity Driving Innovation
Turning Failures into Success: The Mindset of Failing Forward for Technologists
2025 PKMS Updates: Boost Productivity and Knowledge Retention

Share this:

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to email a link to a friend (Opens in new window) Email
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Threads (Opens in new window) Threads
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Mastodon (Opens in new window) Mastodon
  • Click to share on X (Opens in new window) X
  • Click to share on Bluesky (Opens in new window) Bluesky
Like Loading...

8 Free “For Dummies” books you should read in 2016

12 Tuesday Jan 2016

Posted by Max Hemingway in Architecture, Cloud, Development, DevOps/OpsDev, Enterprise Architecture, Innovation, Programming, Security

≈ Leave a comment

Tags

Architecture, Development, DevOps, Knowledge, OpsDev, Productivity, Programming, Security, Tools

There has been a lot of the free smaller versions of the “For Dummies” books published recently. These are normally sponsored by a company to help promote a way of thinking/product/etc, however they do contain useful overviews and information on the subject that they are presenting on.

Here are my top 8 of these which should be on your reading list for the start of 2016. All are downloadable in PDF format*.

Agile for Dummies

API for Dummies

DevOps for Dummies

Micro-segmentation for Dummies

Next Generation Endpoint Security for Dummies

Software Defined Data Centres for Dummies

Software Defined Networking for Dummies

Software Defined Storage for Dummies

*You may need to sign up to receive some of these books.

Share this:

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to email a link to a friend (Opens in new window) Email
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Threads (Opens in new window) Threads
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Mastodon (Opens in new window) Mastodon
  • Click to share on X (Opens in new window) X
  • Click to share on Bluesky (Opens in new window) Bluesky
Like Loading...

An A-Z Guide to being an Architect

07 Thursday Jan 2016

Posted by Max Hemingway in Architecture, Big Data, Cloud, Development, DevOps/OpsDev, Enterprise Architecture, Governance, Innovation, IoT, Open Source, Productivity, Programming, Security, Social Media, Tools

≈ Leave a comment

Tags

Architecture, Cloud, CPD, Data, Development, DevOps, Innovation, IoT, Knowledge, learning, Open Source, OpsDev, Productivity, Programming, Social Media

Back in 2008 Microsoft published An A-Z Guide to ABCBeing an Architect in their Architecture Journals.

Here is my take on an updated A to Z Guide to being an Architect. A couple of these may be similar.

A – Architect

Having the right level of skills as an Architect or engaging an Architect with the right level of skills will depend on the work needing to be undertaken. There are several types of Architect with some specialising in certain areas and others being multi domain skilled. The list below covers some of the different types of Architect- this is not an exhaustive list:

  • Enterprise Architect
  • Information Architect
  • Solutions Architect
  • Software Architect
  • Systems Architect

B – Blueprints

Following Blueprints and Patterns either published by vendors (such as the Microsoft Blueprints) or developed internally around your products and services will ensure repeat-ability and cost control around the design process.

Some examples showing different pattern types can be found at Architecture Patterns

C – Contextual Web Era

The up and coming 4th Platform area is the Contextual Web Era

  • 1st Platform – Mainframe Era
  • 2nd Platform – Client Server Era
  • 3rd Platform – Cloud Era
  • 4th Platform – Contextual Web Era

This is an up and coming era with lots of new innovation and developments. Keeping up with developments is key going forward for any architect to understand designs/solutions, art of the possible now and future, innovation and for developing roadmaps for solutions.

D – DevOps

To quote Wikipedia – “DevOps (a clipped compound of “development” and “operations”) is a culture, movement or practice that emphasizes the collaboration and communication of both software developers and other information-technology (IT) professionals while automating the process of software delivery and infrastructure changes”. Having knowledge of DevOps, OpsDev and Agile assist with Architecting a solution for a business understanding their practices and modes of interacting with technology to meet business requirements. A Good book on the subject of DevOps is “The Phoenix Project” by Gene Kim.

E – Enterprise Architecture

EA (Enterprise Architecture) is a blueprint that defines how a business can meet its objectives and strategy. This is achieved by conducting analysis, design, planning, recommendations and implementations through an Enterprise Architecture Framework

Enterprise Architecture Wikibook

F – Four Two Zero One Zero

42010 is the ISO Standard that most frameworks adhere to. Working to a Framework brings structure to your designs and life cycles.

There are a number of frame works available such as:

  • DoDAF
  • MoDAF
  • TOGAF
  • Zachman
  • Other Frameworks are available

Enterprise Architecture Wikipedia Book

G – Governance

Governance is an important part of architecture as it

  • Ensures Conformance
  • Controls Variance
  • Maintains Vitality
  • Enables Communication
  • Sets Direction
  • Issue Resolution
  • Provides Guidance and Prioritisation
  • Promotes Best Practise
  • Minimises Risk
  • Protects IT environments from tactical IT changes, project solutions, and strategic proposals that are not in an organisations global best interest
  • Controlling Technical Diversity, Over-Engineering and Unnecessary Complexity
  • Ensures projects can proceed quickly & efficiently
  • Control over IT spend
  • Quality Standards
  • Efficient and optimal use of resources and increase the effectiveness of IT processes

H – Hands On

It is important to be current and understand the technologies you are architecting. There are lots of options available to get your hands dirty using technology from using Cloud Servers to virtual machines on your compute device. There are other computing devices such as the Raspberry PI that provide a cheap alternative to standing up small farms to learn on.

I – IoT

IoT (Internet of Things) is where physical things are connected by the internet using embedded sensors, software, networks and electronics. This allows the items to be managed, controlled and reported on. My blog posts on IoT Device Security Considerations and Security Layers goes into more detail on this subject.

J – Juxtaposition

Juxtaposition is something an architect should be doing to compare things/items/artefacts etc.
noun;
1. an act or instance of placing close together or side by side, especially for comparison or contrast.
2.the state of being close together or side by side.

Source:http://dictionary.reference.com/browse/juxtaposition

K – Knowledge

I would class Skills with Knowledge. It is important as an Architect to ensure that your skills/knowledge are up to date and where you are unsure of a technology, you have a plan to address and skill up. Build a good CPD (Continuing Professional Development) plan and work towards completing it.

L – Language

With the move to cloud it is important to ensure your scripting skills are up to date as most cloud platforms use scripting to assist with the deployment of environments. This is also true of other DevOps/OpsDev applications. If you are unsure on what to learn this guide may help you – Learn a Programming Language – But which one?

M -Micro Segmentation

Micro Segmentation allows a business to use Networks, Compute and Storage to automate and deliver complex solutions by carving up and using the infrastructure. This segments part of the infrastructures to specific functions/tasks. It can also be used in a security context to segment networks, firewalls, compute and storage to increase security and reduce cyber attacks.  VMware have produced a book “Micro Segmentation for Dummies” that can be downloaded from here.

N – Next Generation

Next Generation refers to the next stage or development to something such as a new release of hardware or software. Next Generation is becoming a common term now to define products and artefacts, an example being Next Generation Firewalls.

O – Open Source

Open Source has been available for a long time with software such a Linux, however there is a bigger shift towards using Open Source and acceptance by businesses. Some examples of Open Source that is now mainstream within business include;

  • Ansible
  • Chef
  • Docker
  • Puppet

P – Performance

Performance can cover people as well as solutions / systems. Performance metrics should be set out at the inception of an engagement then monitored and reported on. This will be a factor in driving Continuous Improvement going forward as well as forecasting / planning for future upgrades and expansion.

Q – Quality

Quality is a huge subject and has a lot if standards governing it and how it affects all aspects of business and architecture. Knowing which standards and how they affect a solution will assist in the whole architecture lifecycle. There are also a number of tools available to help you;

  • Architecture Frameworks
  • ITIL
  • Six Sigma

There is also a level of pride and satisfaction in producing a quality solution and system achieving the objectives and requirements set out by the business.

R- Roadmap

Any architecture/solution should have a roadmap to set out its future. Roadmaps should include items such as:

  • Current state
  • Future state
  • Innovation
  • Upgrades / Releases
  • New Features / Functions
  • End of Life / Replacement

S – SMAC

SMAC stands for Social, Mobile, Analytics, Cloud. SMAC is an acronym that covers the areas and concepts when these four technologies are brought together to drive innovation in business. A good description of SMAC written by a colleague can be found here Acronyms SMAC.

T – Transformation

The majority, if not all systems will undergo a form of transformation. This may be in the form of a simple upgrade or to a complex redesign and migration to something else.

U – UX

UX (User eXperience) affects how people interact with your architecture / design and how they feel about it (emotions and attitudes). With the boom in apps and the nearing Contextual Web Era, UX is one of the most important factors to getting an architecture used. If your users don’t like the system they may find something else to use that they like.

V – Vision

Understanding the vision of your customer and their business is the driving factor for any architecture.

On working with your customer you should look to become a Trusted Advisor and also with your colleagues. A great book on the subject is The Trusted Advisor by David Maister. The book covers 3 main areas which discusses perspectives on trust, the structure of trust building and putting trust to work.

W – WWW

The internet is a key delivery mechanism for systems. Knowing how this works and key components to the internet should be understood such as:

  • IPV4 – IPV6
  • DNS
  • Routing
  • Connectivity
  • Security

X – X86

X86 – is a standard that every knows as its one of the most common platform types available.

Y – Year

Year is for the longevity of the solution you are designing. How many years are your expecting it to last What are the Business Requirements, statutory obligations, depreciation etc that need to be planned in. Consider things like End of Life, Maintenance and Upgrades on hardware and software from a solution point of view.

Z – Zero Defects

The best solution is the one with zero defects, but reaching this goal can be a challenge and can also consume a lot of expense. The best way to ensure Zero Defects is to use:

  • Best Practice
  • Reference Architectures
  • Blueprints/Patterns
  • Checklists
  • Reuse
  • Lessons Learnt

This is my current A to Z and some of the entries may be different in your version so “What is in your A to Z of being an Architect?”

I will look to write some further blog posts on the areas listed in this A to Z

Share this:

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to email a link to a friend (Opens in new window) Email
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Threads (Opens in new window) Threads
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Mastodon (Opens in new window) Mastodon
  • Click to share on X (Opens in new window) X
  • Click to share on Bluesky (Opens in new window) Bluesky
Like Loading...

Architecture Journals

27 Friday Feb 2015

Posted by Max Hemingway in Architecture, Enterprise Architecture

≈ Leave a comment

Tags

Architecture, Enterprise Architecture

Between 2004 and 2009 Microsoft published The Architecture Journal. A few years old now, there are some useful articles in the Journals that still apply today.

You can download the Journals or view the individual Articles in the Archive.

Share this:

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to email a link to a friend (Opens in new window) Email
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Threads (Opens in new window) Threads
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Mastodon (Opens in new window) Mastodon
  • Click to share on X (Opens in new window) X
  • Click to share on Bluesky (Opens in new window) Bluesky
Like Loading...

A good example of Enterprise Architecture doumentation

26 Thursday Feb 2015

Posted by Max Hemingway in Architecture, Enterprise Architecture

≈ Leave a comment

Tags

Architecture, Enterprise Architecture

BooksThere are many good examples of Enterprise Architecture documentation available as reference on the Internet. All following different methodologies, but ultimately illustrating how an Enterprise Architecture documentation set can assist in driving strategy and the business forward.

A bit dated now (2004), but a good example of such a document set is the 5 volumes from NASA.

NASA Enterprise Architecture Vol 1 – NASA Enterprise Architecture

NASA Enterprise Architecture Vol 2 – Office Automation, IT Infrastructure, and Telecommunications

NASA Enterprise Architecture Vol 3 – Program Unique IT and Multi-Program / Project IT Investment Category

NASA Enterprise Architecture Vol 4 – Strategies and Structure

NASA Enterprise Architecture Vol 5 NASA To-Be Architecture, Approach to Design and Implementation

The documents are based on the Federal Enterprise Architecture Framework

Share this:

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to email a link to a friend (Opens in new window) Email
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Threads (Opens in new window) Threads
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Mastodon (Opens in new window) Mastodon
  • Click to share on X (Opens in new window) X
  • Click to share on Bluesky (Opens in new window) Bluesky
Like Loading...

Enterprise Architecture – Wikipedia Book

25 Wednesday Feb 2015

Posted by Max Hemingway in Architecture, Enterprise Architecture

≈ 1 Comment

Tags

Architecture

A while ago I created a book on Wikipedia on Enterprise Architecture (Back in August 2009) using Wikipedia Books. This is a function to pull together articles from Wikipedia together in a book format, then download as a PDF or even send to get printed.

I haven’t got far with the printing aspect on this book, although I did pull together some articles on a different subject and sent that to be printed. I was happy with the bound book that came back from the service and it was a reasonable cost.

Thought I would go back and revisit the book and see where it is up to today.

Available at https://en.wikipedia.org/wiki/Book:Enterprise_Architecture

I have created this as an open book so it can be added to should anyone wish to assist in collating relevant articles.

The current index is made up of following articles:

Enterprise Architecture

Enterprise architecture
Enterprise Architect
Enterprise architect
Enterprise Architecture
Enterprise Architecture Assessment Framework
Enterprise architecture planning
Enterprise Architecture Management
Architecture Patterns ( EA Reference Architecture)
Frameworks
Enterprise Architecture framework
Open Source or Consortia-developed frameworks
Enterprise Architecture Body of Knowledge
Generalised Enterprise Reference Architecture and Methodology
IDEAS Group
RM-ODP
The Open Group Architecture Framework
Commercial frameworks
Integrated Architecture Framework
OBASHI
Information Framework
Zachman Framework
Defense industry frameworks
Department of Defense Architecture Framework
MODAF
NATO Architecture Framework
AGATE Architecture Framework
Government frameworks
Government Enterprise Architecture
FDIC Enterprise Architecture Framework
Federal Enterprise Architecture
NIST Enterprise Architecture Model
Treasury Enterprise Architecture Framework
Lifecycles
Enterprise life cycle
ISO 12207
Systems Development Life Cycle
Technology Life Cycle
Whole-life cost
Modelling
Enterprise modelling
Collaboration
Business analyst
Systems analysis
Information architecture
Solutions Architect
Software architect
Systems architect
Project manager
Project management office
Chief information officer

Share this:

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to email a link to a friend (Opens in new window) Email
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Threads (Opens in new window) Threads
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Mastodon (Opens in new window) Mastodon
  • Click to share on X (Opens in new window) X
  • Click to share on Bluesky (Opens in new window) Bluesky
Like Loading...

Architecture Thought Tool: Working out your Risks

24 Tuesday Feb 2015

Posted by Max Hemingway in Architecture, Enterprise Architecture, Governance, Productivity, Tools

≈ Leave a comment

Tags

Architecture, Productivity, Tools

An Architecture Thought Tool I use when looking to identify any Risks in a projects or assignment is to use the STORMCLOUD method.

This involves identifying the risks by going through the following areas:

  • ScheduleRisk
  • Technology
  • Organisation
  • Resources
  • Methods
  • Compatibility
  • Lifecycle
  • Over-engineering
  • Users
  • Dependencies
  • Suppliers

Once identified its then a case of mitigating the risks that can be and calling out those that cannot.

Using this method is just one of many, but helps focus on the important areas to consider.

Share this:

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to email a link to a friend (Opens in new window) Email
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Threads (Opens in new window) Threads
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Mastodon (Opens in new window) Mastodon
  • Click to share on X (Opens in new window) X
  • Click to share on Bluesky (Opens in new window) Bluesky
Like Loading...

Architecture in Practice

05 Thursday Feb 2015

Posted by Max Hemingway in Architecture, Cloud, Enterprise Architecture

≈ 1 Comment

Tags

Architecture, Development, Enterprise Architecture, learning

Having worked as an Architect for many years its always good to look at different methodologies and practices as they come up and to refresh your thinking on today’s Architecture practices.

One of the recent additions to the Microsoft Virtual Academy is the  “Architecture in Practice” course which brings Microsoft’s latest views on Architecture using their products as a base for some of the demonstrations and topics. Whilst this centers around Microsoft products and standard practices, (to a seasoned architect may not teach them anything new in Architecture practices), taking a course such as this certainly refreshes that thinking in today’s challenging market place of cloud, visualisation and mobile.

One of the underlying foundations that makes a great architect is their willingness to refreshing and renew skills and thinking when ever the opportunity arises.

The diagram below shows the 7 areas that are covered in this course:

Architecture+in+Practice

Further breakdown of the course with topic areas:

arch2

Source of pictures and link to the training: Architecture in Practice.

Share this:

  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to email a link to a friend (Opens in new window) Email
  • Click to share on Pinterest (Opens in new window) Pinterest
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Pocket (Opens in new window) Pocket
  • Click to share on Telegram (Opens in new window) Telegram
  • Click to share on Threads (Opens in new window) Threads
  • Click to share on WhatsApp (Opens in new window) WhatsApp
  • Click to share on Mastodon (Opens in new window) Mastodon
  • Click to share on X (Opens in new window) X
  • Click to share on Bluesky (Opens in new window) Bluesky
Like Loading...

RSS Feed

RSS Feed RSS - Posts

Other Publications I contribute to

https://sparrowhawkbushcraft.com/

Recent Posts

  • Graceful Speech & Timeless Tales: Mastering the Art of Gesture
  • Graceful Speech & Timeless Tales: The Power of Pitch
  • Graceful Speech & Timeless Tales: Modulation
  • Graceful Speech & Timeless Tales: Harnessing Inflection
  • Adventure Games: Open Sourced Zork

Categories

  • 21st Century Human
  • 3D Printing
  • AI
  • Applications
  • ArchiMate
  • Architecture
  • Arduino
  • Automation
  • BCS
  • Big Data
  • Certification
  • Climate Change
  • Cloud
  • Cobotics
  • Connected Home
  • Data
  • Data Fellowship
  • Data Science
  • Development
  • DevOps/OpsDev
  • Digital
  • DigitalFit
  • Drone
  • Enterprise Architecture
  • F-TAG
  • Governance
  • Health
  • Innovation
  • IoT
  • Machine Learning
  • Metaverse
  • Micro:Bit
  • Mindset
  • Mobiles
  • Networks
  • Open Source
  • Podcasts
  • Productivity
  • Programming
  • Quantum
  • Raspberry Pi
  • Robotics
  • Scouting
  • Scouts
  • Security
  • Smart Home
  • Social Media
  • Space
  • STEM
  • Story Telling
  • Technologists Toolkit
  • Tools
  • Uncategorized
  • Wearable Tech
  • Windows
  • xR

Archives

Reading Shelf

Archives

Recent Posts

  • Graceful Speech & Timeless Tales: Mastering the Art of Gesture
  • Graceful Speech & Timeless Tales: The Power of Pitch
  • Graceful Speech & Timeless Tales: Modulation
  • Graceful Speech & Timeless Tales: Harnessing Inflection
  • Adventure Games: Open Sourced Zork

Top Posts & Pages

  • Graceful Speech & Timeless Tales: The Art of Articulation
  • Building Cyber Resilience: Enterprise Architecture and ArchiMate for Strategic Security
  • Graceful Speech & Timeless Tales: Modulation
  • Graceful Speech & Timeless Tales: The Power of Pitch
  • Graceful Speech & Timeless Tales: Mastering the Art of Gesture
  • Mastering the CPD Cycle for Professional Growth
  • Adventure Games: Open Sourced Zork
  • 20 Informative Podcasts for 2025: Boost Your PKMS
  • Understanding ISO/IEC 42001: A Course Review

Category Cloud

21st Century Human Architecture Automation Big Data Cloud Data Data Science Development DevOps/OpsDev Digital DigitalFit Enterprise Architecture Innovation IoT Machine Learning Mindset Open Source Podcasts Productivity Programming Raspberry Pi Robotics Security Social Media STEM Story Telling Technologists Toolkit Tools Uncategorized Wearable Tech

Tags

3D Printing 21st Century Human AI Applications Architecture artificial-intelligence Automation BCS Big Data Blockchain business Certification Cloud Cobot Cobotics Coding Communication Connected Home CPD creativity cybersecurity Data Data Fellowship Data Science Delivery Development DevOps Digital DigitalFit Digital Human Drone Email Enterprise Architecture GTD Infographic Information Theory Innovation IoT Journal Knowledge learning Machine Learning Metaverse MicroLearning Mindset Mixed Reality Networks Open Source OpsDev PKMS Podcasts Productivity Programming Proving It Quantum R RaspberryPI Robot Robotics Scouts Security Smart Home Social Media STEM Story Telling Technologists Toolkit technology Technology Couch Podcast Thinking Tools Training Visualisation Voice Wearable Tech xR

License

Creative Commons Licence
This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License.

Meta

  • Create account
  • Log in
  • Entries feed
  • Comments feed
  • WordPress.com

Blog at WordPress.com.

  • Subscribe Subscribed
    • Max Hemingway
    • Join 82 other subscribers
    • Already have a WordPress.com account? Log in now.
    • Max Hemingway
    • Subscribe Subscribed
    • Sign up
    • Log in
    • Report this content
    • View site in Reader
    • Manage subscriptions
    • Collapse this bar
 

Loading Comments...
 

    %d