Vue Software

Tag Archive for 'Development Life Cycle'

Sales Performance Management Implementation Catch 22

1 Star2 Stars3 Stars4 Stars5 Stars (1 votes, average: 3 out of 5)
Loading ... Loading ...

I know I said that building should only start once design is completed…  this would be ideal, but it’s not always possible.  Why not?  People often wait to finalize the compensation plans before starting the planning process.  Typically plans are not until a few months before the next fiscal year, so that usually leaves very little time for implementation.  What more, the analyze and design phases rely on those plans to be completed. 

So can we start implementing without the comp plans?  It depends.  More often than not, we have a very good idea of what the plans will look like, how the calculations will be performed, which bonus exist.  The information that is lacking is the quota amounts, bonus amounts, or which particular bonus applies to whom.  Even without this information, it is possible to start working on the analyze and design phases.  

With this in mind, if we can map out all the information we know, it will be possible to take big leaps in our initial phases, and even in implementing major components of our sales performance system.  Once the missing details become available, it will be time to revisit the documents to keep them up to date.  

This should give more time to properly implement the system without cutting corners, and to meet the deadlines.  Like I said, this is not an ideal scenario, but it is much better than waiting until 3 weeks before the required “go-live” date to start implementing. 

Tags: , , , , ,

Related Posts:
Which SPM Vendor “Sucks” the Most?
8 Predictions for the Incentive Compensation Industry in 2009

SPM Delivery Model - Intro to Development Life Cycles

1 Star2 Stars3 Stars4 Stars5 Stars (2 votes, average: 3 out of 5)
Loading ... Loading ...

The implementation of a sales performance compensation system requires several steps, which are often referred to as the “System Development Life Cycle” or SDLC.  These steps include project initiation, requirement gathering, design, building, testing, deploying and maintaining the application.  No question there.

Each company and often each client with whom I worked had a different flavor of such methodologies.  Some work better in some cases, some work better in others, and I feel like some work particularly well for SPM software integration.  Software vendors often also have some flavor of a development methodology which promises to deploy their solution more quickly, but often by taking shortcuts.

The “SPM Delivery Model”, is my own version of a methodology to deliver a sales performance management system on-time, on budget, and without any defects.  The idea is to follow a repeatable process to manage the system deployment. What drives the need for yet another delivery model is that with an SPM system, unlike other type of software applications, the input and outputs are usually well known; we have historical data, we have compensation plans, etc.  Using a linear “waterfall” model is the best way to run into problems too late in the process.  Following an agile methodology or a rapid prototyping methodology can result in poor design and re-usability issues.

At a high level, the SPM delivery model appears to follow the waterfall model for the requirement gathering and design phases, and then follows a an agile methodology and a test-driven methodology for the build and test phases, where each iteration is repeated for each compensation plan.  Once every iteration is done,  the waterfall flow resumes for UAT, deployment and change management.

I will describe this in more details in my next post.

Tags: , , , , ,

Related Posts:
6 Phases of the Sales Performance Management Delivery Model
Best Practices for Sales Compensation Management