<?xml version="1.0" ?>
    <rss version="2.0">
    
    
    <channel>
    <title>ProjectManagement.com - Projects - Perform - Monitoring-and-Controlling</title>
    <description>Projects - Perform - Monitoring-and-Controlling</description>
    <link>http://www.projectmanagement.com/Projects/Perform/Monitoring-and-Controlling//</link>
    <copyright>Copyright: (C) 2013 ProjectManagement.com</copyright>
    <lastBuildDate>Mon, 20 May 2013 02:05:07 GMT</lastBuildDate>
    <image>
    <title>ProjectManagement.com</title>
    <url>http://www.projectmanagement.com/design/logo.gif</url>
    <link>http://www.projectmanagement.com/Projects/Perform/Monitoring-and-Controlling/</link>
    </image>
    
    <item>
    <title>The Path to the PMP (Part 4)</title>
    <description>In the journey to PMP fitness, you have taken three decisive steps. But many PMs have not had the opportunity to participate in a suite of courses where most knowledge areas are explored from a combined approach of PMI theory and real-world application. While this can put you at a real disadvantage, it&apos;s still possible to be successful. In out latest installment, we cover Project Integration Management.</description>
    <link>http://www.projectmanagement.com//articles//278701/The-Path-to-the-PMP--Part-4-</link>
    <pubDate>Wed, 15 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Keeping the Schedule on Track</title>
    <description>If the schedule only exists to track what happened, it is a fairly useless tool. It will be glad to talk to you about the project and tell you how horrible things are, but that is not what project managers need. Here are some ideas for using the schedule to help the project instead of just using it to document failure.</description>
    <link>http://www.projectmanagement.com//articles//278702/Keeping-the-Schedule-on-Track</link>
    <pubDate>Wed, 15 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Should Technology and Process Coexist?</title>
    <description>With the ever increasing use of technology, how are processes impacted? Our writer feels that technology should be an overlay to the process work--we should start with a solid process and then look for ways that technology could make life easier in the execution of the process. But a colleague doesn&apos;t agree...</description>
    <link>http://www.projectmanagement.com//articles//278601/Should-Technology-and-Process-Coexist-</link>
    <pubDate>Mon, 06 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>How Emergency Response Helps Project Execution</title>
    <description>While many projects may not have to adopt the elements of the Federal Incident Command System, some are set up to resolve a certain time-bound resolution of organizational priorities and can reap the benefits. </description>
    <link>http://www.projectmanagement.com//articles//278602/How-Emergency-Response-Helps-Project-Execution</link>
    <pubDate>Mon, 06 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Who&apos;s Governing Your Governance Committee?</title>
    <description>If governance is designed to ensure that project execution occurs appropriately, then who ensures that governance occurs appropriately? To try and avoid conflict, an organization needs to ensure that governance committees operate with a series of guidelines.</description>
    <link>http://www.projectmanagement.com//articles//278280/Whos-Governing-Your-Governance-Committee-</link>
    <pubDate>Mon, 22 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>You Wanna Be Starting Something?</title>
    <description>Determining the nature and scope of a project is essential to refining how the resulting effort will accomplish business needs. A crucial component of this is having the knowledge of the business environment and the demands it must meet.</description>
    <link>http://www.projectmanagement.com//articles//278284/You-Wanna-Be-Starting-Something-</link>
    <pubDate>Mon, 22 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Untangling the Project Organizational Chart</title>
    <description>Organizational charts can become a tangled mess of lines and overlapping boxes. The project manager must untangle this mess so the project can progress. Sounds like a little R&amp;R is what we all need...</description>
    <link>http://www.projectmanagement.com//articles//278285/Untangling-the-Project-Organizational-Chart</link>
    <pubDate>Mon, 22 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Governance: An Overused Word, or Something Worth Talking About?</title>
    <description>&quot;Governance&quot; is one of those words that consultants and managers like to throw around to make it sound like they know what they&apos;re talking about. It is also one of the most widely misused words--if not concepts--currently employed in organizations. Why this is, what it means (and doesn&apos;t) and what it should represent are what this article explores. </description>
    <link>http://www.projectmanagement.com//articles//278202/Governance--An-Overused-Word--or-Something-Worth-Talking-About-</link>
    <pubDate>Mon, 15 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Pardon from the Governor</title>
    <description>It doesn&apos;t seem to matter what methodologies are used--success is not a guarantee. While eyes always turn to the PM for blame, isn&apos;t it time we examined why another significant party should also be sharing that burden?</description>
    <link>http://www.projectmanagement.com//articles//278203/Pardon-from-the-Governor</link>
    <pubDate>Mon, 15 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Whose Fault is This, Anyway?</title>
    <description>While &quot;blame&quot; is not a constructive term to use in establishing where things went wrong, every element of a project should have clearly defined owners. If it isn&apos;t clear where that ownership lies, there&apos;s a fundamental problem in the way your project is structured. Here we look at how we can establish that ownership--and ensure that the model is applied effectively.</description>
    <link>http://www.projectmanagement.com//articles//278105/Whose-Fault-is-This--Anyway-</link>
    <pubDate>Mon, 08 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>The Show Must Go On</title>
    <description>Managing issues on a project takes strategic planning and a little finesse so that issues do not turn into show stoppers. Do you have an issue management plan that can handle any problems and still keep the project on track?</description>
    <link>http://www.projectmanagement.com//articles//278020/The-Show-Must-Go-On</link>
    <pubDate>Wed, 03 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Five Project Management Pathologies </title>
    <description>Since it&apos;s the cold season, we wanted to share a list of maladies that will take your project down if you aren&apos;t paying attention or fail to keep your guard up. Each are preventable, and as the old saying goes: an ounce of prevention is worth a pound of cure. </description>
    <link>http://www.projectmanagement.com//articles//277298/Five-Project-Management-Pathologies-</link>
    <pubDate>Mon, 25 Feb 2013 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Recognizing Failure</title>
    <description>Project failure is inevitable, and failing to deal with it is inexcusable. Many projects fail to deliver against the plan that the approval of the project was based on. But few projects are ever actually cancelled--projects are delayed, costs are escalated, scope is cut...but ultimately the project is delivered, even if it bears little resemblance to what was originally approved. Stop the insanity!</description>
    <link>http://www.projectmanagement.com//articles//276268/Recognizing-Failure</link>
    <pubDate>Tue, 11 Dec 2012 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>The Gift of Failure</title>
    <description>When one PM looks back at his project career, he knows it has had its share of missteps--hurdles both large and small that weren&apos;t so easy to clear. Here, he relates an early and misguided experience.</description>
    <link>http://www.projectmanagement.com//articles//276269/The-Gift-of-Failure</link>
    <pubDate>Mon, 10 Dec 2012 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Failing Hard, Failing Easy</title>
    <description>There are many ways a project can fail, but it&apos;s &lt;i&gt;how&lt;/i&gt; the project manager handles the failing project that will make a big difference in how the failure impacts the people and organizations involved. Are you going to make this easy or hard?</description>
    <link>http://www.projectmanagement.com//articles//276270/Failing-Hard--Failing-Easy</link>
    <pubDate>Mon, 10 Dec 2012 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Quality Analysis in Project Management</title>
    <description>Quality analysis and quality management can be a full-time occupation for an entire team of people on a project. Unfortunately, not all projects have the scope or resources available to hire a quality team to work on a project. This article explores some basic guidelines for using analysis to manage quality on a project.</description>
    <link>http://www.projectmanagement.com//articles//275362/Quality-Analysis-in-Project-Management</link>
    <pubDate>Wed, 10 Oct 2012 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>The Big Chill</title>
    <description>With the steady industry shift away from custom code applications to more commercial software packages and services, IT project management practices are necessarily changing to adapt to the new conditions. Is this a glimpse into what the future holds?</description>
    <link>http://www.projectmanagement.com//articles//275125/The-Big-Chill</link>
    <pubDate>Mon, 24 Sep 2012 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Unintended Demotivation</title>
    <description>No manager wants to demotivate their team, but sometimes their actions have unintended consequences. How can well-intentioned actions backfire?</description>
    <link>http://www.projectmanagement.com//articles//275127/Unintended-Demotivation</link>
    <pubDate>Mon, 24 Sep 2012 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Business Case</title>
    <description>Mission-critical projects need to be well-justified, with clear goals that can be referenced throughout the life of the project. This business case template offers an excellent approach to goal-setting and a way to communicate those goals effectively.</description>
    <link>http://www.projectmanagement.com//deliverables//551/Business-Case</link>
    <pubDate>Mon, 12 Dec 2011 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Strategy-Focused Project Charter</title>
    <description>This template outlines a classic Project Charter with a focus on project definition and strategic ties. Risks and stakeholder needs are covered, but not in granular detail. It is appropriate for fairly low-risk projects where the goal is to get everyone on the same page up front.</description>
    <link>http://www.projectmanagement.com//deliverables//226104/Strategy-Focused-Project-Charter</link>
    <pubDate>Wed, 31 Aug 2005 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Project Sponsor Checklist</title>
    <description>The project sponsor checklist describes ways for the project sponsor to provide commitment and project support in an effective, visible manner.</description>
    <link>http://www.projectmanagement.com//checklists//226100/Project-Sponsor-Checklist</link>
    <pubDate>Wed, 03 Aug 2005 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Risk Assessment Summary Checklist</title>
    <description>This checklist is a quick and dirty way of weighing risk factors against project criteria to discover level of risk.</description>
    <link>http://www.projectmanagement.com//checklists//217383/Risk-Assessment-Summary-Checklist</link>
    <pubDate>Wed, 20 Oct 2004 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Risk Analysis and Contingency Plan Guidelines</title>
    <description>No project was ever completed on time and within budget. Identifying risks associated with a project and mitigating them is a crucial activity of project planning.  Managers need to not only analyze project risks, but also must develop contingency plans to address those risks.</description>
    <link>http://www.projectmanagement.com//deliverables//169912/Risk-Analysis-and-Contingency-Plan-Guidelines</link>
    <pubDate>Tue, 01 Apr 2003 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>ROI Calculator</title>
    <description>The attached tool has been developed to assist you in generating some solid payback data to be used to evaluate the return potential of your proposed method. Not only will it help the gods of finance see the light, but will also help you to understand whether your project is a winner or loser before you ever put your signature on the purchase requisition.</description>
    <link>http://www.projectmanagement.com//deliverables//144630/ROI-Calculator</link>
    <pubDate>Sun, 15 Sep 2002 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Tips for a Successful Business Case</title>
    <description>This excellent project justification guide will provide sophisticated advice to maximize the impact of your business case, making it accurate, complete and persuasive. In addition, learn some handy tips, techniques and strategies to complement existing procedures, templates and spreadsheets that you already use. </description>
    <link>http://www.projectmanagement.com//deliverables//18638/Tips-for-a-Successful-Business-Case</link>
    <pubDate>Fri, 20 Apr 2001 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Project Concept</title>
    <description>Finding sponsors to back your project is an art. Make a compelling case for the project to gain sponsor support when you are pitching your business case to executive management. Here is an example of a brief, direct project concept designed to lure sponsors into your camp.</description>
    <link>http://www.projectmanagement.com//deliverables//17424/Project-Concept</link>
    <pubDate>Thu, 08 Mar 2001 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Standard Business Case</title>
    <description>Document a business case to persuade upper management to fund your project. Keep it short and succinct enough that the busy executive management audience will read and digest it. It should directly convey the information &lt;I&gt;they&lt;/i&gt; need to know with salient, hard-hitting, supporting evidence that addresses the bottom line. This is a basic instructional framework of the information you should include in your business case. Enhance it as you wish!</description>
    <link>http://www.projectmanagement.com//deliverables//17357/Standard-Business-Case</link>
    <pubDate>Wed, 07 Mar 2001 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Presenting Your Business Case to Management</title>
    <description>Presenting a winning business case with the right amount of the right information for the right audience is the key to getting approval and funding for your project! Here is a presentation that will give you the fine points on how to do just that.</description>
    <link>http://www.projectmanagement.com//presentations//17029/Presenting-Your-Business-Case-to-Management</link>
    <pubDate>Thu, 22 Feb 2001 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Application Development Risk Assessment Checklist</title>
    <description>Building an application? This checklist outlines 52 potential risk areas in application development, defining low, medium and high risk levels for each.  Classifying your project risk in each of these areas will  not only guide you in forming mitigation strategies, but really help you focus your management attention during the course of the project.    </description>
    <link>http://www.projectmanagement.com//checklists//15356/Application-Development-Risk-Assessment-Checklist</link>
    <pubDate>Tue, 02 Jan 2001 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Quick Project Risk Assessment Questionnaire</title>
    <description>What&apos;s the first step in looking at the risks you face in delivering your project?  Before performing a full-blow assessment, you may want to ask yourself a few simple questions.  This 10 minute, 27 question worksheet will help you quickly identify a number of risk factors common to many projects.  It&apos;s a great first step in looking at the risks you may be facing at a macro level.</description>
    <link>http://www.projectmanagement.com//checklists//15257/Quick-Project-Risk-Assessment-Questionnaire</link>
    <pubDate>Mon, 18 Dec 2000 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Methodology Implementation Project Charter</title>
    <description>This is a high-level example of a Project Charter for implementing a methodology, but the structure and approach will work for many projects. This example is heavy on risks and assumptions, light on budgeting, role descriptions and conflict resolution.</description>
    <link>http://www.projectmanagement.com//deliverables//6041/Methodology-Implementation-Project-Charter</link>
    <pubDate>Wed, 10 May 2000 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Business Case Planning Checklist</title>
    <description>Formulating a business case and proposing your project to senior management for buy-in can be tricky.  Don&apos;t dive right in and start writing. Begin with a solid checklist of guidelines to ensure a business case that&apos;s more than buzzword hype.</description>
    <link>http://www.projectmanagement.com//checklists//5878/Business-Case-Planning-Checklist</link>
    <pubDate>Fri, 28 Apr 2000 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Project Sponsor Attributes and Responsibilities List</title>
    <description>The project sponsor is your project&apos;s champion. This guideline will help you pick the right person for this important job.</description>
    <link>http://www.projectmanagement.com//deliverables//5857/Project-Sponsor-Attributes-and-Responsibilities-List</link>
    <pubDate>Thu, 27 Apr 2000 04:00:00 GMT</pubDate>
    </item>
    
    
    </channel>
    </rss>
    
