Enterprise Content Management and Business Process Management are not merely IT projects. Ascending on an ECM/BPM path requires meticulous planning, execution, and measurement. For all stakeholders, it is essential to internalize that such an initiative will definitely alter the way the organization executes its business, positively.

ECM/BPM is about business transformation. It is about aligning people, process, and content with business priorities. So, it is essential for an organization to define how this alignment can be achieved. Any organization that is serious about content and process management must define an ECM/BPM program.

ECM/BPM Program

A program is mandatory for any organization contemplating ECM/BPM. Putting a program in place does not mean that the organization should look at executing the program in a massive way. The organization need not, and in many cases should not, proceed with a big bang approach to ECM/BPM. At the same time, projects should not be executed in isolation thus creating silos within the organization. Defining a program helps the organization in setting the direction of the ECM/BPM journey. Even if the execution approach is small and tactical, a program will let the organization align such steps in the same strategic direction.

An ECM/BPM program involves four steps:
• Articulating the objectives
• Planning
• Executing the plan
• Measuring the program itself

Objectives

It is essential that the organization understand what the objectives of this program be. Such a program will be deemed to fail unless there is buy-in from all key stake holders in the organization. The top management, functional heads, line managers, and all employees of the organization should be prepared well for the change and its benefits.

The commonly achieved benefits of such a program are:
• Improved organizational efficiency and effectiveness
• Better control of the operations
• Increased collaboration between functions
• Better customer satisfaction levels
• Ability to scale up operations better
• Cost reduction

While all or many of these benefits can be achieved in an ECM/BPM program, it is paramount to identify the primary potential benefits. The goal for potential benefits is unique for an organization, so the first step of such a program is to identify them. The most important potential benefits will be the objectives of the program.

Defining the objectives will be an exercise where representatives from all key stakeholders participate. Potential benefits can be defined only if current pain points are enumerated and analyzed. This is a vital exercise since a solution cannot be arrived at before understanding the problem in detail.

The outcome of this step will be clearly articulated organizational objectives for the ECM/BPM program that are endorsed and internalized by the key stakeholders.

Planning

The previous step defined what the program will bring to the organization. The planning step will define how the objectives will be met, who will make it happen, when and where the benefits can be realized.

The first step will be to put together a team who will manage and monitor the planning and execution of the program. The proposed team should have representation from the top management, business units, user community, information technology, compliance group, and other support functions.

This phase will flush out more details about the individual group pain points and areas of improvements. Besides, the step will define tactical and strategic approaches in dealing with the problems in hand. The most significant part of the planning process is to put together a potential organization-wide roadmap for achieving the objectives.

The last priority for the planning phase will be to prioritize the tactical initiatives that are achievable in the shorter timeframe and identify potential execution plans.

Execution

The execution phase will focus on identified and approved tactical plans. It will involve looking at these tactical plans, defining the problems in detail, identifying potential solution, identifying necessary technological improvements, getting internal or external teams to bring execution capabilities, and finally carrying out solution projects.

Execution phase is a long-term process and will involve a multitude of internal teams, technologies, vendors, and administrative functions. The program team will play a significant role in this phase to ensure that each tactical plan execution is fully aligned with the organizational objectives defined for the program.

Measurement

The most important and the most neglected step in an enterprise wide program is measuring. An organization should have a clear understanding of the ROI (Return On Investment) at every step of the program. ROI is nothing but a quantification of the objectives. Objectives are easy to enumerate, but difficult to quantify. In most cases, measurement and monitoring are lost in the execution step.

The program team will need to define measurable matrices for each tactical plan. These parameters are to be reviewed during and after the execution of the tactical plan. The findings are then to be incorporated into future tactical plan execution and approvals. This will ensure that the ROIs are accrued in the right direction throughout the program.

There were many discussions about IT Services 2.0 before and we have seen many definitions of the phrase. All of those are derivations of individual opinions and I don’t think there is any official definition for the concept yet. Here is my take on the next generation of IT services.

So far, the best articulated opinion I have seen is from Chris Barbin of Apprio (http://www.sandhill.com/opinion/editorial.php?id=129). While I agree with Chris on most aspects, there is an apprehension that he is limiting the scope to only SaaS based services in general, and Salesforce.com based services in particular. Here is an attempt to define IT Services 2.0 in a broader sense. It is clear that many of the thoughts presented by Chris are borrowed in this definition as well.

General Objectives

IT Services 2.0 is not too different from the erstwhile (1.0?) services in its theoretical objectives. If we were to look at both from an idealistic viewpoint, the guiding principles would look the same. The difference will primarily be in how the services are rendered and the motivations behind adhering to the objectives. The objectives recommended to be set for a 2.0 solution are:

1. Tangible business benefits to the customer
The most important objective of a Services 2.0 solution is to ensure tangible and measurable benefits to the customer’s business.  This is easier said than done. IT services companies hardly understand their customers and their business today. I don’t think we can blame these services companies because in many cases the IT departments of the customers may not have ample knowledge about the businesses their organizations are into. It is imperative that IT services companies invest in KYC (Know Your Customer) exercises throughout the engagement periods. The services company should be able to understand, articulate, deliver, and reiterate the business benefits derived out of an engagement to the customer.

2. Smaller and measurable project life cycles
In today’s scenario, customers don’t have the stomach for monolithic projects. In my opinion, the biggest positive to the IT industry from the global economic downturn will be the intolerance to very large IT initiatives. Since every investment will now be dissected and analyzed in all possible directions, it is essential to realize an ROI and that too in as little time as possible. So, individual IT projects will be looked at as 3-6 month exercises that will start yielding benefits within a maximum of 7-8 months from the initial decision point. This will enable the customers to realize the ROIs within the same budgeting year.

3. Expectations on value addition
A major requirement for a 2.0 service provider is to be savvy about the customer’s business parameters. Rather than supplying with lines of code or people who can code, these firms will be expected to provide the customers with ideas and suggestions as to how technology can help improve their business. The services firms will be expected to bring expertise and prior experience in solving the exact problem the customer is facing today.

4. “Show me” as compared to “Tell me” approach
The current approach to IT services puts a lot of thrust to tons of presentations, documents, status reports and innumerable meetings. Both the vendor and customer spend too much time and effort in communicating with each other formally with words, numbers and pictures. The thrust of the 2.0 services will be to show how things work right from the first meeting. “Show Me” as an approach will play a significant role in selling the services as well, thus reducing the sales cycle times drastically. SaaS will be a significant delivery model in 2.0 services and with the hosted approach, “Show Me” will be lot easier for the service provider to handle and the customer to comprehend.

5. Assembling instead of building
Building software from scratch is a thing of the past. Now we are surrounded with umpteen enterprise software platforms, technology frameworks, and rapid application development toolkits. Many of the current service providers make use of “reusable components” they have accumulated over a long period of time. I am talking about going to the next level of software solution preparation. This process will be carried out more by solution consultants with minimal effort from programmers. To achieve reduced turn around time for solution delivery, services companies will have to practice the art of quick solution assembly.

6. Paying for value generated and not for resources
What all these will culminate into is a significant shift in service vendors’ mindsets. Service 2.0 companies will not talk about billability of resources, will not send timesheets for customer approval, and will not look for deploying their workforce on customers’ sites on contract. Instead, the focus will be on how quickly they can get out of a customer’s active project. Billing will be based on the achieved business value generated. Most contracts will be subscription based or fixed bids.

What are the key ingredients of a successful 2.0 IT services offering? I have some thoughts on it as well. More on that topic, next time!