Data-Driven Workforce Management

Context

This use case is applicable to software development organizations where the business demand per software system fluctuates over time, and therefore, the number of developers necessary for each software system changes and as such, the workforce allocation should be adjusted.

Such circumstances are oftentimes the case where software systems are IT applications used by the business side of the same company, e.g., sales, finance, operations, etc.

Generally, the internal customers will already have IT applications that support their business processes. In this case, the IT organization just has to maintain the systems (keep the lights on).

However, sometimes the business side needs to seize new opportunities or experiences changes in their business processes, with the subsequent need to extend or adapt the underlying IT systems.

The developer resources then need to be shifted from the software systems that were formerly in business focus to the now business-critical software systems.

Pains

You need to oversee the work on multiple software systems and it is difficult to detect when the business side reduces the amount of incoming requirements for a specific system. As a result, your organization carries wastefully over-allocated software factories that squander precious developer power, which could be used to create business value elsewhere instead.

Identifying the resources most suitable for shifting from one software system to another - without endangering further implementation work on the systems - is a delicate task and can often lead to “political discussions” between the affected software factories without fact-based arguments.

Gains

If you have detected an over-allocated software factory, it would be highly beneficial to identify those developers who could be reallocated to another factory without draining critical knowledge. Fact-based decisions would improve the culture in your organization and avoid “political discussions”.

When 3rd-party development vendors are involved, it is particularly important to identify the knowledge-carrying developers of each software system. The vendor may have its own, and potentially conflicting, agenda regarding how to provide you with developers.