Control partners should have skin in the game!

From the Easy in theory, difficult in practice Blog
by
My musings on project management, project portfolio management and change management. I'm a firm believer that a pragmatic approach to organizational change that addresses process & technology, but primarily, people will maximize chances for success. This blog contains articles which I've previously written and published as well as new content.

About this Blog

RSS

Recent Posts

Agile advice from our ancestors

All knowledge areas are important but some are more important than others

Influencing the eternal optimism of a delivery team

Defeating the multitasking monster

Just because you have information radiators doesn't mean senior stakeholders will review them!


Categories: PMO, Project Management, Tools


I finally completed reading Nassim Taleb's book Skin in the Game which I had written about in a recent article.

In that piece I had applied his principles when comparing the benefits of a product-centric orientation to the project-centric model which is still found in many organizations. But after finishing the book, I realized that there is a much more compelling example of the challenges experienced with risk asymmetry in many large organizations, namely with those staff who are responsible for developing the policies, standards and methods used by teams for delivering projects or products.

In small companies, how a product gets developed and delivered is usually defined by a "Big Brain" (e.g. a solution owner or similar role) or developed collaboratively by those actually building the solution. But as the size of the organization increases and stakes get higher, control partners emerge to influence not only what but how production occurs.

Where things get difficult is when these control partners do not experience first-hand the downside of their decisions.

For example, in some companies, project management standards are set by a centralized department such as a PMO. While some delivery roles such as program or project managers might report in to the same PMO, there are staff whose sole focus will be to define and maintain standards. As those staff are not in a project delivery role, even if they possess years of practical experience, as they won't themselves have to use the templates and tools which they have developed, they don't have true skin in the game. Delivery staff may complain to control partners about how onerous or non-value add specific practices are, but there is little direct impact to them.

There are a couple of ways to rectify this situation:

  • Serving in such control functions could be a rotational responsibility. After someone has spent a reasonable amount of time in a control role, they should be required to spend an equal amount of time in a delivery role. This will also help them better identify patterns and anti-patterns specific to a given context.
  • Introduce performance measures and incentives for control staff which are tied to the impacts created by their work as opposed to just the completion of this work. For example, quantifying the cost of control or conducting regular satisfaction surveys with delivery staff are two methods in which we could bring back skin in the game.

Method makers and framework formulators - practice what you preach!

Posted on: January 06, 2019 07:00 AM | Permalink

Comments (5)

Please login or join to subscribe to this item
Or you hope and pray that one night , they may get a conscientious awakening through an inner voice that says " As a serial nagger, am I really adding value to projects or to the betterment of my own career, or should I be doing something more productive with my time "

Thanks Deepesh - good luck with that hope :-) !

Good one, Kiron and thanks for sharing

Interesting post.
Thanks a lot!!

Please Login/Register to leave a comment.

ADVERTISEMENTS

I did this thing on the Ottoman Empire. Like, what was this? A whole empire based on putting your feet up?

- Jerry Seinfeld

ADVERTISEMENT

Sponsors