Keith HullKeith Ellis is the Vice President, Marketing at IAG Consulting (www.iag.biz) where he leads the marketing and strategic alliances efforts of this global leader in business requirements discovery and management. Keith is a veteran of the technology services business and founder of the business analysis company Digital Mosaic which was sold to IAG in 2007. Keith's former lives have included leading the consulting and services research efforts of the technology trend watcher International Data Corporation in Canada, and the marketing strategy of the global outsourcer CGI in the financial services sector. Keith is the author of IAG's Business Analysis Benchmark - the definitive source of data on the impact of business requirements on technology projects.
AddThis Social Bookmark Button

Managing Metrics; Lies, Damn Lies and Statistics

Here's a common scenario for IAG, the company I work for: client wants to make significant improvement in their business analyst organization - AND - they need to demonstrate the performance improvement made. It happens all the time, and there are many managers that know the pain of getting locked into managing the wrong set of key performance indicators.

Here are the ways IAG approaches this need:

  1. Benchmarking organizations' requirements maturity: the best possible scenario for setting up a system of metrics is to benchmark an organization's requirement maturity at a specific point in time - then repeat at periodic intervals. Rather than rely on a single point metric as a judge of performance, it is best to diagnose people, techniques, process, technology, organization, and documentation standards, and from this establish a baseline of current performance with an action plan for the future. One year from now, you should then snapshot the organization to validate that performance improvement has been made and compare with industry data to show the value of these activities.

    Here's the issue with most organizations: They have a blind spot that is radically reducing their overall performance as an organization. It could be deliverables, skills, technology, who knows, but unless this is fixed, even though the organization thinks it's making huge improvements, they may actually be delivering in a less than stellar fashion. When you assess maturity, it uncovers these issues, and enhances the ability of the organization to move forward quickly.
  2. Scorecarding: I love it when a client goes the scorecarding route with IAG for building their metrics program. It's a robust approach to building a program of metrics that harmonizes these back to broader organizational and strategic objectives. Some people have the idea that a scorecard will be a perfect nirvana - pfffft - not going to happen. It's a discipline! The idea of the disciple is - first and foremost - to get into the discipline and get value out of it. So it is better to get a scorecard in place in two weeks and concentrate on teaching people the discipline of using it, than to strive for the 'perfect metric' and wind up not measuring anything. When business people see great value out of an activity - especially metrics-based management - then the quality of the metrics that get managed also naturally evolve and improve over time. The problem is, for most organizations, getting the process started.
  3. Side-by-side-paired-project-execution. OK! in English; take two projects of roughly equal size/complexity. On one, do whatever that project team thinks is best (the traditional approach). On the other, follow the new disciplined approach. Repeat three times. There is absolutely nothing like having a project pushed through in half the time and stakeholders singing the praises of the new process. It's great I theory but companies often have difficulties doing this internally because there is not enough difference between people(Skills), process, techniques, technology, organization, and deliverables (collectively referred to as 'requirements capabilities') used in one project versus the other to make a substantial difference. This is where teaming with an outside organization can show what performance change is possible - IF - the outsider can demonstrate significantly more maturity in requirements capabilities. The point being: if you want to run two projects at roughly the same time, make sure there is sufficient difference between the two teams across all requirements capabilities; don't just change the deliverable and expect a significant performance improvement.

    The other alternative is to compare projects before and after investing heavily in resources and process improvement over a period of months; i.e., have good metrics on current projects in the anticipation of pairing future projects with these and looking at performance differences. You can also have this kind of research process externally audited like we did years ago in building stats on our own methodology. I've also done this kind of thing for clients, and you can get fairly strong data showing new versus old - but you do need to appreciate it is a fairly large project to set up the metrics, conduct the measures multiple times over the course of the project, compile results, etc. You can get anecdotal results fairly quickly, but it takes a rigorous method, and the disciple to execute on the research method over months to get strong statistically defensible results.
  4. Finally, you can do look-back reviews. Set up a methodology for determining all the dimensions of requirements maturity on a particular project, then investigate the projects, looking at the documentation, interviewing stakeholders, PMs and BAs. Compare the findings on maturity with the project outcome in terms of on-time and on-budget performance to get your metrics for past projects - and set the baseline for future performance. This is not my favorite approach simply because it is backward looking - presumably on poor performance, rather than forward looking on performance improvement. I've built analysis this way - it yields an almost perfect line (better requirements maturity = better project performance) but because it is not forward looking with positive accomplishment being represented in the data, it is generally not as compelling to senior management.

