kanban Archives - erwin, Inc.

Collaboration is vital to enterprise architecture, and one of the ways to facilitate collaboration is through an enterprise architecture Kanban board. It is an ideal way to manage and track work in progress.

Ultimately, the goal of an enterprise architecture initiative is to provide the organization with a complete view of the enterprise, its assets and functions.

Free eBook: Enterprise Architecture & Innovation Management

A thorough approach to this requires input from the wider business and an enterprise architecture Kanban board can do just that.

A Brief History of Kanban Boards

Kanban boards are based on the concept of Kanban, a tool to visualize, organize and complete work.

In short, they are the visual storyboard for a process or workflow. They represent the journey and the concepts within that journey. Concepts are represented as cards on the board. Concepts may be moved from one stage to another by dragging a concept.

The first official use of Kanban can be traced back to Taiichi Ohno’s work at Toyota. He needed a way to quickly communicate to all workers how much work was being done, what state it was in, and how the work was progressing.

His goal was to make information and processes transparent to everybody and not just the management team – starting to see the relevance to enterprise architecture?

Kanban boards allow users to show the journey of concepts through your processes, improving visibility for the whole team.

Kanban Board Stages and Limits

A Kanban board is composed of stages. Stages are the placeholders for status of work and contain concepts. Depending upon the Kanban board that you are using, different types of concepts may be present on a stage.

Each stage may be defined with a limit. A limit provides a maximum count for the number of concepts that can exist on a stage at any one time. This prevents a stage from being overloaded with too much work.

The use of stages also allows the Kanban process to be streamlined. The use of limits in various stages can force concepts along a pipeline and ensure that current work is complete before more work is added to a stage. Usually Kanban boards have administrators that may define the stages and limits on a Kanban.

Kanban Board Examples

Following are some examples of Kanban boards:

Innovation Management: Provides a journey through innovation management

Ideas Roadmap: Provides a roadmap by quarter of where ideas are likely to be released

Ideas Management: Provides a journey of the status of ideas on a simple task board

Requirements Management: Visualizes requirements over a development Kanban

Feature Management: Shows where a set of features are in the development process

Skills Management: Provides a view of what skills training is required to be planned

There is no dedicated “enterprise architecture Kanban board,” so they are completely customizable. Therefore, an “enterprise architecture Kanban board” describes a Kanban board used within the context of EA.

Agile Enterprise Architecture & Kanban Boards

Kanban derives from the just-in-time manufacturing methods that revolutionized manufacturing by focusing on what is needed to achieve a particular result and integrating the supply chain to maximize production.

In the agile enterprise architecture approach the production line is our contextual architecture for a particular change program or project and our supply chain in the myriad group of SMEs, partners, suppliers and the overall EA model.

It’s by connecting these parts that we can produce accurate, relevant, verified models to support the project teams that will implement the changes within the organization.

The agile EA approach places Kanban at the heart of managing the change context model and provides a clear focus on which elements of the architecture are needed in a particular context and provides direct connection to the wider stakeholders for collaboration.

When adopting an agile approach to EA, Kanbans provide a great way to move work forward at ease to achieve an end goal or objective. Kanban boards provide a “work- in- progress” view of EA concepts.

They provide an ideal way to track the visibility and status of our work in progress and provide a visual set of stages. Each stage contains a set of ‘cards’ that represent concepts.

For example, a card could be an idea, business capability or an application component. Each stage is identified by a name and a description of the stage. There are many different ways of defining a Kanban board. A typical board has the stages – Parked, To Do, Doing and Done.

However, most companies tailor the Kanban to suit their own environment and projects.

Kanban boards can also have visual indicators on the concepts (cards) such as colors to indicate status of different attributes.

In the example above, tags are shown as different colors on concepts, where they are tagged or categorized for an organization. This helps identify status of the cards on the Kanban and helps decide which we should focus on.

Agility and Collaboration

But as with enterprise architecture more broadly, the temptation to deploy make-shift Kanban boards for less mature enterprises is strong.

However, such approaches are unscalable, and will quickly have a detrimental effect on an organization’s scope to operate with agility and collaborate.

Organizations that recognize the need for greater agility and collaboration in their enterprise architecture initiatives must employ an enterprise architecture tool that facilitates such an approach, like erwin Evolve.

As well as the ability to create, manage and collaborate on Kanban boards, erwin Evolve provides these core capabilities to help EA programs succeed:

Flexible Configuration: On-premise or cloud-hosted with a customizable metamodel and adjustable user interface with user-defined views
Enterprise Models: Creation and visualization of complex models for strategy, processes, applications, technologies and data
Central Repository: Captures all relevant EA data, supporting thousands of users in central or decentralized environments with access from anywhere and automatic mass updates
Collaborative Web Platform: User friendly and business-centric to capture and edit data with surveys and other social features to promote communication between IT and business users
Reporting: Diagrams, dashboards, workflows and “what-if” analysis
Professional Services: Expertise to help maximize ROI, as well as provide custom develop

You can even try erwin Evolve for yourself – for free – and keep any content you produce should you decide to buy.

The concept of ‘agility’ has permeated almost every inch of the enterprise. It’s not hard to see why either. The promise of faster time to markets, better management of change and disruption, and leaner, more efficient operations is clearly an appealing.

Enterprise Architecture (EA) is no exception to the rule. It might have been, for a time – when EA only really concerned itself with ‘keeping the lights on’. But now that the domain has found itself aligned more closely to the center of the business EA has to be concerned with agility too.

Some Enterprise Architecture practices can struggle to really achieve agility because of various reasons. We’ve put together 5 best practices to help architecture teams deliver greater business agility and also become more agile in their own approach to EA.

