<?xml version="1.0" ?>
    <rss version="2.0">
    
    
    <channel>
    <title>ProjectManagement.com - Projects - Manage - Communications</title>
    <description>Projects - Manage - Communications</description>
    <link>http://www.projectmanagement.com/Projects/Manage/Communications//</link>
    <copyright>Copyright: (C) 2013 ProjectManagement.com</copyright>
    <lastBuildDate>Sun, 26 May 2013 00:05:03 GMT</lastBuildDate>
    <image>
    <title>ProjectManagement.com</title>
    <url>http://www.projectmanagement.com/design/logo.gif</url>
    <link>http://www.projectmanagement.com/Projects/Manage/Communications/</link>
    </image>
    
    <item>
    <title>The Path to the PMP (Part 5)</title>
    <description>A few articles ago you committed to getting in PMP shape. Every muscle from head (Integrating) to foot (Closing) has been used. It&apos;s time now to start working very specific areas. Up first: Project Scope Management.</description>
    <link>http://www.projectmanagement.com//articles//278781/The-Path-to-the-PMP--Part-5-</link>
    <pubDate>Thu, 23 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>The Path to the PMP (Part 6)</title>
    <description>As we continue our PMP workout, we look at the Project Time Management knowledge area--which involves six processes that interact with each other and are described as discrete and sequential, but in reality may overlap. </description>
    <link>http://www.projectmanagement.com//articles//278782/The-Path-to-the-PMP--Part-6-</link>
    <pubDate>Thu, 23 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>The Path to the PMP (Part 7)</title>
    <description>The best part about Project Cost Management is that there are only three processes. And while the first two processes are light dumbbell lifting, the third throws some heavy barbell exercises your way. Are you prepared?</description>
    <link>http://www.projectmanagement.com//articles//278783/The-Path-to-the-PMP--Part-7-</link>
    <pubDate>Thu, 23 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>What You Should Know About Kanban (Part 3)</title>
    <description>If Kanban works well on specific software projects, can it be scaled to facilitate Lean throughout an organization? Here we look at how Kanban can be thought of as a general purpose change management approach for your organization.</description>
    <link>http://www.projectmanagement.com//articles//278696/What-You-Should-Know-About-Kanban--Part-3-</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>Why Giving Up Control is Good for Your Methodology...and Your Projects</title>
    <description>If we want better projects, we need to be better at our project management. But is consistency and formality the answer? Is demanding adherence to a common process what is required to get to &quot;better&quot;? The evidence here is mixed.</description>
    <link>http://www.projectmanagement.com//articles//278686/Why-Giving-Up-Control-is-Good-for-Your-Methodology---and-Your-Projects</link>
    <pubDate>Mon, 13 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>How to be Extraordinarily Agile</title>
    <description>On an agile project, we often must accomplish the extraordinary. Yet how can we do so when we must work with such...ahem...ordinary people? Here are some suggestions for helping your group of ordinary individuals to accomplish the extraordinary on your agile project.</description>
    <link>http://www.projectmanagement.com//articles//278629/How-to-be-Extraordinarily-Agile</link>
    <pubDate>Thu, 09 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>How to Adapt Leadership for Evolving Teams</title>
    <description>There is no exact science for people. Just as our project processes should be context-specific, so too should our team processes. Depending on whether your team is brand new, establishing itself or stable, the way we interact as managers and leaders should be tailored to fit the circumstances. Here are some pointers.</description>
    <link>http://www.projectmanagement.com//articles//278630/How-to-Adapt-Leadership-for-Evolving-Teams</link>
    <pubDate>Thu, 09 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>What Do Your PMs Think of Your PMO?</title>
    <description>What is your PMO&apos;s reputation among the PMs it serves? There could be a lot of distrust. Through experience, one manager discovered some potential problem areas that you may want to look at in your own organization.</description>
    <link>http://www.projectmanagement.com//articles//278614/What-Do-Your-PMs-Think-of-Your-PMO-</link>
    <pubDate>Tue, 07 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>Topic Teasers Vol. 8: Project Data Flow</title>
    <description>&lt;i&gt;&lt;b&gt;Question:&lt;/b&gt; My team seldom seems to be able to communicate effectively about project data and reports, even using the most specific common words. And we disagree on whose meaning is correct. How do we find a reputable source to rely on to clear up these misunderstandings?&lt;/i&gt;