Regardless of the method you use for measuring and representing performance, remember there are two types of statistics:

  • Information that is interesting (I'm fat)
  • Information that causes us to change behavior (I'm only expected to live until 55 given current health

The same information might be represented in each of these two sets of statistics but only the second causes me to change behavior (assuming the source was credible). I call this catelizing your benefits. Expressing data in terms that communicate clearly, where the implications of the finding are well understood, and people see that action is needed based on the finding.

Whatever method you chose - catalyze your benefits!

Don't forget to leave your comments below


Keith Ellis is Vice-President, Marketing at IAG Consulting (www.iag.biz) where he leads the marketing and strategic alliances efforts of this global leader in business requirements discovery and management. Keith is a veteran of the technology services business and founder of the business analysis company Digital Mosaic which was sold to IAG in 2007. Keith's former lives have included leading the consulting and services research efforts of the technology trend watcher International Data Corporation in Canada, and the marketing strategy of the global outsourcer CGI in the financial services sector. Keith is the author of IAG's Business Analysis Benchmark - the definitive source of data on the impact of business requirements on technology projects.

Comments (6)Add Comment
...
written by Glenn R. Brule, March 10, 2010
Hey there Keith, Part I

Couldn't help myself, but wanted to comment on your article. As you know often clients are very curious about demonstration of metrics and the need for proof of worth in quantifiable data...I think a very important fact that can be expanded upon in this article is to ensure that metrics that are being considered or even monitored are very much in alignment with the maturity of an organization. That is to say an organization that lacks in BA Maturity should consider a very simple set of metrics to measure thier performance, and just as importantly my recommendation would be that a team of individuals work together - say in a requirements workshop setting to determine what measures will be monitored. A simple approach would probably consider People, Process or Tools. Simple of course until an organization begins to cloud and confuse what level of metrics will be assessed, organizationally, managerially or at the "user" level" all of which generally should land somewhere between people and processand but generally endus up focused on process and tools. A simple SWOT Analysis would help a group to quickly ascertain this situation appropriately.

...
written by Glenn R. Brule, March 10, 2010
Part II

Again, along the vien of maturity, lets suppose that the organization is starting out with thier BA Practices or have just taken a step forward. My recommendation would be to explore simple measureable process related activities including such things as time to complete an iteration, number of change requests, number of iterations in total etc. All of which could use simple mathmatics to calculate a "Swagged" number. So for example if project x recieved 10 change requests and Glenn worked on them, and averaged (that being the key - given the level of BA Maturity) 1 hour to complete each change request at $20 dollars an hour then the total cost to overcome this would be 200 bucks...the question now becomes, and again given the level of maturity - can this number be reduced by let's say 10% for a project of a similar size? More importantly what was the root cause of all those change requests? If we consider that the average organization runs approximately 75 projects at any given time over the year the cost savings could be exponential, and as the organization begins to mature so to can the details being measure and the formulas used to calculate those measurements. Where there are no specific data elements readily available SWAG should be acceptable until a level of maturity is reached where specific data is available.

As an organization matures, overall project costs, ROI, IRR, amount of "administrative time" spent on validating output of interviews requirements workshops etc, will become a natural progression towards performance improvement not only for individual projects for a porfolio of projects, essentially raising the value of Business Analysis and the positive financial impact that can be realized.

Regards,

Glenn R. Brule, CBAP
...
written by Teresa Heisler, March 11, 2010
Hi Keith,

I also read your article with interest. I work for a financial company as a Business Analyst Team Lead. We have scorecards in place that endeavour to measure a business analyst's performance across a number of dimensions including quality, delivery and communication. As a BA practice, we have developed repeatable and standardised practices as well as templates. A lot of effort is expended growing ther maturity of our practice over time.

Question is, how do we benchmark and then track an individual's performance over time? How do we set measures differentiating an Effective BA from one that is an Outstanding performer? we have been struggling with these concepts for a while trying to remove subjectivity from the equation.

Your thoughts would be welcomed.
...
written by Keith Ellis, March 12, 2010
Grbrule - loved the comments coming back and think the general theme "keep it simple" is a good message. I also like that you've underscored just how important maturity is - yup, critical. Let me suggest a few things to tune the approach:

An organization's maturity is a discrete 'metric':
Maturity is measured a certain way so it's a very bad idea to reduce or simplify. IAG also measures it very precisely as a result of the mounds of research we've done. The capability model of high maturity organization cannot change - the measuring stick must always be the same. AND - this is critical - it is good metrics management simply to make improvement against this goal. Maturity improvement is, in a way, its own balanced scorecard of metrics.

On the metrics side - I would really shy away from swagged anything. Metrics are always challenged and tested. There has to be a method of calculation and analysis. It may be that the method of calculation is imperfect, or the method is imperfect, or the metric followed is not the one you'd ideally follow - and that's OK. What is not OK is if the way it is calculated or the way data is generated is suspect. Suspect data will undermine any message you try to hang on it.

BTW - YES, I agree you can use swags when you are testing ideas and seeing if they are useful measures. Just don't use any of this in your 'production' system.
...
written by Keith Ellis, March 12, 2010
Heist,

Great question and obviously the answer depends a lot on your organizational context. i.e., I don't know exactly what you have set up or what constitutes high maturity for your organization.

With the disclaimer out of the way... here are some approaches:
Not getting too far into HR management and performance management techniques etc. there are two approaches I like that you might take to this issue - one is a behavioral-based approach, the other is results-based.

A behavioral-based approach is what you might see commonly from HR where you're defining roles, skills and behaviors and you measure behavior through a variety of techniques (like 360s etc etc). You would augment this, or 'operationalize' it within the BA function, through an accreditation framework (different from IIBA 'certification'). Outstanding is assessed by having outstanding behaviors identified in the model. IAG gets brought in to do these sometimes when the HR organization does not have detailed knowledge of BA skills, or there are pieces missing.
...
written by Keith Ellis, March 12, 2010
Heist response part 2...

A results-based model is entirely different and more driven from an operational-orientation rather than an HR orientation:

I have to assume that as a high maturity organization you've got fairly tight role definitions and have defined the quality of service (QOS) that a customer (your business project sponsors) can expect from an analyst with a specific skill set (e.g., an intermediate analyst, doing 'scoping service', provides a certain set of deliverables for a certain class of projects within a certain timeliness and with a certain level of satisfaction). When you take a 'service-delivery' orientation outstanding performance is easier to measure because it's far less abstract. Your goal is not to set out as a 'service' everything an analyst could possibly do, but to set out certain MANAGED SERVICES that your leadership groups deem essential and strategic. People are measured every time a managed service is delivered only on that element of the project.

The idea above is to promote two goals: measured individual performance in specific activities of value, and getting better aggregate understanding of the organization's stronger or weaker areas of performance.

We do the results-based approach at our organization, and combine it with accreditation to assure that people going out to provide certain services will be successful in that role. We also have an accreditation management system to track performance.

Write comment
We love to see comments! However, please do not market or sell any products. Your comment will be removed immediately!
smaller | bigger

busy