<?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/"
		>
<channel>
	<title>Comments on: Money?! Schedule?! But I&#8217;m an architect, not a PM!</title>
	<atom:link href="http://www.udidahan.com/2007/01/05/money-schedule-but-im-an-architect-not-a-pm/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.udidahan.com/2007/01/05/money-schedule-but-im-an-architect-not-a-pm/</link>
	<description>Enterprise Development Expert &#38; SOA Specialist</description>
	<lastBuildDate>Sat, 11 Feb 2012 15:16:10 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: JF</title>
		<link>http://www.udidahan.com/2007/01/05/money-schedule-but-im-an-architect-not-a-pm/comment-page-1/#comment-389</link>
		<dc:creator>JF</dc:creator>
		<pubDate>Wed, 31 Jan 2007 14:49:05 +0000</pubDate>
		<guid isPermaLink="false">http://udidahan.weblogs.us/archives/363#comment-389</guid>
		<description>I agree with you. I noticed that on some projects that indeed the project managers needed me (the architect) all the time to define their schedule, estimations (time &amp; costs) and deliverables. Than you get used to it.

Sometimes I was wondering why a Project Manager was there.

The best collaborations I had were when the Project Manager manages the team and the customer in order to deliver what the Architect has in mind (because even when you document fully your architecture, people don&#039;t read it. So you have to talk to each of them and coach them on what page of the design document they should read).

Therefore a very close collaboration is needed. (When you have coached you project manager very well, the burden becomes nearly 0).</description>
		<content:encoded><![CDATA[<p>I agree with you. I noticed that on some projects that indeed the project managers needed me (the architect) all the time to define their schedule, estimations (time &amp; costs) and deliverables. Than you get used to it.</p>
<p>Sometimes I was wondering why a Project Manager was there.</p>
<p>The best collaborations I had were when the Project Manager manages the team and the customer in order to deliver what the Architect has in mind (because even when you document fully your architecture, people don&#8217;t read it. So you have to talk to each of them and coach them on what page of the design document they should read).</p>
<p>Therefore a very close collaboration is needed. (When you have coached you project manager very well, the burden becomes nearly 0).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank Kelly</title>
		<link>http://www.udidahan.com/2007/01/05/money-schedule-but-im-an-architect-not-a-pm/comment-page-1/#comment-360</link>
		<dc:creator>Frank Kelly</dc:creator>
		<pubDate>Wed, 10 Jan 2007 17:43:37 +0000</pubDate>
		<guid isPermaLink="false">http://udidahan.weblogs.us/archives/363#comment-360</guid>
		<description>Hi Udi,
  
 Thought you might find the following blog entry of interest http://softarc.blogspot.com/2007/01/conflict-architects-vs-project-managers.html

Basically the same topic - same basic conclusion.

-Frank</description>
		<content:encoded><![CDATA[<p>Hi Udi,</p>
<p> Thought you might find the following blog entry of interest <a href="http://softarc.blogspot.com/2007/01/conflict-architects-vs-project-managers.html" rel="nofollow">http://softarc.blogspot.com/2007/01/conflict-architects-vs-project-managers.html</a></p>
<p>Basically the same topic &#8211; same basic conclusion.</p>
<p>-Frank</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: João Pedro Martins</title>
		<link>http://www.udidahan.com/2007/01/05/money-schedule-but-im-an-architect-not-a-pm/comment-page-1/#comment-358</link>
		<dc:creator>João Pedro Martins</dc:creator>
		<pubDate>Mon, 08 Jan 2007 20:14:50 +0000</pubDate>
		<guid isPermaLink="false">http://udidahan.weblogs.us/archives/363#comment-358</guid>
		<description>Hello Udi.

I was one of the people suposedly with &quot;shock in my face&quot;. This is my oppinion:

First, the goal of the competition was to &quot;[..] design a solution and infrastructure architecture that will address the problem, requirements and assumptions stated above for presentation to the organizing committee of Tech-Ed: Developers consisting of business people and senior technical architects. [..]&quot;
It was not to say how long/much it would cost to develop the solution.

Second, my personal experience as a Developer obviously allows me to make a first estimate as to effort, but I *always* validate that with my Dev Teams, especially if using something like Scrum. It&#039;s not &quot;up the PM&quot;, IMHO, even if PM&#039;s end up doing the micro-management, not architects.

Third, related to the &quot;super-man&quot; assumption: I can&#039;t say how much it would take to develop the project &quot;off the top of my head&quot; (which was what you asked), but you definetly do not need to be a superman to develop what was asked in a short time frame. I would like to see your estimate, if you have one.

Finally, I agree with you when say that &quot;Architects need to be the glue that connect everything together - business, management, technical, test, operations, etc.&quot; Being the glue does not me mean being the best at any of those, but being the best at being the glue.

João Martins</description>
		<content:encoded><![CDATA[<p>Hello Udi.</p>
<p>I was one of the people suposedly with &#8220;shock in my face&#8221;. This is my oppinion:</p>
<p>First, the goal of the competition was to &#8220;[..] design a solution and infrastructure architecture that will address the problem, requirements and assumptions stated above for presentation to the organizing committee of Tech-Ed: Developers consisting of business people and senior technical architects. [..]&#8221;<br />
It was not to say how long/much it would cost to develop the solution.</p>
<p>Second, my personal experience as a Developer obviously allows me to make a first estimate as to effort, but I *always* validate that with my Dev Teams, especially if using something like Scrum. It&#8217;s not &#8220;up the PM&#8221;, IMHO, even if PM&#8217;s end up doing the micro-management, not architects.</p>
<p>Third, related to the &#8220;super-man&#8221; assumption: I can&#8217;t say how much it would take to develop the project &#8220;off the top of my head&#8221; (which was what you asked), but you definetly do not need to be a superman to develop what was asked in a short time frame. I would like to see your estimate, if you have one.</p>
<p>Finally, I agree with you when say that &#8220;Architects need to be the glue that connect everything together &#8211; business, management, technical, test, operations, etc.&#8221; Being the glue does not me mean being the best at any of those, but being the best at being the glue.</p>
<p>João Martins</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob</title>
		<link>http://www.udidahan.com/2007/01/05/money-schedule-but-im-an-architect-not-a-pm/comment-page-1/#comment-353</link>
		<dc:creator>Jacob</dc:creator>
		<pubDate>Sat, 06 Jan 2007 10:18:27 +0000</pubDate>
		<guid isPermaLink="false">http://udidahan.weblogs.us/archives/363#comment-353</guid>
		<description>Have to agree with you here. Architects need to become *much* more comfortable in the realm of business evaluation because their decisions have a direct impact on important business realities. Architecture has too many impact points on a business for architects to remain wilfully ignorant of the complete development life-cycle and all it entails. Requirements, testing and deployment are often pushed off on the PM as irrelevant. While it may be true that other people in the organization fulfill those functions, a competent architect needs to be aware of them and what it takes for them to work well.</description>
		<content:encoded><![CDATA[<p>Have to agree with you here. Architects need to become *much* more comfortable in the realm of business evaluation because their decisions have a direct impact on important business realities. Architecture has too many impact points on a business for architects to remain wilfully ignorant of the complete development life-cycle and all it entails. Requirements, testing and deployment are often pushed off on the PM as irrelevant. While it may be true that other people in the organization fulfill those functions, a competent architect needs to be aware of them and what it takes for them to work well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