&lt;table style=&quot;margin-left:20px;&quot; border=0&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;A.&lt;/td&gt; &lt;td&gt;Whichever team member has the most years with the organization should be allowed to define terms for the team to adopt. Defer to this person.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;B.&lt;/td&gt; &lt;td&gt;The field of knowledge management is being used as a common foundation for defining terms for the project management field and beyond.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;C.&lt;/td&gt; &lt;td&gt;Ask the person who has the most recent PMI certification, as those with older certifications may not understand today&apos;s project management practices.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;D.&lt;/td&gt; &lt;td&gt;The National Association of Project Management Dictionary should be the standard for all project managers, regardless of where they reside.&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/blockquote&gt;</description>
    <link>http://www.projectmanagement.com//articles//278440/Topic-Teasers-Vol--8--Project-Data-Flow</link>
    <pubDate>Wed, 01 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Navigating Conflict</title>
    <description>When two people are working together, there are going to be disagreements. Project teams are no exception, but there are good ways to navigate this conflict without completely derailing the project. </description>
    <link>http://www.projectmanagement.com//articles//278451/Navigating-Conflict</link>
    <pubDate>Wed, 01 May 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Phased-Based Governance</title>
    <description>Governance happens in projects all the time, and a well thought-out governance process can be a powerful project tool. In this article, we will examine why governance is necessary, where governance is most effective and how we as project and program managers can use governance to powerful effect.</description>
    <link>http://www.projectmanagement.com//articles//278377/Phased-Based-Governance</link>
    <pubDate>Mon, 29 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>PMO-level Issue Management</title>
    <description>Every project has an issues log. But what about the PMO? Does your PMO manage issues and maintain an issues log? Do you look for trends across the issues of different projects and take proactive steps to address them? Do you attempt to prevent issues through good communication? In this article, we look at a model for PMO-level issue management and suggest ways that it can improve the quality of projects that your PMO is responsible for.</description>
    <link>http://www.projectmanagement.com//articles//278305/PMO-level-Issue-Management</link>
    <pubDate>Wed, 24 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Involving Governance Stakeholders (Part 1)</title>
    <description>It was the best of times--your project seemed to be going along swimmingly. It was the worst of times--suddenly there was a surprise from a governance stakeholder. Will you avoid the guillotine?</description>
    <link>http://www.projectmanagement.com//articles//278282/Involving-Governance-Stakeholders--Part-1-</link>
    <pubDate>Mon, 22 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>Promoting Shared Leadership</title>
    <description>Agile methods suggest replacing top-down, command-and-control management with empowered teams and shared leadership. That all sounds nice, but what exactly is shared leadership and how do you get it to happen?</description>
    <link>http://www.projectmanagement.com//articles//278114/Promoting-Shared-Leadership</link>
    <pubDate>Thu, 11 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>In Case of Pandemic, Break Glass</title>
    <description>Do you have a readiness plan in place for potential pandemics? Even if you feel protected or isolated from such an occurrence, having a readiness plan can also serve as an important reinforcement to customers and stakeholders who are dependent upon your continued performance and success. </description>
    <link>http://www.projectmanagement.com//articles//278112/In-Case-of-Pandemic--Break-Glass</link>
    <pubDate>Tue, 09 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>Big Picture Governance</title>
    <description>The stress of dealing with the governance committee can quickly cause the word &quot;governance&quot; to become a four-letter word. Learn how to work the system to make governance effective and actually helpful to the project.</description>
    <link>http://www.projectmanagement.com//articles//277989/Big-Picture-Governance</link>
    <pubDate>Mon, 01 Apr 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Building a PM Community</title>
    <description>There are many ways that a project manager can find or create a community of support--and it extends beyond the project management office. Here we offer a few suggestions and starting points for finding communities for project managers.</description>
    <link>http://www.projectmanagement.com//articles//277821/Building-a-PM-Community</link>
    <pubDate>Mon, 25 Mar 2013 04:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Back to the PM Future!</title>
    <description>To look into the future--more often than not--you must first look back. But if we are to do that and look ahead to envision what the future of project management might look like 10, 20 or even 100 years from now, looking at how the past envisioned the future may help point us in the right direction and show us where that journey into the future is headed. So what did the future look like, in the past?</description>
    <link>http://www.projectmanagement.com//articles//277437/Back-to-the-PM-Future-</link>
    <pubDate>Wed, 06 Mar 2013 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Topic Teasers Vol. 4: Phantom Teams</title>
    <description>&lt;i&gt;&lt;b&gt;Question:&lt;/b&gt; My project &quot;teams&quot; are random, siloed people housed all over the building. We never meet, and multiple project managers all use the same departmentalized individuals to complete activities. How do I get them to prioritize my work requests?&lt;/i&gt;
