<?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>CounterSoft Blogs - Project Management and then some... &#187; Dele Sikuade</title>
	<atom:link href="http://blogs.countersoft.com/index.php/author/dele/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.countersoft.com</link>
	<description></description>
	<lastBuildDate>Wed, 25 Aug 2010 13:56:44 +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>Black Arts Handbook, Secret #3: Seek</title>
		<link>http://blogs.countersoft.com/index.php/2010/08/black-arts-handbook-secret-3/</link>
		<comments>http://blogs.countersoft.com/index.php/2010/08/black-arts-handbook-secret-3/#comments</comments>
		<pubDate>Fri, 06 Aug 2010 07:10:20 +0000</pubDate>
		<dc:creator>Dele Sikuade</dc:creator>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[best practice]]></category>
		<category><![CDATA[opinion]]></category>

		<guid isPermaLink="false">http://blogs.countersoft.com/?p=370</guid>
		<description><![CDATA[To be a Black Arts Practitioner you must be a seeker of the one thing. Remove the forest and the trees around you and look for the roots of your task. 


No related posts.]]></description>
			<content:encoded><![CDATA[<h2>Secret Art #3: Seek ye the one thing</h2>
<p>Project Managers frequently find themselves working in areas in which they are not experts.  Here in the handbook you shall learn how to predict that the client has failed to find an appropriate person to work with, before it becomes a major problem.  If you ever wondered why you had to work with so many &#8220;nice but incompetent&#8221;  people (you find out about them in that order), then read on.  But remember that what you learn here you should not speak of, this heady stuff is not for the uninitiated.</p>
<p>Bob works for a company that employs thousands of people all over the world, many of whom are renowned experts in their fields.  The company has problems with its Billing Systems (say) and Bob, himself a senior figure within the Finance team, has been asked to identify the problems, propose a solution and oversee its implementation.  Bob’s mission, though it is of great importance, is doomed to fail because Bob, smart though he is, is a <em>Man Friday</em>.</p>
<blockquote><p>Man Friday – A person you give a task to simply because you can.</p></blockquote>
<p>Few companies are mature enough to give Project Management training and devolve budgetary responsibility to department heads.  Without training and with little or no budgetary control, those same department heads will use whatever human resource is available to them, regardless of their suitability for the task at hand.  Given a problem to deal with they will quite simply turn to the nearest (and usually the only) resource, which is why you can find yourself on a multi-million dollar project facing off with the client’s secretary!  In Bob’s case he just happened to be free at the time that the Billing problems became such an issue that someone realised that something had to be done.  The error in the management’s thinking was to derive the equation:</p>
<blockquote><p><strong>Big Problem + Senior Person = Successful Outcome.</strong></p></blockquote>
<p>There is no basis in science or precedence for believing this equation to be true.  In fact, what Bob knows about Billing Systems could be written on the back of a postage stamp and the only adage that should have sprung to the minds of the executives who appointed him is: <em>you can’t teach an old dog new tricks.</em></p>
<p>That the world is full of people with vast knowledge and experience of billing systems occurs to nobody.  One such person could walk into the company, listen to the problems and write the solution down on a whiteboard in a couple of hours.  In fact, once told how the company operates, an expert would be able to predict all of the problems in the billing process.  Does the company go out and get one of these experts?  No. It uses Bob, a complete Billing newbie.  It will now take much longer and cost the company far more to implement a poor solution than it would have to get a perfect solution and some business process improvements to boot.  This is because Bob will make many mistakes, not least of which will be to follow the first law of Man Friday idiocy:</p>
<blockquote><p>If you are a Man Friday and don’t know what you are doing then you must perpetuate the mistake by appointing other Man Fridays to help you.</p></blockquote>
<p>Before you can say tickety-boo, Bob will have surrounded himself with a committee of the equally inept, reporting back to the uninformed, in the misguided belief that the business he works in is some kind of abstract institution that bills its clients in a way that only it can.</p>
<p>Black Arts practitioners, beware of working with a gaggle of collective numbkins, who do not know what they are doing!  In the absence of the ‘expert’, when things do not work, they will blame you.  You will also be deemed responsible for filling in the gaps in their knowledge!  Whatever it is you are managing, always employ the first rule of anti Man Friday idiocy:</p>
<blockquote><p>There is no business process so complicated that it defies the skill of a single person to define a system to handle it.</p></blockquote>
<p>Your task is to find that person if it is not you.  Flee from the &#8220;group defined&#8221; solution delivered to you by Bob and his ilk; it is based on a little knowledge and no experience.  Instead, hunt out the person who will tell you what the root of all the problems is and how to solve them, starting with the root.</p>
<p><strong>Question:</strong> how will you recognise said expert?  After all, if in our example you are not a Billing expert yourself, are you not also part of the problem.</p>
<p><strong>Answer:</strong> Experts can condense the task at hand or the problem they are solving to a single &#8220;thing&#8221;.  In our example with Bob, you would look for someone who might say that the one thing in Billing is to start with the contracts.  This indicates a fundamental knowledge of Billing and the person who says this to you quite probably knows what they are talking about.  Bob and co, stumbling about in the dark, won’t start from the root, they will start from the point in the cycle that they know best; in the way that a bathroom salesman, asked to build a house, might ignore its foundations and start with the tiles.  Only when the system cannot be rolled out to countries and business units beyond their ken and some kludge workaround has to be incorporated does their lack of knowledge (and your problem) surface.</p>
<p>To be a Black Arts practitioner you must be a seeker of the one thing. Remove the forest and the trees around you and look for the roots of your task.  For example, mentally reduce all professional services companies to organizations that sell time.  Do not to be distracted by the fancy name they might give to the time that they are selling.  When working for product companies get straight to the heart of who they are by asking what do they make, who buys it and why?  A practitioner will move on to considering how products are made only after understanding why they are bought.  This way they avoid thinking that adding expensive frills to a product that is bought because it is cheap is a good idea.</p>
<p>If you wish to be successful in a domain you and not an expert in then look for the man or woman who can define the essence of the task at hand.  You will know you have found them when they tell you that it all comes down to understanding one thing…</p>


<p>No related posts.</p>]]></content:encoded>
			<wfw:commentRss>http://blogs.countersoft.com/index.php/2010/08/black-arts-handbook-secret-3/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Black Arts Handbook, Secret #2: Politics</title>
		<link>http://blogs.countersoft.com/index.php/2010/06/black-arts-handbook-secret-2/</link>
		<comments>http://blogs.countersoft.com/index.php/2010/06/black-arts-handbook-secret-2/#comments</comments>
		<pubDate>Fri, 25 Jun 2010 10:54:07 +0000</pubDate>
		<dc:creator>Dele Sikuade</dc:creator>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[best practice]]></category>
		<category><![CDATA[opinion]]></category>

		<guid isPermaLink="false">http://blogs.countersoft.com/?p=329</guid>
		<description><![CDATA[See the next secret from our “Black Arts Handbook” series.  Politics defined!


No related posts.]]></description>
			<content:encoded><![CDATA[<h2>Secret Art #2: When P+X &gt; X (or How to Win at Politics)</h2>
<p>To hide meaning from the minds of the feeble, practitioners of The Black Arts have been known to rely on cryptography.  Ask anyone who has looked at one of those crazy Gantt charts that need to be wrapped around four walls what any of that stuff means; some of the things that PMs do are quite unintelligible!</p>
<p>The equation above relates to the fact that there is very little in life that benefits from the addition of politics.  P + X will usually give X-, or in other words, if you add a political dimension to any endeavour the end result is invariably damaging to said endeavour.  Think about the addition of politics to sport, religion or industry and you start to get the picture.  What we are about to look at is a deliberate warping of the environment so that we can achieve a minor miracle, where P + X gives X+.</p>
<p>Black Art practitioners are no mere mortals who struggle to wield the power of politics in an effective direction and so end up damaging their cause.  Here we shall reveal their most closely held secret: to be good at politics so that you can use it as an effective tool, you only need to know what politics is.  Politics, as defined by master practitioners:</p>
<blockquote><p>Politics: The art of war against another individual or group of individuals without the open declaration of hostilities and preferably under the banner of peace and friendship.</p></blockquote>
<p>Now that we are clear on what the objective is we can work out how to achieve it.  There are 3 simple stages to winning the political battle&#8230;</p>
<h3>Stage 1 – Prepare</h3>
<p>The uninitiated think that this means having all of the project documentation to hand and mastery of facts like the number of change requests since scope was first determined and the extent of the cost overruns. This is information for weaklings; of course we don’t expect you to be counting your ammunition in the face of your foe! By prepare, we mean spend a lot of time telling everyone that you are a straight-talker who is not interested in politics, only in achieving the goals that were clearly set at the start of the project. Build a reputation for detesting politics. It’s not hard, you just have to say it enough times and people will start to believe you even though it is a downright lie.</p>
<h3>Stage 2 – Deliver</h3>
<p>This is where all your preparation will prove its value.  Begin all your politically sensitive statements with words along the lines of: “as you know, I’m not into politics…” Remember too that this is the most politically explosive statement to be on the receiving end of.  Basically it translates into &#8220;I am about to pull this trigger right in your face but I am innocent of any crime because I know no better&#8221;.  Once you have delivered this jaw-dropping lie make your statement and brazen it out.  No matter what banana skins your ‘opponents’ might strew in your path keep reciting the mantra and rebutting their statements with comments like “well, that all seems very politically motivated…”.</p>
<h3>Stage 3 – Retreat</h3>
<p>Many an inexperienced practitioner falls down at this next stage because they cannot resist the temptation to wallow in victory.  Remember, your opponents are not passive, give them time and they will work out how to defeat you.  The secret of success is to have both the problem and the solution that you want in your possession.  Lay them on the table as the non-political option and then defeat any attempt to move to a different option by creating work for your opponents as a condition of movement on your part.  You will want to have such lines to hand as “well, I suppose that could be considered if you would care to document your requirements for us all to consider”.  Who, apart from Project Managers, is ever prepared to document anything?  Or, &#8220;we could re-scope the project to take that into consideration but you would have to provide us with a <strong>written</strong> budgetary framework to operate within otherwise it could prove too costly&#8221;.  You&#8217;ve got them again with <strong>&#8220;written&#8221;</strong>!</p>
<p>So, remember politics can be the friend of the Black Arts practitioner, and if you are a Project Manager, that means you need to secretly treat everyone else as the enemy.</p>


<p>No related posts.</p>]]></content:encoded>
			<wfw:commentRss>http://blogs.countersoft.com/index.php/2010/06/black-arts-handbook-secret-2/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Black Arts Handbook, Secret #1: Numbers</title>
		<link>http://blogs.countersoft.com/index.php/2010/06/the-black-arts-handbook-secret-1/</link>
		<comments>http://blogs.countersoft.com/index.php/2010/06/the-black-arts-handbook-secret-1/#comments</comments>
		<pubDate>Tue, 15 Jun 2010 12:36:44 +0000</pubDate>
		<dc:creator>Dele Sikuade</dc:creator>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[best practice]]></category>
		<category><![CDATA[opinion]]></category>

		<guid isPermaLink="false">http://blogs.countersoft.com/?p=321</guid>
		<description><![CDATA[There is a mystery to what distinguishes great Project Managers from the merely good. See first secret from our "Black Arts Handbook" series.


No related posts.]]></description>
			<content:encoded><![CDATA[<p>There is a mystery to what distinguishes great Project Managers from the merely good.  CounterSoft has researched far and wide, risking the wrath and scorn of the Inner Circle of Project Managers to bring you, our faithful reader, secrets that are never spoken and knowledge that is not taught in any school.</p>
<p>Before we go any further; a warning. You already know the things that are in the Black Arts Handbook, just as you would know about gravity even if you had no word for it.  These things we will tell you about were always there, you just had to open your eyes and ears to see and hear them.</p>
<h2>Secret Art #1 : The Power of Numbers</h2>
<p>It is a natural human instinct to avoid risk and the way to do that as a Project Manager is to slice, dice and scope your project into manageable chunks.  That is all very well but such activities confer no power on the Project Manager.  At the same time as you chop the project up into tasks and activities you must focus on the big picture, and the one thing about it that confers near magical powers upon you – the number!</p>
<p>If something is worth doing then it is usually because there is a commercial value in doing it.  Many Project Managers ignore this, look instead for some fuzzy, altruistic goal, and therefore lose their place in the big picture and the power that accompanies ‘big picture knowledge’.  Here’s an example of what we mean by the power of the number: when the Development Team Leader wants to block your access to his best DBA you need to be able to slap him over the head with the size of the number you are carrying around in your back pocket.</p>
<blockquote><p>“This is a $50 million project and you want to put some junior DBA on it?”</p></blockquote>
<p>See?</p>
<p>Do you see how powerful that statement is?</p>
<p>&#8220;You want to jeopardise $50 million&#8221; is a far more powerful statement to make to your Team Leader/Director/Manager than &#8220;we’re running behind schedule and could really do with some help here&#8221;.  Why is this so?  Well, the answer is simple, so simple that as we said right at the start, you already know it.</p>
<p>The &#8220;number&#8221; is the modern-day equivalent of the King’s Seal.  In the old days Kings would get the Barons to obey their instructions, conveyed by an emissary who might otherwise have found himself headless, simply by giving said emissary the royal seal.  The number, in today’s parlance, is the seal!  Don’t avoid it; rather seek it out, the bigger it is the better it is for those who know its uses.  A big number could only have been generated by, and is the property of, the most powerful people behind the project.  Knowing the number and carrying it around, makes you their emissary and anyone who messes with you messes with them.</p>
<p>Remember to always treat the number as if it is your responsibility to deliver it.  It is yours, the precious… it calls… it promises everything…</p>


<p>No related posts.</p>]]></content:encoded>
			<wfw:commentRss>http://blogs.countersoft.com/index.php/2010/06/the-black-arts-handbook-secret-1/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Project Managers: The Enemy Within?</title>
		<link>http://blogs.countersoft.com/index.php/2009/11/the-enemy-within/</link>
		<comments>http://blogs.countersoft.com/index.php/2009/11/the-enemy-within/#comments</comments>
		<pubDate>Mon, 30 Nov 2009 11:50:39 +0000</pubDate>
		<dc:creator>Dele Sikuade</dc:creator>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[featured]]></category>
		<category><![CDATA[opinion]]></category>

		<guid isPermaLink="false">http://blogs.countersoft.com/?p=136</guid>
		<description><![CDATA[Project Manager bashing and necessity: it's all to easy to go after the Project Manager and question their value. But they should be the enemy within for all sides...


No related posts.]]></description>
			<content:encoded><![CDATA[<div id="_mcePaste" style="overflow: hidden; position: absolute; left: -10000px; top: 0px; width: 1px; height: 1px;">They huddle in a corner, hunched over the Gantt chart you just handed out, muttering darkly. Only the occasional, quick glance in your direction betrays that you are the subject of their reproach. You sigh and for a moment are tempted to bat for your corner, but in the end you realise that it’s best to ignore them. A quick drink after work and they’ll come round. Instead, you scan through the list of Change Requests, Outstanding Issues, Bug Fixes and the Financial Summary and prepare yourself for your next meeting. This one ought not to be so bad, the client might not like what you have to say either but at least they don’t see you as the enemy within.</div>
<div id="_mcePaste" style="overflow: hidden; position: absolute; left: -10000px; top: 0px; width: 1px; height: 1px;">Who would be a Project Manager? There are times when it is akin to being a referee at a particularly fractious soccer match. You have to keep both sides apart while making sure that they play the same game and abide by the rules that they want to wilfully ignore. Sometimes it feels as if only you realise the fundamental difference; this is not a game, and if one side loses then nobody wins!</div>
<div id="_mcePaste" style="overflow: hidden; position: absolute; left: -10000px; top: 0px; width: 1px; height: 1px;">We’ve all seen the cartoon about the difference between what the customer wanted and what they got and we all know who has to manage the gap. What the team on both sides of the requirements/delivery divide should acknowledge is that this situation does not exist only as a comic creation, it exists as inevitable outcome of the fact that requirements evolve from abstract needs but software developers can only build still life. If this was honestly stated by all parties right from the outset then the first question that would be asked is who is going to make sure that we all walk away from this with a satisfactory outcome in the bag?  The notion of the Project Manager as the client’s mole or the supplier’s secret salesperson would evaporate. One of the most irritating debates would also get put to bed; namely why the client should pay for Project Management. The client should pay because the Project Manager serves the project, not the client nor his or her direct employer, who only employs Project Managers because they have long experience and understand the necessity of Project Management. A Project Manager is a necessary part of the cost of delivery.</div>
<div id="_mcePaste" style="overflow: hidden; position: absolute; left: -10000px; top: 0px; width: 1px; height: 1px;">Fortunately we live in a world where the value of a good Project Manager can be proved beyond doubt. Provided he or she tracks everything related to the infamous ‘gap’; issues, changing requirements, moving timelines etc and stays on top of it, our Project Manager can walk into a meeting with the client or delivery team and the data at their command rams home their value to either side. Wait a minute, either side? Maybe Project Managers are the enemy within after all.</div>
<p>They huddle in a corner, hunched over the Gantt chart you just handed out, muttering darkly.  Only the occasional, quick glance in your direction betrays that you are the subject of their reproach.  You sigh and for a moment are tempted to bat for your corner, but in the end you realise that it’s best to ignore them.  A quick drink after work and they’ll come round.  Instead, you scan through the list of Change Requests, Outstanding Issues, Bug Fixes and the Financial Summary and prepare yourself for your next meeting.  This one ought not to be so bad, the Client might not like what you have to say either but at least they don’t see you as the enemy within.</p>
<p>Who would be a Project Manager?  There are times when it is akin to being a referee at a particularly fractious soccer match.  You have to keep both sides apart while making sure that they play the same game and abide by the rules that they want to wilfully ignore.  Sometimes it feels as if only you realise the fundamental difference; this is not a game, and if one side loses then nobody wins!</p>
<div id="attachment_146" class="wp-caption aligncenter" style="width: 600px"><img class="size-full wp-image-146  " title="ask-get-want" src="http://blogs.countersoft.com/wp-content/uploads/2009/11/ask-get-want.png" alt="ask-get-want" width="590" height="380" /><p class="wp-caption-text">The classic portrayal of the gap between requirements and delivery.</p></div>
<p>We’ve all seen the cartoon about the difference between what the Customer wanted and what they got and we all know who has to <a href="http://blogs.countersoft.com/index.php/2009/11/mind-the-gap" target="_blank">manage the gap</a>. What the team on both sides of the requirements/delivery divide should acknowledge is that this situation does not exist only as a comic creation, it exists as inevitable outcome of the fact that requirements evolve from abstract needs but Software Developers can only build still life.  If this was honestly stated by all parties right from the outset then the first question that would be asked is who is going to make sure that we all walk away from this with a satisfactory outcome in the bag?  The notion of the Project Manager as the Client’s mole or the Supplier’s secret salesperson would evaporate.</p>
<p>One of the most irritating debates would also get put to bed; namely why the Client should pay for Project Management.  The client should pay because the Project Manager serves the project, not the Client nor his or her direct employer, who only employs Project Managers because they have long experience and understand the necessity of Project Management.  A Project Manager is a necessary part of the cost of delivery.</p>
<p>Fortunately we live in a world where the value of a good Project Manager can be proved beyond doubt, provided he or she tracks everything related to the &#8220;<a href="http://blogs.countersoft.com/index.php/2009/11/mind-the-gap" target="_blank">infamous gap</a>&#8220;; issues, changing requirements, moving time lines etc., and stays on top of it.  Our Project Manager can walk into a meeting with the Client or Delivery Team, and the data at their command rams home their value to either side.  Wait a minute, either side?  Maybe Project Managers are the enemy within after all.</p>


<p>No related posts.</p>]]></content:encoded>
			<wfw:commentRss>http://blogs.countersoft.com/index.php/2009/11/the-enemy-within/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Mind the Gap!</title>
		<link>http://blogs.countersoft.com/index.php/2009/11/mind-the-gap/</link>
		<comments>http://blogs.countersoft.com/index.php/2009/11/mind-the-gap/#comments</comments>
		<pubDate>Mon, 09 Nov 2009 11:54:40 +0000</pubDate>
		<dc:creator>Dele Sikuade</dc:creator>
				<category><![CDATA[Articles]]></category>
		<category><![CDATA[featured]]></category>
		<category><![CDATA[opinion]]></category>

		<guid isPermaLink="false">http://blogs.countersoft.com/?p=114</guid>
		<description><![CDATA[It’s the age-old Project Manager’s nightmare; dodgy spec and a fixed-price project. The key is to "mind the gap" between "what they asked for" and "what they need".


No related posts.]]></description>
			<content:encoded><![CDATA[<p>It’s the age-old Project Manager’s nightmare; dodgy spec and a fixed-price project. Why doesn’t everyone accept that people will do their best and go for the flexibility and realism of Time &amp; Materials (T&amp;M)? These days there seems to be a strong leaning towards fixing the price of software development projects, after all, the budget is fixed so it doesn’t make sense not to fix the price as well. The trouble is, as many experienced PMs know, things are rarely that simple.</p>
<p>The issue is one of risk and who takes it. With a fixed price project the risk is deemed to be the supplier’s, with T&amp;M it is the customer who takes the risk. This ‘risk’ is presumed to be the risk of overrun, in other words if the project is not completed on time the cost of resources to continue working on it will be borne by one party or the other.</p>
<p>In the fixed price scenario, the supplier is in theory happy to accept the risk because it is the supplier who names the price and sets the timeline. If the project comes in early then the supplier makes a super profit because the engagement was profitable even if it was only on time and the supplier is usually allowed to add a mark-up to the project for accepting fixed price risk in the first place.  Everybody is happy unless the project comes in so late that it eats into the supplier’s contingency and extra margin, but if that should happen it is the supplier’s fault anyway for getting it so wrong in the first place. Or is it?</p>
<p>In reality the supplier rarely sets the price or the timeline. Customers don’t just sit back and accept the estimates they are given, they negotiate and they usually negotiate the fixed price risk factor away. Suppliers need the business and recognise that if they don’t do it their competitors will, so they take the risk of a fixed price project scoped out to meet exact deadlines. However, if they fail to meet those deadlines they do not passively accept the cost of the overrun either. Even if it is entirely their fault, suppliers will do their utmost to stay in business and running unprofitable projects is not a good way to remain solvent. They will under-deliver on what was promised, scale back on resources allocated to the project, either by using less or cheaper labour, and they will hit back with that dreaded weapon, the Change Request. When the arguments start over the Change Requests then nobody wins.</p>
<p>If we look at what was intended rather than the means of getting and paying for it we might be able to see a way out of the problem. Customers want good, reliable software that addresses a need that they have. However suppliers cannot give customers what they want; they can only give them what they ask for.  Customers, not being experts in the software development business frequently don’t know how to ask for what they want. Sometimes they do not even know if it is possible to get it. If you know that there is a gap between what the customer asks for and what they want, and you have enough experience to know that they rarely like what they are given first time, then the solution is to show them what they are going to get, early.</p>
<p>Project Managers should try to minimize the size of the gap by making sure that as far as possible the customer sees what they are going to get as soon as possible, in small chunks. The sooner the “what you want” vs “what you get” battle is fought, the sooner the “risk” vs “pricing” issue gets resolved and the more likely the project is to succeed.</p>
<p>We call this “Minding the Gap” and we learnt to do this because the reality in large projects is that there is rarely only one gap. The need to “Manage the Gap” is just as great as the need to recognise it in the first place. Even Agile / SCRUM projects can fail if you fail to properly “Manage the Gap”.</p>
<p>Every issue represents a potential chasm for funds and resources to pour into and that is why Issue Tracking tools like <a href="http://countersoft.com">Gemini</a> can be extremely beneficial to all parties concerned.</p>


<p>No related posts.</p>]]></content:encoded>
			<wfw:commentRss>http://blogs.countersoft.com/index.php/2009/11/mind-the-gap/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
