<?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: Too Many Directions, Too Much to Think About</title>
	<atom:link href="http://etherealmind.com/too-much-to-think-about/feed/" rel="self" type="application/rss+xml" />
	<link>http://etherealmind.com/too-much-to-think-about/</link>
	<description>Network design, architecture, thinking, working. Tech.</description>
	<lastBuildDate>Fri, 10 Feb 2012 18:43:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Anatoly Gavrilov</title>
		<link>http://etherealmind.com/too-much-to-think-about/#comment-1107</link>
		<dc:creator>Anatoly Gavrilov</dc:creator>
		<pubDate>Tue, 04 Aug 2009 04:50:22 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1616#comment-1107</guid>
		<description>I&#039;m wondering what your implementation engineers think about your work. I&#039;ve realised that it&#039;s hard to make a distinct line between design and implementation phase. May be some requirements were missed or implementation didn&#039;t go as planned and you have to implement a workaround which may affect your design. 

And I saw a lot of various interractions between design and service delivery people:

Smart Designer with a lot of field exp(CCIE) + Dumb Implementators  = Design include detailed configurations of the hardware with detailed physical layouts. Field engineers simply connect devices as described, put IOS and configs. In case of problem, design engineer log in remotely and investigate what&#039;s going on. 

Smart Designer + Smart Implementators = Designer starts giving more general configs, service delivery engineer can make IP allocation by himself, etc... Troubleshooting is done together. Usually smart field engineers go out from field work especially people with families as they don&#039;t have time for kids if they travel too much. 

Dumb Designer + Smart Implementators = Designs will be very high-level. Like cloud to cloud connected with one link without any details. Service Delivery will eat a lot of shit dealing with the implementation. Basically they have to make a new design (we can call it low-level, but  it&#039;s completely different kind of job). It&#039;s very easy to talk to customers and draw clouds in Visio. But if there are no good implementation engineers, dumb designer will be screwed (or promoted to high management as it usually happens)

Dumb Designer + Dumb Implementator = Fail! :)</description>
		<content:encoded><![CDATA[<p>I&#8217;m wondering what your implementation engineers think about your work. I&#8217;ve realised that it&#8217;s hard to make a distinct line between design and implementation phase. May be some requirements were missed or implementation didn&#8217;t go as planned and you have to implement a workaround which may affect your design. </p>
<p>And I saw a lot of various interractions between design and service delivery people:</p>
<p>Smart Designer with a lot of field exp(CCIE) + Dumb Implementators  = Design include detailed configurations of the hardware with detailed physical layouts. Field engineers simply connect devices as described, put IOS and configs. In case of problem, design engineer log in remotely and investigate what&#8217;s going on. </p>
<p>Smart Designer + Smart Implementators = Designer starts giving more general configs, service delivery engineer can make IP allocation by himself, etc&#8230; Troubleshooting is done together. Usually smart field engineers go out from field work especially people with families as they don&#8217;t have time for kids if they travel too much. </p>
<p>Dumb Designer + Smart Implementators = Designs will be very high-level. Like cloud to cloud connected with one link without any details. Service Delivery will eat a lot of shit dealing with the implementation. Basically they have to make a new design (we can call it low-level, but  it&#8217;s completely different kind of job). It&#8217;s very easy to talk to customers and draw clouds in Visio. But if there are no good implementation engineers, dumb designer will be screwed (or promoted to high management as it usually happens)</p>
<p>Dumb Designer + Dumb Implementator = Fail! <img src='http://etherealmind.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ethan</title>
		<link>http://etherealmind.com/too-much-to-think-about/#comment-1106</link>
		<dc:creator>Ethan</dc:creator>
		<pubDate>Fri, 31 Jul 2009 21:05:22 +0000</pubDate>
		<guid isPermaLink="false">http://etherealmind.com/?p=1616#comment-1106</guid>
		<description>&lt;i&gt;A good engineer knows technology. But the mental discipline and practice to gather, hold, sort that data, and then extract meaning from it and being able to comprehend a wide range of technology means you have a chance to be a great engineer.&lt;/i&gt;

Well said.  Bravo.</description>
		<content:encoded><![CDATA[<p><i>A good engineer knows technology. But the mental discipline and practice to gather, hold, sort that data, and then extract meaning from it and being able to comprehend a wide range of technology means you have a chance to be a great engineer.</i></p>
<p>Well said.  Bravo.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Served from: etherealmind.com @ 2012-02-11 01:40:39 by W3 Total Cache -->
