Customize Consent Preferences

We use cookies to help you navigate efficiently and perform certain functions. You will find detailed information about all cookies under each consent category below.

The cookies that are categorized as "Necessary" are stored on your browser as they are essential for enabling the basic functionalities of the site. ... 

Always Active

Necessary cookies are required to enable the basic features of this site, such as providing secure log-in or adjusting your consent preferences. These cookies do not store any personally identifiable data.

No cookies to display.

Functional cookies help perform certain functionalities like sharing the content of the website on social media platforms, collecting feedback, and other third-party features.

No cookies to display.

Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics such as the number of visitors, bounce rate, traffic source, etc.

No cookies to display.

Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.

No cookies to display.

Advertisement cookies are used to provide visitors with customized advertisements based on the pages you visited previously and to analyze the effectiveness of the ad campaigns.

No cookies to display.

People10 Technologies, Inc.

Enterprise Agility – Patterns

Mask Group 2

I had written a blog earlier on ‘how agile are you : an assessment”? It created some debates on various types of agility across the enterprise.. ‘Agile for me’ is not the same as ‘agile for you’. We are agilist, hence we don’t impose any one person’s version onto others. We are quite free to adopt the methods we choose. Yet, the question remains. What kind of agile delivery patterns / models suits best for what kinds of business needs?

Thanks to Rakesh, I have this nice illustration with which I can share with you the evolution of agile across different types of IT application scenarios.

Enterprise agile patterns ( Idea & Illustration : Rakesh Dahiya)

 

As you can see here, the degree of agility (ability to deliver early value to business ) goes up as you move up the chain.

I will explain the legends here a bit so that you can easily read the diagram. The blue blocks represent the three enterprise agile scenarios. On the left side the delivery patterns are explained and on the right side, the life cycle is illustrated.  The orange ‘dot’ shows at what stage in the project life cycle you would start getting business value. The green area shows indicative savings with respect to effectiveness and efficiency.

At the bottom of the stack, you can see the waterfall, that does not need any explanation 😉 Just note when you are realizing the earliest business value in this model (orange dot)!

Above the waterfall, you see the pattern for Enterprise packaged software like ERP systems and enterprise data Warehouses. It can be debated whether they really need an up-front design before going ahead with iterative and agile deliveries. Please keep in mind that here we are talking about implementation scenarios and these systems are already developed. While implementing for the clients, these systems can be customized and implemented in an iterative fashion. This fact is reinforced by large companies like SAP these days where they are embracing agile delivery patterns. Note that the earliest business value realized is when you reach few sprints into iterative delivery (deploy into production).

Next we move up to the classic requirements of ‘Custom Application development’. Most of the government contracts and large enterprise application needs come in this form. There normally tends to be some sort of clarity in the requirements (at least at a high level) because most of these projects normally get outsourced or get executed with a fixed budget in mind. They are hardly exploratory. In this case, the high level requirements can be estimated, and then move into an iterative agile delivery model. Take care of the fact that we are ‘not’ advocating upfront design. Architecture and design has to be evolutionary to adapt any changing requirements and non-functional needs like scalability, performance, etc. The earliest business value in this case if much ahead of the previous model.

Now we reach the top of the stack, and the highest level of agility we can see these days are with innovative product companies, e-businesses where the agile engineering practices are widely promoted. The concept of Lean start-up and continuous delivery is a must if you want to compete amongst that crowd. Something to ponder if you are product company, or operate in a volatile and changing business environment. Agility here would mean innovation, see and evolve, Minimum Viable Product (MVP), etc. The investment is in small increments and the business value realized is much early. A typical model for modern Internet based businesses. This kind of delivery is highly unlikely in large enterprises unless you are in front-office functions of volatile businesses like investment banks.

Now you can see that once we identify our business context into these three boxes, it would be very easy to map out what should be the agile practices, agile processes, agile tools etc you would need to deliver.  This realization would pave way for evolving from one delivery model to the next in a step-wise fashion, as well as knowing when to pause.

 

Author

Chief Operating Officer

A seasoned tech leader with 20+ years of experience, Nisha drives global business development and client relations at People10.

Share this post

Recent posts

Tags

Subscribe to our newsletter