CIOs, IT Executives,
Product Owners
Project Managers,
Application Managers
Software Architects,
IT Architects
Engineering Leaders
You are responsible for a pool of developers that are distributed across multiple “software factories”. A “software factory” means the organization that builds and maintains one single software system.
You are responsible for the costs of the developer workforce and the delivery effectiveness for the business side of your company (your customers).
You have “best-cost” all-star teams and also “low-cost” teams with average skills, e.g., provided by a far-shore vendor. To improve the cost-benefit ratio, you must make sure that many software systems are maintained by the low-cost teams and the best-cost all-star teams work on the systems with high importance to the business.
You are in the sandwich position between the demanding customers (business units) and the delivering IT organization. In cost-cutting situations, you are the unlucky one who needs to find suitable strategies with which the IT department delivers the same with fewer costs.
This use case applies in contexts where software systems are IT applications that you provide to the business-side of your company. That is, the business departments of your company are your customers who want their requirements to be built into the software systems that you are responsible for.
Your software developer workforce is split with respect to hour-rate costs per developer. It could be that one part of your developer workforce consists of in-house developers and another part is provided by a (cheaper) 3rd-party provider. Or you have different geographic locations, e.g., Germany, USA, India, China, where developer salaries differ significantly.
You know which software system is developed/maintained by which team (low-cost versus best-cost), however, you do not know if this is a cost-effective allocation.
You would like to free the best-cost teams from as much burden as possible and shift work to low-cost teams, however, you don’t know which software systems are suitable for being “far-sourced” without creating risks.
You would want a data-driven way to assess each software factory (and its system) with respect to the suitability to hand them over to low-cost teams.
You would want to see and compare KPIs per software system such as:
Having a data-driven way would prove that you know how to proactively encounter your cost and risk challenges. You would have real-time answers with which you steer and could also report.
You would turn your management style upside down: from reactive fire-fighting to proactive actions. You would be able to identify risks before your customers, the business departments, start complaining about too costly or too slow IT delivery.
August-Bebel-Str. 26-53
14482 Potsdam, Germany
hello@seerene.com
+49 (0) 331 706 234 0
Seerene GmbH
August-Bebel-Str. 26-53
14482 Potsdam, Germany
hello@seerene.com
+49 331 7062340