<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for eddowding</title><link>http://disqus.com/by/eddowding/</link><description></description><atom:link href="http://disqus.com/eddowding/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 14 Apr 2009 04:33:21 -0000</lastBuildDate><item><title>Re: Agile Procurement</title><link>http://tumble.coupde.com/post/96032167#comment-8179040</link><description>&lt;p&gt;You forgot 'risk'.  That was the main thing I noticed at CitySafe was that, rationally enough, eliminating risk in a project was a major issue for people. Consequently the system is designed to favour large contractors, or at the very least to ensure that large contractors, from approved supply lists only, assume the risks involved in dealing with any smaller contractors who aren't huge companies.&lt;/p&gt;&lt;p&gt;As you've identified, this is clearly going to make it harder to ensure the most suitable product or service wins.&lt;/p&gt;&lt;p&gt;So I would suggest three things:&lt;/p&gt;&lt;p&gt;1) You and I know that being agile actually reduces risk, so that needs to be made evident. Diagrams and crayons might help here.&lt;/p&gt;&lt;p&gt;2) Have the procurement system acknowledge that the risks created from being a small company (such as suffering from cashflow problems) are different from the quality of their service or product, and create ways to compensate for this. Partnership with a large supplier doesn't do much other than triple the cost of the project.&lt;/p&gt;&lt;p&gt;3) Have a look at the Rapid Procurement Processes employed by the military. This is their response to realising that slow procurement meant dead people. Not only will it probably include a lot of good checks and test points, but will also demonstrate agile procurement being employed at the highest levels. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ed Dowding</dc:creator><pubDate>Tue, 14 Apr 2009 04:33:21 -0000</pubDate></item></channel></rss>