Just Enough Enterprise Architecture, Just in Time

One of the most common barriers to agililty is doing too much. The complex nature of Enterprise Architecture can lead to some architects building many rabbit holes where too much unnecessary information is captured and modeled that work is never ‘done’. This state is known as ‘analysis paralysis,’ as it effectively slows down the process and time to market of EA business-outcomes. Architects should stay focused on delivering Just Enough EA to support business outcomes, instead of documenting every last detail of the organization.

Of course there are times when very deep EA is required, but as a general rule it is better to focus on Just Enough Enterprise Architecture. Whether through curiosity to learn more, or paranoia that something will be missed, attempting to model and analyze everything is fundamentally at odds with agility.

To help focus on Just Enough EA and avoid getting lost in the detail, architects should:

Separate Enterprise Architecture from Solution Architecture, understand that detail does exist where Architecture meets design
Use a goal based decision process, keeps a focus on what needs to be built and by when
Concentrate upon interfaces / relationships
Define the core properties to be collected and implement quality checks
Harvest and connect to records of source

A lean and agile approach to Enterprise Architecture allows architects and non-architects alike to access the information they need much faster too, since EA modeling and content is no longer weighed down by a lot of unneccessary detail. EA is more likely to secure investment this way, too – as stakeholders are more likely to invest when the business outcomes can be translated more clearly and quickly.

Engage and Collaborate with Business Stakeholders

Another hurdle to EA agility is approval. Architects often reach a point where they can’t continue without the approval and buy-in from business leaders. The quicker you can get your stakeholders on board, the faster you can move through the strategic planning process into execution. This efficiency is essential to the agile mantra.

The ivory tower perception of Enterprise Architecture that has traditionally plagued the discipline makes this even more of an issue. Stakeholders are more likely to be reluctant to invest (be it time, money or resources), if the business outcomes aren’t completely clear.

One way to solve this is to help stakeholders get a better understanding and view of enterprise architecture. Getting them engaged and collaborating on the applications, processes or business capabilities they are interest in via an easy-to-use EA tool is ideal. We can also borrow ideas from Just Enough Enterprise Architecture (mentioned above). Your stakeholders shouldn’t have to learn how to do Enterprise Architecture in order to provide input and see its benefits.

Organizations with a collaboratively driven tool can provide stakeholders direct links to specific assets in the architecture. This negates any learning curve stakeholders might have needed to navigate the tool itself, gets them straight to their point of interest, and saves them time.

Giving stakeholders the ability to view and contribute directly within the EA tool itself, negates the need to go back and forth with static diagrams and reports. Instead of printing out PDFs and the like (which is actually just sharing), EAs can collaborate with stakeholders in realtime allowing them to see the impact of different changes on the business and to guide investment decisions.

Ensure Your Content is Stakeholder Focused

Although it’s best to engage and collaborate with stakeholders in EA, in some cases, the stakeholders can only really take a passive role. In this case, making sure what you present to the stakeholder is tailored to them, is another great way of removing stakeholder concerns as a hurdle to agility.

View managers are a great quality of life data management system, that can help EAs achieve this. They’re already commonplace in many Business Intelligence tools and CRM Systems, but can be just as useful in EA.

The purpose of a view manager is to streamline both the visulaization and navigation of data. They take a set of user defined parameters, and act as a filter to show only what’s relevant to that view.

Much of this ties into the concept of showing ‘just enough’ EA and can help users and the wider business stay agile by trimming the irrelevant data that can slow down decision making.

View Managers could also be used as a tool specifically purposed to improve agility and efficiency across the business. For example, a view could be created to always display all business capabilities or perhaps all applications that you own. It could then be sorted to show the most critical capabilities – based on their importance to the business – first.

This helps provide architects with a clear view of their own priorities but similarly which organizational priorities should be tackled first.

A business capabiltiy view is just one possible example. In terms of agility, the view would help improve the efficieny at every stage in strategics planning process, increasing agility and time to market across the board by improving systems and processes.

Kanbans

Kanban Boards are a common form of task management in business. In short, they operate as a visual representation of the current state of a specific task(s). The typical parameters are “to do”, “doing”, “done” and “parked”, but many businesses choose to define their own parameters to better suit their needs. For example, a Kanban board that follows the different stages of the TOGAF ADM.

In relation to agility, Kanbans are a great way of organizing and prioritizing your own and your teams activities. This structure is the basis for any credible attempt at a truly agile operation. Without it, organizations often find themselves wasting more time deciding what should be done, that actually doing.

Kanban’s are versatile enough to be used at almost any point in the strategic planning process – including Enterprise Architecture. In EA specifically, Kanban boards could include cards representing business capabilities, or application components, providing a work in progress view of the architecture.

Get the Right Tool

Most organizations start small with EA, repurposing tools such as Powerpoint, Excel and Visio.

This budget approach to managing EA can most definitely get you off the ground. But as the architecture grows, the silos created when fragmenting the architecture across multiple programs and file types stifle progression.

It becomes difficult to work collaboratively, as multiple team members struggle to keep aligned. In many cases, there will be multiple different versions of the architecture that don’t fully corroborate with one another.

The most direct impact on agility though, is the fragmented state of information and assets. The dispersed nature of the data makes it extremely hard to find the information you need, making the EAs day-to-day job harder, as well as introducing further complications when presenting the architecture to stakeholders. EA can be complicated enough for the experts, let alone the stakeholders that are only involved sporadically. These are complications it can do without.

The right tool would be one that unifies the Enterprise Architecture, as well as the architects – allowing them to work collaboratively within one tool, with real time feedback and comment systems across the diagrams, roadmaps, pivot tables, impact analysis and capability models.