<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>PMO on Trayix</title><link>https://trayix.com/tag/pmo/</link><description>Recent content in PMO on Trayix</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Wed, 15 Jul 2020 09:00:00 +0000</lastBuildDate><atom:link href="https://trayix.com/tag/pmo/index.xml" rel="self" type="application/rss+xml"/><item><title>Remote governance without micromanagement</title><link>https://trayix.com/2020/07/remote-governance/</link><pubDate>Wed, 15 Jul 2020 09:00:00 +0000</pubDate><guid>https://trayix.com/2020/07/remote-governance/</guid><description>&lt;p&gt;Several months into remote work, many leaders miss something they never noticed they had: a feel for how projects were going. They used to see who was in early, who looked worried, and who was huddled around a whiteboard. Without that, some compensate by adding status meetings, demanding daily reports, or installing software that tracks activity. It&amp;rsquo;s an understandable reaction. It&amp;rsquo;s also the wrong one.&lt;/p&gt;&#10;&lt;h2 id="why-surveillance-fails"&gt;Why surveillance fails&lt;/h2&gt;&#10;&lt;p&gt;Counting hours online or keystrokes measures presence, not progress. Good people notice quickly, and they respond by looking busy. Meanwhile the real signals, such as a blocked dependency or a risk growing quietly, stay hidden. More status meetings have a similar effect: they consume the time people need to do the work, and they rarely surface bad news any faster.&lt;/p&gt;</description></item><item><title>Value management: what the PMO should report</title><link>https://trayix.com/2017/05/pmo-value-management/</link><pubDate>Wed, 24 May 2017 09:00:00 +0000</pubDate><guid>https://trayix.com/2017/05/pmo-value-management/</guid><description>&lt;p&gt;Most PMO dashboards report activity. Tasks completed, milestones hit, and a column of red, amber, and green dots. They answer &amp;ldquo;are we busy and on schedule?&amp;rdquo; but not &amp;ldquo;is this worth what we&amp;rsquo;re spending?&amp;rdquo; The second question is the one executives care about, and it&amp;rsquo;s the one the PMO is best placed to answer.&lt;/p&gt;&#10;&lt;h2 id="why-activity-reporting-falls-short"&gt;Why activity reporting falls short&lt;/h2&gt;&#10;&lt;p&gt;Consider a project that finishes on time and on budget, then delivers a system nobody uses. Every status report was green. The project still failed to produce what the business wanted. Green means the plan is on track, not that the plan was a good idea or that its result mattered.&lt;/p&gt;</description></item><item><title>From status reports to strategy: the new PMO</title><link>https://trayix.com/2016/10/the-strategic-pmo/</link><pubDate>Wed, 19 Oct 2016 09:00:00 +0000</pubDate><guid>https://trayix.com/2016/10/the-strategic-pmo/</guid><description>&lt;p&gt;Ask an executive what the project management office (PMO) delivers, and you&amp;rsquo;ll often hear &amp;ldquo;a weekly status report.&amp;rdquo; Ask what they wish it delivered, and the answer changes: which investments matter most, whether we have the people to do them, and whether any of it is paying off. More and more, we hear PMOs being asked to answer those questions. A report that lists what happened last week doesn&amp;rsquo;t.&lt;/p&gt;&#10;&lt;h2 id="what-changes"&gt;What changes&lt;/h2&gt;&#10;&lt;p&gt;A traditional PMO tracks projects one at a time. A strategic PMO looks across all of them. That shift sounds small, but it changes almost everything the office does.&lt;/p&gt;</description></item><item><title>Rethinking the PMO for agile teams</title><link>https://trayix.com/2014/08/rethinking-the-pmo-for-agile-teams/</link><pubDate>Wed, 06 Aug 2014 09:00:00 +0000</pubDate><guid>https://trayix.com/2014/08/rethinking-the-pmo-for-agile-teams/</guid><description>&lt;p&gt;When teams go agile, the project management office (PMO) is often the first group to feel the chill. Templates, weekly status reports, and compliance checks suddenly look like friction to people who want to ship. Some PMOs respond by tightening the rules. We think the better response is to change what the PMO is for.&lt;/p&gt;&#10;&lt;h2 id="why-the-old-model-feels-wrong"&gt;Why the old model feels wrong&lt;/h2&gt;&#10;&lt;p&gt;A traditional PMO works by standardizing. It asks every project for the same plan, the same report, and the same sign-offs, so leadership can compare them. That served a purpose when projects looked alike. An agile team shows progress through working software every few weeks, so a weekly document describing percent complete adds little. Teams see the report as extra work, and the PMO sees teams as undisciplined. Both are partly right.&lt;/p&gt;</description></item><item><title>Running agile teams inside a stage-gate process</title><link>https://trayix.com/2013/12/agile-inside-stage-gate/</link><pubDate>Wed, 04 Dec 2013 09:00:00 +0000</pubDate><guid>https://trayix.com/2013/12/agile-inside-stage-gate/</guid><description>&lt;p&gt;Most large companies can&amp;rsquo;t drop their gate reviews overnight, and most shouldn&amp;rsquo;t try. Gates exist because executives need to decide where to put money, and that need doesn&amp;rsquo;t go away when a team starts using Scrum. The good news is that the two can coexist. The trick is translating what agile teams produce into what the gate committee needs to see.&lt;/p&gt;&#10;&lt;h2 id="start-with-what-a-gate-is-for"&gt;Start with what a gate is for&lt;/h2&gt;&#10;&lt;p&gt;A gate is a decision point: continue, change, or stop. Gate reviews often ask for documents because documents were once the only evidence available. Working software, a stable velocity, and a prioritized backlog are better evidence of progress. Your job is to present that evidence in terms the committee understands.&lt;/p&gt;</description></item></channel></rss>