When do job titles matter in pace-layered IT?


Pace-Layered Application Strategy™ is a Gartner Concept http://www.gartner.com/technology/research/pace-layered-application-strategy/ promoting the division of application development across systems of record, systems of differentiation and systems of innovation.  The key point is these three layers require different approaches to achieve success.

I’ve spent the last 3 weeks bouncing between a large SAP project (system of record) and a smaller Salesforce.com project (system of innovation).  The first has a large project team, an expected duration of around 18 months and a governance model appropriate for a large CAPEX budget.  The second has a very small agile team tasked with delivering a solution in 4 weeks within a limited OPEX budget.

The interesting observation I’ve made after the last three weeks is that job titles matter a whole lot less when building a system of innovation.  The team is outcome focused not deliverables focused.  Hand-offs occur between people based on skill rather than job title.  In contrast the project delivering the system of record is following an industrialised process with rigid boundaries defined by titles held by each team and team member.

One model encourages identifying blockages and figuring out who can clear them “today”.  The other model is based around responsibility for component deliverables rather than the overall result.  This leads to accountability not being shared across the large team with conversations structured like “that’s the responsibility of xxxxx” rather than “what do we need to do to get this delivered”.

The other observation I’d make is that an organisation embarking on a pace layered approach to application development needs to think carefully about which engagement partners to use.  The “right” partner will differ across the three layers.  Systems of innovation need more commandos and fewer generals as one example.  Systems of innovation need small numbers of people with multi-disciplinary skill rather than large numbers of people with well-defined but narrow capability.  This can be a problem for large organisations operating a “preferred supplier” model which gravitates towards engaging a small number of large firms, because in some cases these firms and the teams they deploy are not experienced in agile development where job titles become close to irrelevant.  Engagement partners need to be selected based not just on their experience in a particular technology but also their proven capability to operate in the pace layered tier being used for the project.

Comments are closed.