&lt;table style=&quot;margin-left:20px;&quot; border=0&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;A.&lt;/td&gt; &lt;td&gt;Ask your organization to restructure from a traditional hierarchy to a projectized organization.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;B.&lt;/td&gt; &lt;td&gt;Offer free coffee mugs, t-shirts and award certificates each time someone completes an activity for your project.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;C.&lt;/td&gt; &lt;td&gt;Show your manager that having these people moved to a common workspace for the duration of your project will add value to the project deliverables.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;D.&lt;/td&gt; &lt;td&gt;Transition yourself from a project manager to a project leader and create a sense of connection and personal relationships between these random, siloed workers.&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/blockquote&gt;</description>
    <link>http://www.projectmanagement.com//articles//277413/Topic-Teasers-Vol--4--Phantom-Teams</link>
    <pubDate>Mon, 04 Mar 2013 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Avoiding Chaos in Meetings</title>
    <description>Meetings are the lifeblood of projects, but they can quickly dissolve into chaos if not facilitated correctly. A few tricks will keep things on track and the meeting finished on time.</description>
    <link>http://www.projectmanagement.com//articles//277415/Avoiding-Chaos-in-Meetings</link>
    <pubDate>Mon, 04 Mar 2013 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Project Communication: Caught in the Middle</title>
    <description>It would be simple for a development team to use agile software development practices to improve their development process, likely reducing the injection of defects and possibly increasing their productivity. But what happens if they don&apos;t? A lesson in communication and human behavior may help.</description>
    <link>http://www.projectmanagement.com//articles//277350/Project-Communication--Caught-in-the-Middle</link>
    <pubDate>Thu, 28 Feb 2013 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Topic Teasers Vol. 3: Agile Nearshoring</title>
    <description>&lt;i&gt;&lt;b&gt;Question:&lt;/b&gt; My organization outsources to save money, but it creates communication issues and other problems for my agile team. Can offshoring (outsourcing) work effectively for non-collocated agile groups?&lt;/i&gt;
&lt;table style=&quot;margin-left:20px;&quot; border=0&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;A.&lt;/td&gt; &lt;td&gt;Yes, but success may depend on how far away from your collocated team the outsourced resources are located.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;B.&lt;/td&gt; &lt;td&gt;No. Agile practices stress collocated teams. If you are not based together, there is no way for an agile approach to be effective.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;C.&lt;/td&gt; &lt;td&gt;Yes, but only if the teams switch the locations where they live every six months so that each group learns the language and culture of the other.&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td width=&quot;10&quot; align=&quot;right&quot; valign=&quot;top&quot;&gt;D.&lt;/td&gt; &lt;td&gt;No. Agile was created in the United States, and therefore it is only intended to work for American teams.&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/blockquote&gt;</description>
    <link>http://www.projectmanagement.com//articles//277210/Topic-Teasers-Vol--3--Agile-Nearshoring</link>
    <pubDate>Tue, 19 Feb 2013 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Diving into the Project Plan</title>
    <description>The project plan can be a strange environment of murky waters, but the adventurous project manager can see clearly if they dive in and explore the depths. </description>
    <link>http://www.projectmanagement.com//articles//277129/Diving-into-the-Project-Plan</link>
    <pubDate>Mon, 11 Feb 2013 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Leadership in Projects: Back to High School</title>
    <description>Whether a project manager has a lot of experience or none at all leading teams, there are some basic guidelines they can follow in order to lead people successfully. A trip back to high school shows us three key roles the PM must play.</description>
    <link>http://www.projectmanagement.com//articles//277015/Leadership-in-Projects--Back-to-High-School</link>
    <pubDate>Mon, 04 Feb 2013 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>More PM, Interrupted</title>
    <description>Interruptions are one of the main battles we face each and every day. What can a PM learn from them about how to manage personal productivity in a world of digital distraction?</description>
    <link>http://www.projectmanagement.com//articles//276839/More-PM--Interrupted</link>
    <pubDate>Tue, 22 Jan 2013 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>Training a Psycho PM</title>
    <description>Projects need resolute leadership, which emphasizes the importance of project management decisions. They can make a project successful, but they can also make a project fail. That is why obscure human heuristics (mental disposition) and biases (personal inclinations) are so important. PMs need to know how these can influence decisions, along with firmly commanding traditional decision-making techniques. </description>
    <link>http://www.projectmanagement.com//articles//276588/Training-a-Psycho-PM</link>
    <pubDate>Wed, 02 Jan 2013 05:00:00 GMT</pubDate>
    </item>
    
    <item>
    <title>My Big Fat Post-Mortem Failure</title>
    <description>There&apos;s nothing like getting the bitter taste of failure out of your mouth with poison from your attempt to get information to do better next time. Change the language used in the post-mortem to change the tone.</description>
    <link>http://www.projectmanagement.com//articles//276326/My-Big-Fat-Post-Mortem-Failure</link>
    <pubDate>Wed, 12 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>Widget Thinking</title>
    <description>While our activities involve human interactions, creativity and collaboration, many managers act as if their organizations should function like a well-oiled machine. Mechanistic thinking is so embedded into the work of project managers and knowledge workers that we often fail to notice it, and that needs to change.</description>
    <link>http://www.projectmanagement.com//articles//276271/Widget-Thinking</link>
    <pubDate>Mon, 10 Dec 2012 05:00:00 GMT</pubDate>
    </item>
    
    
    </channel>
    </rss>
    
