<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Arkhi &#187; equipe</title>
	<atom:link href="http://blog.arkhi.com.br/tag/equipe/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.arkhi.com.br</link>
	<description>Arquitetura Corporativa</description>
	<lastBuildDate>Mon, 30 Nov 2009 01:21:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>O Time de Arquitetura</title>
		<link>http://blog.arkhi.com.br/2008/11/05/o-time-de-arquitetura/</link>
		<comments>http://blog.arkhi.com.br/2008/11/05/o-time-de-arquitetura/#comments</comments>
		<pubDate>Wed, 05 Nov 2008 22:09:44 +0000</pubDate>
		<dc:creator>Eros Viggiano</dc:creator>
				<category><![CDATA[arquitetura de software]]></category>
		<category><![CDATA[equipe]]></category>
		<category><![CDATA[liderança]]></category>
		<category><![CDATA[sinergia]]></category>
		<category><![CDATA[time]]></category>

		<guid isPermaLink="false">http://dearchitectura.wordpress.com/?p=171</guid>
		<description><![CDATA[Em muitas ocasiões, apenas um arquiteto de software não é capaz de atender às necessidades do projeto. Faz-se então necessário formar um time de arquitetura com dois ou mais membros. Sempre que existir a opção de compor o próprio time, o arquiteto líder deve procurar formá-lo com profissionais que julgar mais adequados para a tarefa. [...]]]></description>
			<content:encoded><![CDATA[<p>Em muitas ocasiões, apenas um arquiteto de software não é capaz de atender às necessidades do projeto. Faz-se então necessário formar um time de arquitetura com dois ou mais membros. Sempre que existir a opção de compor o próprio time, o arquiteto líder deve procurar formá-lo com profissionais que julgar mais adequados para a tarefa. Seguem algumas dicas para a composição do time:</p>
<div>
<ul>
<li><strong>Todos os membros devem saber efetivamente trabalhar em equipe</strong>. É desejável que já exista vínculos de <a href="http://dearchitectura.wordpress.com/2008/10/22/os-13-comportamentos-de-lideranca-de-um-arquiteto-de-software-em-projetos/">confiança</a> entre os membros. Muitas vezes, o time formado não trabalhou em conjunto previamente &#8211; é fundamental estabelecer rapidamente bases para a credibilidade mútua. Por credibilidade, julgamos adequada a definição de Stephen M. R. Covey abrangendo quatro dimensões: integridade, intenção, capacitação e resultados. As duas primeiras são referentes ao caráter enquanto que as últimas, à competência.</li>
<li><strong>Identificar as pessoas &#8220;certas&#8221;</strong>. As pessoas &#8220;certas&#8221; nem sempre são as que têm maior habilidade técnica. Comprometimento, disciplina, atitude e outros aspectos do caráter devem ser valorizados. Questões relativas à formação do caráter são mais complicadas de ligar que a capacitação técnica.</li>
<li>Dificilmente consegue-se reunir todas as características de um bom arquiteto em apenas um profissional (geralmente, nem o arquiteto líder as tem por completo). Sendo assim, é desejável que os <strong>membros combinem habilidades e competências complementares</strong>.</li>
<li>A fim de <strong>obter sinergia do time</strong>, é fundamental criar um ambiente onde todos possam participar sem censuras ou críticas intimidadoras (&#8220;qualquer um pode ter uma boa idéia&#8221;).</li>
<li><strong>Promover um espírito de cooperação</strong> entre os membros do time e demais stakeholders como analistas de requisitos, engenheiros de testes e usuários. A formação de silos é destrutiva para os projetos.</li>
</ul>
<p>Mesmo que não exista a necessidade de formação de um grupo especializado em arquitetura de software, costuma ser uma boa prática envolver os desenvolvedores de software no desenho da arquitetura. Particularmente, nem sequer aprecio a separação entre arquitetos e desenvolvedores &#8211; acho que faz bem enxergar todos como um time de competências complementares, onde cada atua conforme suas habilidades, pouco importando a função do crachá.</p>
<p>Uma arquitetura desenvolvida com bases em <a href="http://dearchitectura.wordpress.com/2008/10/23/lideranca-democratica-da-arquitetura-de-software/">liderança</a> e cooperação de todos os membros tende a ser mais eficaz. Em primeiro lugar, porque o produto coletivo será muito mais consistente com a opinião consolidade de várias pessoas. Em segundo, quando há participação de todos, o sentimento de propriedade coletiva é forte &#8211; todos são &#8220;donos&#8221; e responsáveis pela integridade arquitetural.</p>
<p>A máxima &#8220;primeiro quem, depois o quê&#8221; identificada por <a href="http://www.jimcollins.com/lib/books.html">Jim Collins</a> também pode ser aplicada para o time de arquitetura. Primeiro quem: &#8220;coloque as pessoas certas no barco&#8221;.  Depois o quê: &#8220;uma vez com as pessoas certas em cada lugar, descobrir qual é o caminho&#8221;.</p>
<p>Para reflexão: <em>&#8220;Haverá uma época em que não vamos poder esperar por alguém. Agora, ou você está no barco ou fora dele.&#8221;</em> &#8211; <a href="http://en.wikipedia.org/wiki/Ken_Kesey">Ken Kesey</a>, extraído de <a href="http://www.amazon.com/Electric-Kool-Aid-Acid-Test/dp/0553380648">&#8220;The Electric Kool-Aid Acid Test&#8221;, de Tom Wolfe</a></div>
]]></content:encoded>
			<wfw:commentRss>http://blog.arkhi.com.br/2008/11/05/o-time-de-arquitetura/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
