Four Centers of Excellence

I used the term DevOps Center of Excellence to describe a COE that delivers a service to the organization in the essay, Types of Center of Excellence.  This type of COE is a consolidation of the personnel to deliver a service into a group that can be drawn on by other parts of the organization.  Another name or description of this type of COE is a Center of Functional Excellence (COfE). After reading the essay Pete Franklin (@PeteFranklin) tweeted:

Eight Avoidable Reasons Why COEs Fail tcagley.wordpress.com/2018/10/11/eig… via @TCagley – I’ve almost never seen a functioning CofE

When asked his opinion on why that was his experience he responded:

My theory is that the whole model is based on some fundamentally incorrect assumptions. In particular, that skills that exist in one place can be deployed into another team with no losses or issues. The old ‘fungible resource’ fallacy 🙂

I have seen functional COEs work and work well, however, I tend to agree that the seeds to make this type problematic are often present. (more…)

Travel is an eye-opening process.  It delivers wonder and knowledge.  It is also time-consuming.  In the past few days, I have spent 20 hours in planes, trains, buses, autos and walking.  All good, but instead of new content I am sharing a re-edited version of our 2015 Pomodoro article. (more…)

Listen Now

Subscribe on iTunes                   Check out the podcast on Google Play Music

The Software Process and Measurement Cast 395 features our essay on productivity.  While productivity might not be the coolest subject, understanding the concept is critical to every company’s and every worker’s financial well-being.

Gene Hughson brings another entry from his Form Follows Function blog to the Software Process and Measurement Cast. Gene discusses the idea of accidental innovation.  Gene suggests that innovation is not a happy accident, but is a result of a process, structure, and technology that can enhance innovation. However, it can just as easily get in the way.

In our third column this week, Kim Pries, the Software Sensei, brings us a discussion of how software developers leverage assimilation and accommodation in the acquisition of knowledge.

(more…)

The more complex the door, the lower the 'door' productivity.

The more complex the door, the lower the ‘door’ productivity – but not always.

While productivity is a simple calculation, there are a few mistakes organizations tend to make.  The five most common mistakes reduce the usefulness of measuring productivity, or worse can cause organizations to make poor decisions based on bad numbers.  The five most common usage and calculation mistakes are: (more…)

Kafka Statue

Are you measuring a team effort?

Productivity is used to evaluate how efficiently an organization converts inputs into outputs.  However, productivity measures can and often are misapplied for a variety of reasons ranging from simple misunderstanding to gaming the system. Many misapplications of productivity measurement cause organizational behavior problems both from leaders and employees.  Five of the most common productivity-related behavioral problems are: (more…)

Not quite a Google bus

Not quite a Google bus

Labor, raw material, and capital productivity are easy concepts to understand.  For example, labor productivity is the ratio of the products delivered per unit of effort.  Increasing the efficiency of labor will either increase the amount of product delivered or reduce the amount of labor needed.  Raw material or capital productivity follow the same pattern. The issue is that while labor, raw materials, and capital explain a lot of the variation in productivity, they do not explain it all. And in software product development other factors often contribute significantly to productivity improvement. Total factor productivity (TFP) is not a simple ratio of output to input, but rather is a measure that captures everything that is not captured as labor, capital or material productivity. Factors included in total factor productivity include attributes such as changes in general knowledge, the use of particular organizational structures, management techniques, or returns on scale. The components in TFP are often the sources of productivity changes in software development.  (more…)

26096385160_0723a35c74_o

In simplest terms, productivity is the ratio of output per unit of input.

Almost every conversation about change includes a promise of greater productivity.  In simplest terms, productivity is the ratio of output per unit of input.  While the equation is for calculating productivity is straightforward, as we have discussed, deciding on which outputs from an organization or process to count is never straightforward. The decisions on the input side of the equation are often equally contentious.  Three critical decisions shape what measures will be needed to supply the inputs used to calculate productivity.   (more…)