<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>EveryJoe &#187; team projects</title>
	<atom:link href="http://www.everyjoe.com/tag/team-projects/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.everyjoe.com</link>
	<description>Sports News - Tech Reviews - Entertainment - Life Tips for EveryJoe</description>
	<lastBuildDate>Thu, 26 Nov 2009 16:02:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Project Management for Small Teams &#8211; Part 2</title>
		<link>http://www.everyjoe.com/articles/project-management-for-small-teams-part-2/</link>
		<comments>http://www.everyjoe.com/articles/project-management-for-small-teams-part-2/#comments</comments>
		<pubDate>Fri, 17 Apr 2009 04:57:44 +0000</pubDate>
		<dc:creator>Guest Blogger</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[team management]]></category>
		<category><![CDATA[team projects]]></category>

		<guid isPermaLink="false">http://www.bizzia.com/?p=22273</guid>
		<description><![CDATA[By Guest Blogger Adam Bullied
This is the second installment of a two-part series. Read Project Management for Small Teams &#8211; Part 1.
Ongoing Planning
Let&#8217;s face it &#8211; planning is not a one-time activity. It has to constantly be happening to ensure things stay up-to-date and the entire team is in sync. Ideally, this means the entire team gets together on a regular basis and discusses their parts of the project and where they are at.
I&#8217;ve seen this done numerous ways &#8211; daily stand-up meetings, weekly team meetings, breaking the team in to pieces and meeting that way, etc&#8230;
At the very least [...]<p>Post from: <a href="http://www.everyjoe.com">EveryJoe</a></p>
<p><a href="http://www.everyjoe.com/articles/project-management-for-small-teams-part-2/">Project Management for Small Teams &#8211; Part 2</a></p>
]]></description>
			<content:encoded><![CDATA[<p><strong>By Guest Blogger <a href="http://WriteThatDown.com">Adam Bullied</a></strong></p>
<p><em>This is the second installment of a two-part series. Read <a href="http://www.bizzia.com/articles/project-management-for-small-teams-part-1/">Project Management for Small Teams &#8211; Part 1</a>.</em></p>
<p><strong>Ongoing Planning</strong></p>
<p>Let&#8217;s face it &#8211; planning is not a one-time activity. It has to constantly be happening to ensure things stay up-to-date and the entire team is in sync. Ideally, this means the entire team gets together on a regular basis and discusses their parts of the project and where they are at.</p>
<div id="attachment_22274" class="wp-caption alignright" style="width: 310px"><img class="size-full wp-image-22274" src="http://www.bizzia.com/files/2009/04/team-meeting.jpg" alt="Image: sxc.hu" width="300" height="225" /><p class="wp-caption-text">Image: sxc.hu</p></div>
<p>I&#8217;ve seen this done numerous ways &#8211; daily stand-up meetings, weekly team meetings, breaking the team in to pieces and meeting that way, etc&#8230;</p>
<p>At the very least &#8211; for a small project, you need to get the entire team in a room at least once a week to build up accountability, a level of communication, and trust. If someone misses a deadline, the question &#8220;why?&#8221; must be asked. Remember, everyone on the team isn&#8217;t accountable to the project manager &#8211; they are accountable to everyone else on the team.</p>
<p>People will hate working on something if they are making their dates, but Person A continues to miss theirs and nothing is done about it. Get everyone in a room, hold people accountable &#8211; really, you just need to actually manage.</p>
<p>Stand-ups can be great too. It may seem like overkill to do, but in the long-term you can save a boatload of time with them. Here&#8217;s a general format:</p>
<ul>
<li>Keep them under 15 minutes</li>
<li>Designate a member of the team to run them</li>
<li>Have everyone give a brief update about what they did for the last 24 hours</li>
<li>Have everyone give an update on what they will do for the next 24 hours</li>
<li>Go around the room and have folks identify red flags they have</li>
<li>Encourage people to solve problems with others right after the meeting</li>
</ul>
<p>This can save a lot of time with sending unnecessary e-mails, procrastination, etc&#8230; and it can contribute to building a culture in the organization of getting things done efficiently instead of waiting.</p>
<p><strong>Status Reports</strong></p>
<p>With most projects, the manager is going to be communicating with stakeholders regularly. This could be senior management at a smaller company or maybe just the team working on executing the plan. Maybe it&#8217;s a client or external partners.</p>
<p>Regardless of who it is, you need a clear and direct way to indicate where you are currently at, if you are going to hit the dates and deliverables you said you would, and where things aren&#8217;t going so great. That&#8217;s probably the most important.</p>
<p>The easiest way to do this is through a red / yellow / green system. Things in green are totally fine and either a) done or b) going to be on time beyond the shadow of a doubt. Parts of the status report in yellow are in certain danger of missing their estimated delivery date and need to be looked at right away. Items in red are past the date and are actually severely affecting the project being successfully delivered and probably require stakeholder intervention.</p>
<p><strong>In Closing</strong></p>
<p>Keeping things lightweight and clear can&#8217;t be stressed enough. In addition, communication is paramount &#8211; regardless of the size of the team executing the project.</p>
<p>Be careful not to get bogged down in complex PM jargon and tasks like CV (cost variance) or order of magnitude estimation, critical paths, resource loading, and other things. Chances are, if you are running the project and your gut is telling you something is amiss, it is.</p>
<p><em>Adam Bullied has more over 8 years of experience working in start-ups and maintains a blog on product management at <a href="http://WriteThatDown.com">WriteThatDown.com</a>.</em></p>
<p>Post from: <a href="http://www.everyjoe.com">EveryJoe</a></p>
<p><a href="http://www.everyjoe.com/articles/project-management-for-small-teams-part-2/">Project Management for Small Teams &#8211; Part 2</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.everyjoe.com/articles/project-management-for-small-teams-part-2/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
