Back to the radar Projects, PMO and Risk

7 Rules for Agile Teamwork Without Slowing Everyone Down

Seven practical rules for increasing collaboration, shared ownership, and team autonomy without involving everyone in every decision.

Seven practical rules for increasing collaboration, shared ownership, and team autonomy without involving everyone in every decision.

In context

  • Topic: Proyectos, PMO y Riesgos — Gestión de proyectos, oficinas de proyecto y riesgo del portafolio.
  • Source: Mountain Goat Software

Continue reading at the original source →

Excerpt published automatically by the site radar. The full text belongs to its publisher and is linked above.

Why it matters

Projects rarely fail on the day they are declared failed. They fail months earlier, in a meeting where somebody saw the problem coming and calculated it was not in their interest to say so. Everything else — the slipping schedule, the stretching budget — is the visible consequence of that silence.

I read these things looking for where the risk sat before it became an incident. It was almost always already written in some register nobody reviewed, with an assigned owner who never found out they were one. A risk identified and not managed is worse than one never identified: it creates the false sense that there is control.

What usually goes wrong

Where it usually breaks is the handover to operations. The project is declared finished when it is delivered, not when the receiving area can sustain it. Three months later the team has dissolved, nobody documented anything, and operations lives with something it does not understand and cannot change.

What to watch

  • Which risks are identified, who owns each one, and when they were last reviewed.
  • The size of the first useful delivery: the further out it is, the more it resembles a bet.
  • How it was estimated and how close the same organisation's previous estimates turned out to be.

How I read this entry

The way I would bring this down to earth is by shrinking the size of the deliveries. An eighteen-month project with nothing visible before month twelve is a bet, not a plan. I would rather have six deliveries that stand on their own, even if the total takes a little longer, because each one corrects the course.

This entry is an excerpt from the original source, selected by the site radar. The commentary above is the site's own and does not belong to the cited publisher.
Share

Comments

No comments yet. Yours can be the first.

Plain text only, no links. No email is requested. Comments are reviewed before they are published.

Living through this in your own team?

Open the chat and tell me how you're handling it. I'm interested in comparing notes.

Keep reading

More entries from the radar

See all
Darinel Ortega Online · I reply during the day
Today
Hello. I'm not selling anything here: this is for exchanging knowledge about technology.
Write whatever you like — you can send text, images or documents. Messages reach my console and I reply from there.

An open conversation to share knowledge. Messages reach my console and I reply from there.

Let us book a conversation

Pick the day and time that work for you. Thirty minutes, no sales pitch.

Video call

For a video call, just ask for one here and I'll send you the session link.