<?xml version="1.0"?>
<rss version="2.0">
<channel>

  
<title>Coding the Architecture - Delegation</title>
<link>http://www.codingthearchitecture.com/2007/05/22/delegation.html</link>
<description> I briefly mentioned delegation in my post yesterday about authority and I wanted to expand on this further. I talked about delegation in the context of having the authority to make decisions - you don&#039;t actually have to make all of the decisions ...</description>
<language>en</language>
<managingEditor>Simon Brown</managingEditor>
<lastBuildDate>Tue, 29 May 2007 18:46:31 GMT</lastBuildDate>
  
  

  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  
  <item>
    <title>Re: Delegation</title>
    <link>http://www.codingthearchitecture.com/2007/05/22/delegation.html#comment1180464391007</link>
    <description>
      In government, this is known as the principle of subsidiarity: a central authority should have a subsidiary function, performing only those tasks which cannot be performed effectively at a more immediate or local level. So it takes a different, but complementary, viewpoint from the Minimalist Architecture Principle by asking what must be done at a higher level to ensure the effectiveness of local action. That&#039;s the flip side: what cannot be delegated.
For more, see http://en.wikipedia.org/wiki/Subsidiarity

    </description>
    <author>Dan</author>
    <comments>http://www.codingthearchitecture.com/2007/05/22/delegation.html#comments</comments>
    <guid isPermaLink="true">http://www.codingthearchitecture.com/2007/05/22/delegation.html#comment1180464391007</guid>
    <pubDate>Tue, 29 May 2007 18:46:31 GMT</pubDate>
  </item>
  
  <item>
    <title>Re: Delegation</title>
    <link>http://www.codingthearchitecture.com/2007/05/22/delegation.html#comment1179876476732</link>
    <description>
      Great point Simon. This falls into the category of making sure we&#039;re spending our time on the things that really matter.&lt;br /&gt;&lt;br /&gt;

In Bredemeyer&#039;s &lt;a href=&#034;http://www.bredemeyer.com/HotSpot/20040428EASoapBox.htm&#034;&gt;&#034;Guiding Principles for Enterprise Architects&#034;&lt;/a&gt;, he describes the &#034;Minimalist Architecture Principle&#034;:&lt;br /&gt;&lt;br /&gt;

&#034;Essentially, the Minimalist Architecture Principle says &#039;if a decision can reasonably be made by someone with a more narrow scope of responsibility, defer the decision to that person or group.&#039; This means that architects only make decisions that require the overall perspective and authority that the architect has. If a decision has local impact, then the architect has no need to mess with it. If the decision has broad impact, and the impact has highly strategic consequences, then the decision fits the minimalist architecture criterion.&#034;&lt;br /&gt;&lt;br /&gt;

Of course, we&#039;ll want to keep in mind that delegation does not allow us to abdicate.&lt;br /&gt;&lt;br /&gt;

Brian&lt;br /&gt;
&lt;a href=&#034;http://blog.softwarearchitecture.com&#034;&gt;http://blog.softwarearchitecture.com&lt;/a&gt;
    </description>
    <author>Brian Sondergaard</author>
    <comments>http://www.codingthearchitecture.com/2007/05/22/delegation.html#comments</comments>
    <guid isPermaLink="true">http://www.codingthearchitecture.com/2007/05/22/delegation.html#comment1179876476732</guid>
    <pubDate>Tue, 22 May 2007 23:27:56 GMT</pubDate>
  </item>
  
  </channel>
</rss>
