<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: The problem with process</title>
	<atom:link href="http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/feed/" rel="self" type="application/rss+xml" />
	<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/</link>
	<description>musings about electronic culture</description>
	<lastBuildDate>Mon, 09 Jan 2012 14:02:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: karim ismail</title>
		<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/#comment-9355</link>
		<dc:creator><![CDATA[karim ismail]]></dc:creator>
		<pubDate>Tue, 14 Dec 2010 19:41:36 +0000</pubDate>
		<guid isPermaLink="false">http://electronicmuseum.org.uk/?p=418#comment-9355</guid>
		<description><![CDATA[very well said.   I see this particularly in information security field where i work where there is a constant tug-and-pull between Risk vs Compliance.   (The compliance part being heavy on process).   This equates to the cost of doing business vs protecting the information assets, and when you have too much compliance (process) i see it detrimental to both the business and information security, because to achieve perfect state (unfeasible) you need infinite capital expenditure.   Trying to achieve this state by tying down the business in process is a common problem in an organization that claims it understands risk management but really doesn&#039;t.]]></description>
		<content:encoded><![CDATA[<p>very well said.   I see this particularly in information security field where i work where there is a constant tug-and-pull between Risk vs Compliance.   (The compliance part being heavy on process).   This equates to the cost of doing business vs protecting the information assets, and when you have too much compliance (process) i see it detrimental to both the business and information security, because to achieve perfect state (unfeasible) you need infinite capital expenditure.   Trying to achieve this state by tying down the business in process is a common problem in an organization that claims it understands risk management but really doesn&#8217;t.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Johnb</title>
		<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/#comment-9153</link>
		<dc:creator><![CDATA[Johnb]]></dc:creator>
		<pubDate>Thu, 02 Dec 2010 12:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://electronicmuseum.org.uk/?p=418#comment-9153</guid>
		<description><![CDATA[Hi,

I came across this discusison and found it interesting. I&#039;ve been trying to think of what is good and bad about having process and how it should ultimately be adaptable to fit the organisation to meet their goals.  I&#039;m coming at this from an IT perspective as many other contributors have so I&#039;m interested in re-opening the  discussion if anyone&#039;s interested, it has been a while.
My view is that process is a good thing and generally speaking your friend so long a it is applied appropriately.  I also find using an iterative approach is the best way to keep a project progressing and more likely to succeed.  All of these technique can be wrapped into a process whether it be lightweight of bureacratic.

Get back to me to discuss further...]]></description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I came across this discusison and found it interesting. I&#8217;ve been trying to think of what is good and bad about having process and how it should ultimately be adaptable to fit the organisation to meet their goals.  I&#8217;m coming at this from an IT perspective as many other contributors have so I&#8217;m interested in re-opening the  discussion if anyone&#8217;s interested, it has been a while.<br />
My view is that process is a good thing and generally speaking your friend so long a it is applied appropriately.  I also find using an iterative approach is the best way to keep a project progressing and more likely to succeed.  All of these technique can be wrapped into a process whether it be lightweight of bureacratic.</p>
<p>Get back to me to discuss further&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A Quick Survey of Development Methods &#171; Z303</title>
		<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/#comment-8155</link>
		<dc:creator><![CDATA[A Quick Survey of Development Methods &#171; Z303]]></dc:creator>
		<pubDate>Fri, 25 Sep 2009 20:42:32 +0000</pubDate>
		<guid isPermaLink="false">http://electronicmuseum.org.uk/?p=418#comment-8155</guid>
		<description><![CDATA[[...] particular agile approach chosen would need to tailored to the project, customer and team, an experienced team working with a long time customer maybe most productive [...]]]></description>
		<content:encoded><![CDATA[<p>[...] particular agile approach chosen would need to tailored to the project, customer and team, an experienced team working with a long time customer maybe most productive [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Creative Spaces - just&#8230;why? &#171; electronic museum</title>
		<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/#comment-7721</link>
		<dc:creator><![CDATA[Creative Spaces - just&#8230;why? &#171; electronic museum]]></dc:creator>
		<pubDate>Wed, 04 Mar 2009 11:36:47 +0000</pubDate>
		<guid isPermaLink="false">http://electronicmuseum.org.uk/?p=418#comment-7721</guid>
		<description><![CDATA[[...] the people involved, I like the institutions, and I understand the reasons why (museum) projects spiral into directions you probably wouldn&#8217;t ever choose. But then I remember that this puppy cost the taxpayer just [...]]]></description>
		<content:encoded><![CDATA[<p>[...] the people involved, I like the institutions, and I understand the reasons why (museum) projects spiral into directions you probably wouldn&#8217;t ever choose. But then I remember that this puppy cost the taxpayer just [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/#comment-7716</link>
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Tue, 03 Mar 2009 15:08:14 +0000</pubDate>
		<guid isPermaLink="false">http://electronicmuseum.org.uk/?p=418#comment-7716</guid>
		<description><![CDATA[@Bridget - glad it rang true with you..

I think your line about spending less time chasing specification and more time looking for a solid strategy and vision is absolutely right and makes sense on many different levels, from creative to user experience..]]></description>
		<content:encoded><![CDATA[<p>@Bridget &#8211; glad it rang true with you..</p>
<p>I think your line about spending less time chasing specification and more time looking for a solid strategy and vision is absolutely right and makes sense on many different levels, from creative to user experience..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bridget McKenzie</title>
		<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/#comment-7711</link>
		<dc:creator><![CDATA[Bridget McKenzie]]></dc:creator>
		<pubDate>Mon, 02 Mar 2009 15:21:17 +0000</pubDate>
		<guid isPermaLink="false">http://electronicmuseum.org.uk/?p=418#comment-7711</guid>
		<description><![CDATA[I do agree with you on this entirely. Until this moment, I had a residual sense of utter professional failure because I had so often failed to get specifications or a project schedule completely accurate before the real work had got underway. Ironic because we specialise in helping cultural organisations to scope new projects before they begin. What we do, though, is to ensure clarity of vision and purpose, and propose an iterative process to check that you are meeting real needs.]]></description>
		<content:encoded><![CDATA[<p>I do agree with you on this entirely. Until this moment, I had a residual sense of utter professional failure because I had so often failed to get specifications or a project schedule completely accurate before the real work had got underway. Ironic because we specialise in helping cultural organisations to scope new projects before they begin. What we do, though, is to ensure clarity of vision and purpose, and propose an iterative process to check that you are meeting real needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nadia</title>
		<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/#comment-7679</link>
		<dc:creator><![CDATA[Nadia]]></dc:creator>
		<pubDate>Fri, 06 Feb 2009 09:51:43 +0000</pubDate>
		<guid isPermaLink="false">http://electronicmuseum.org.uk/?p=418#comment-7679</guid>
		<description><![CDATA[It would be great if we could demonstrate that stuff doesn&#039;t have to be big - I think changing the traditional approach will require us to go through layers and layers of institutional policy and will take quite a while.  I&#039;m glad, though, that it&#039;s being challenged!  Looking forward to reading the paper.]]></description>
		<content:encoded><![CDATA[<p>It would be great if we could demonstrate that stuff doesn&#8217;t have to be big &#8211; I think changing the traditional approach will require us to go through layers and layers of institutional policy and will take quite a while.  I&#8217;m glad, though, that it&#8217;s being challenged!  Looking forward to reading the paper.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/#comment-7678</link>
		<dc:creator><![CDATA[Mike]]></dc:creator>
		<pubDate>Thu, 05 Feb 2009 14:29:13 +0000</pubDate>
		<guid isPermaLink="false">http://electronicmuseum.org.uk/?p=418#comment-7678</guid>
		<description><![CDATA[@Nadia - absolutely. I guess my BHAG is to find ways to challenge the status quo. You&#039;re 100% right, but why? And what can we do to change it? For starters, does stuff *have* to be as big as it is? 

I&#039;m particularly interested in this at the moment as I&#039;ve just co-authored a paper for the 2009 Museums and the Web conference which challenges the institutional/big/bottom-up/juggernaut by suggesting a lightweight approach to something that has always traditionally been painful and big. I&#039;ll blog about it when the paper has been published...

@DPEITCS - I&#039;d like to think we can change it, probably by stealth and maybe by embarrassing the funders by demonstrating that small (and usually is) more beautiful than big... Shame you&#039;re off out. This is gonna be interesting ;-)]]></description>
		<content:encoded><![CDATA[<p>@Nadia &#8211; absolutely. I guess my BHAG is to find ways to challenge the status quo. You&#8217;re 100% right, but why? And what can we do to change it? For starters, does stuff *have* to be as big as it is? </p>
<p>I&#8217;m particularly interested in this at the moment as I&#8217;ve just co-authored a paper for the 2009 Museums and the Web conference which challenges the institutional/big/bottom-up/juggernaut by suggesting a lightweight approach to something that has always traditionally been painful and big. I&#8217;ll blog about it when the paper has been published&#8230;</p>
<p>@DPEITCS &#8211; I&#8217;d like to think we can change it, probably by stealth and maybe by embarrassing the funders by demonstrating that small (and usually is) more beautiful than big&#8230; Shame you&#8217;re off out. This is gonna be interesting <img src='http://s1.wp.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Disgruntled public employee in the cultural sector</title>
		<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/#comment-7677</link>
		<dc:creator><![CDATA[Disgruntled public employee in the cultural sector]]></dc:creator>
		<pubDate>Thu, 05 Feb 2009 00:23:23 +0000</pubDate>
		<guid isPermaLink="false">http://electronicmuseum.org.uk/?p=418#comment-7677</guid>
		<description><![CDATA[I completely and utterly agree with you all the way. The thing is it ain&#039;t gonna change - ever (or at least not in yours or my life time).

Having started networking with my local geek community in my own time I have begun to experience extreme cognitive dissonance between what I experience in the corporate sphere vs what happens outside in the socially and creatively driven developer community.

Needless to say I have decided that I want out of big the organisations. They are personally and professionally stifling.  And, as you say, rarely if ever make good IT.]]></description>
		<content:encoded><![CDATA[<p>I completely and utterly agree with you all the way. The thing is it ain&#8217;t gonna change &#8211; ever (or at least not in yours or my life time).</p>
<p>Having started networking with my local geek community in my own time I have begun to experience extreme cognitive dissonance between what I experience in the corporate sphere vs what happens outside in the socially and creatively driven developer community.</p>
<p>Needless to say I have decided that I want out of big the organisations. They are personally and professionally stifling.  And, as you say, rarely if ever make good IT.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nadia</title>
		<link>http://electronicmuseum.org.uk/2009/02/03/the-problem-with-process/#comment-7674</link>
		<dc:creator><![CDATA[Nadia]]></dc:creator>
		<pubDate>Wed, 04 Feb 2009 14:09:46 +0000</pubDate>
		<guid isPermaLink="false">http://electronicmuseum.org.uk/?p=418#comment-7674</guid>
		<description><![CDATA[Mike, most of the time when this happens I get the feeling that it&#039;s about people at the top (who aren&#039;t directly involved) not wanting to relinquish control, either because they need to cover their backs, worry about money, or answer to someone else higher up who knows even less about the project.  The problem is that so many things are set up this way.  Smaller organisations have a lot more flexibility in the way they run things, which is why sometimes you can have a person-to-person conversation instead of raising a ticket.  Too bad it doesn&#039;t always work that way, but big projects = big money = big chances to go wrong = impersonal, inflexible juggernaut.]]></description>
		<content:encoded><![CDATA[<p>Mike, most of the time when this happens I get the feeling that it&#8217;s about people at the top (who aren&#8217;t directly involved) not wanting to relinquish control, either because they need to cover their backs, worry about money, or answer to someone else higher up who knows even less about the project.  The problem is that so many things are set up this way.  Smaller organisations have a lot more flexibility in the way they run things, which is why sometimes you can have a person-to-person conversation instead of raising a ticket.  Too bad it doesn&#8217;t always work that way, but big projects = big money = big chances to go wrong = impersonal, inflexible juggernaut.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

