<?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; líder</title>
	<atom:link href="http://blog.arkhi.com.br/tag/lider/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>Para a Liderança Democrática da Arquitetura de Software</title>
		<link>http://blog.arkhi.com.br/2008/10/23/lideranca-democratica-da-arquitetura-de-software/</link>
		<comments>http://blog.arkhi.com.br/2008/10/23/lideranca-democratica-da-arquitetura-de-software/#comments</comments>
		<pubDate>Thu, 23 Oct 2008 00:46:09 +0000</pubDate>
		<dc:creator>Eros Viggiano</dc:creator>
				<category><![CDATA[Sem categoria]]></category>
		<category><![CDATA[arquiteto]]></category>
		<category><![CDATA[líder]]></category>
		<category><![CDATA[liderança]]></category>

		<guid isPermaLink="false">http://dearchitectura.wordpress.com/?p=132</guid>
		<description><![CDATA[Para a maioria das pessoas, o título de Arquiteto de Software soa por demais pomposo e costuma ser associado a devaneios tecnológicos &#8220;inovadores&#8221;. Justiça seja feita, a maioria dos profissionais encontrados no mercado geralmente faz por merecer as observações.
Ao longo de minha carreira, tenho encontrado alguns colegas com a função de arquiteto de software que [...]]]></description>
			<content:encoded><![CDATA[<p>Para a maioria das pessoas, o título de Arquiteto de Software soa por demais pomposo e costuma ser associado a devaneios tecnológicos &#8220;inovadores&#8221;. Justiça seja feita, a maioria dos profissionais encontrados no mercado geralmente faz por merecer as observações.</p>
<p>Ao longo de minha carreira, tenho encontrado alguns colegas com a função de arquiteto de software que preocupam-se mais com o impacto de seus crachás que com resultados pragmáticos. E não somente os resultados importam &#8211; os meios também interessam. E muito!</p>
<p>Um arquiteto com grande experiência e ampla capacitação técnica é capaz de projetar boas arquiteturas de software. Mas <a href="http://dearchitectura.wordpress.com/2008/10/22/os-13-comportamentos-de-lideranca-de-um-arquiteto-de-software-em-projetos/">o arquiteto que lidera</a> o desenvolvimento de uma arquitetura de software, este sim, tem a chance de atingir resultados excelentes. Independentemente da existência de outros arquitetos no time, é possível que toda a equipe técnica contribua &#8211; cada qual a sua maneira. Seguem algumas sugestões para <a href="http://pt.wikipedia.org/wiki/Liderança">liderar democraticamente</a> o desenvolvimento de uma arquitetura de software.</p>
<ul>
<li>Em primeiro lugar, certifique-se de ser portador de uma razoável <strong>auto-confiança</strong>. Para muitos, contar com a contribuição de outros pode ser um sintoma de fraqueza. Se você ainda não é capaz de se livrar de atitudes autocráticas e personalistas, dificilmente poderá avançar. Por outro lado, aceite sua imperfeição (não espere atingir o Nirvana!) e arrisque-se um pouco. </li>
<li><strong>Encontre (e mantenha) boas &#8220;cabeças&#8221;</strong> para seu time. Será útil contar com pessoas inteligentes. E lembre-se que as pessoas &#8220;certas&#8221;, nem sempre, são as mais capacitadas, mas as mais confiáveis. </li>
<li><strong>Crie um ambiente confiável. </strong>Valorize a integridade e a paciência. Incentive a participação e tenha cuidado ao emitir críticas. Demonstre competência sem intimidar os demais. </li>
<li><strong>Evite apresentar visões messiânicas</strong>, arquiteturas que parecem boladas por seres superiores. Procure envolver todos no problema a ser resolvido. Antes de apresentar soluções, ouça o que todos tem a dizer. Aliás, procure mais ouvir que falar. Como ensina <a href="http://www.welchway.com/About-Us/Jack-Welch/Biography.aspx">Jack Welch</a>, qualquer um pode ter uma boa idéia. </li>
<li><strong>Lidere com perguntas</strong> e não com respostas. Nem todos detém a mesma experiência em lidar com problemas: esclareça-os. Direcione os objetivos, mas não deixe de atuar com diligência e extrema humildade. </li>
<li>Através do exemplo, <strong>seja disciplinado e comprometido</strong>, inspirando aos outros que também o sejam. Procure se concentrar nos problemas reais e nas soluções mais simples e objetivas. É fácil desviar a atenção para sedutoras aventuras tecnológicas.</li>
<li><strong>Sirva o time</strong>. Os arquitetos geniais na <a href="http://www.agilemodeling.com/essays/agileArchitecture.htm">torre de marfim</a> se cercam de dezenas de assistentes. E os excelentes arquitetos servem como catalizador para as boas soluções da equipe, fomentando a criatividade. </li>
<li><strong>Mostre-se transparente e ético sempre</strong>. E não apenas aparente ser. Seja. </li>
<li><strong>Articule com todos</strong>, procurando ser um elo de união entre as diversas disciplinas como, por exemplo, requisitos, testes e gerência. Definitivamente sua profissão não é mais importante que a de ninguém.</li>
<li><strong>Seja um líder 360º</strong>. Siga os conselhos de <a href="http://www.amazon.com/360-Degree-Leader-Developing-Organization/dp/0785260927">John Maxell</a> e influencie positivamente o cliente, o gerente, a gerência sênior e todos os demais skateholders. </li>
</ul>
<p>Infelizmente somente um artigo é insuficiente para discutir questões humanas ligadas à profissão do arquiteto de software. Igualmente limitada é a capacidade de quem escreve este blog. Mas, se você se interessou pelo assunto, encontrará facilmente bons livros sobre liderança (muito mais que sobre arquitetura de software, acredite!) e poderá acompanhar nossos artigos futuros.</p>
<p>Para reflexão: <em>&#8220;Os líderes de nível 5 exibem uma diligência operária &#8211; mais para &#8216;cavalo de arado&#8217; do que para &#8216;cavalo de circo&#8217;&#8221;</em>. <a href="http://www.jimcollins.com/lib/books.html">Jim Collins, em &#8220;Good to Great&#8221;</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.arkhi.com.br/2008/10/23/lideranca-democratica-da-arquitetura-de-software/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Os 13 Comportamentos de Liderança de um Arquiteto de Software em Projetos</title>
		<link>http://blog.arkhi.com.br/2008/10/22/os-13-comportamentos-de-lideranca-de-um-arquiteto-de-software-em-projetos/</link>
		<comments>http://blog.arkhi.com.br/2008/10/22/os-13-comportamentos-de-lideranca-de-um-arquiteto-de-software-em-projetos/#comments</comments>
		<pubDate>Wed, 22 Oct 2008 17:59:57 +0000</pubDate>
		<dc:creator>Marco Mendes</dc:creator>
				<category><![CDATA[Sem categoria]]></category>
		<category><![CDATA[arquiteto]]></category>
		<category><![CDATA[líder]]></category>
		<category><![CDATA[liderança]]></category>

		<guid isPermaLink="false">http://dearchitectura.wordpress.com/?p=125</guid>
		<description><![CDATA[Uma das características chaves para um arquiteto é a criação de confiança e liderança técnica dentro de times de TI. Um excelente material a respeito sobre o estabelecimento de confiança e liderança, que adapto aqui para TI, foi escrito pelo Stephen M. R. Covey. Este material é simples e fornece conselhos bem pragmáticos sobre o [...]]]></description>
			<content:encoded><![CDATA[<p>Uma das características chaves para um arquiteto é a criação de confiança e liderança técnica dentro de times de TI. Um excelente material a respeito sobre o estabelecimento de confiança e liderança, que adapto aqui para TI, foi escrito pelo Stephen M. R. Covey. Este material é simples e fornece conselhos bem pragmáticos sobre o tema. A sua prática, apesar de bastante complexa, pode gerar resultados fantásticos na dinâmica de um projeto.</p>
<ol> <strong>Comportamentos do Caráter do Arquiteto</strong> </p>
<li><em>Ser franco.</em> Ser honesto, dizer a verdade, usar linguagem simples, demonstrar integridade e não manipular pessoas estabelece conexões entre times e também com os envolvidos (clientes, patrocinadores, usuários e gerentes). Um projeto com pessoas desconectadas raramente irá cumprir seus objetivos. Um projeto com desenvolvedores versus usuários raramente resulta em relações ganha-ganha.</li>
<li>Demonstrar preocupação sincera. Um arquiteto deve ouvir e respeitar profundamente todo o time técnico. Ouvir requer tempo e disposição. Nào é possível e correto ser &#8220;eficiente&#8221; com o time de desenvolvimento, especialmente com iniciantes.</li>
<li>Criar Transparência. Um arquiteto não deve esconder informações do time. Ao invés, toda informação deve ser divulgada de forma aberta para críticas e melhorias.</li>
<li>Fazer dos Erros Acertos. Errar é humano. Reconhecer erros demonstra humildade. Pedir desculpas sinceras com rapidez demonstra grandeza.</li>
<li>Demonstrar Lealdade. É fundamental dar créditos às idéias de cada pessoa do seu time. Quando falar sobre qualquer pessoa do projeto (incluindo o cliente!), assuma que ele esteja presente.<strong> Comportamentos de Competência do Arquiteto</strong></li>
<li>Gerar Resultados. Um arquiteto deve produzir resultados consistentes durante todo o projeto. Manter o cronograma no prazo e gerenciar o orçamento técnico do projeto são aspectos chave para demonstrar competência técnica. Se algo fugir do planejado, o arquiteto não deve inventar desculpas pelo ocorrido.</li>
<li>Melhorar Continuamente. Aumentar permanentemente os conhecimentos técnicos e habilidades é uma obrigação. O arquiteto deve ser um aprendiz eterno. Para isso, ele deve desenvolvedor sistemas de feedback formais e informais e aprender com este sistema. Parar no tempo e assumir que você se tornou <em>sênior</em> é um erro mortal.</li>
<li>Encarar a Realidade. Enfrente a realidade e não as pessoas, i.e., trate as questões difíceis do seu projeto abertamente e não as esconda ou se esconda delas. Um bom arquiteto deve assumir os desafios e buscar soluções coletivas com todo o time para resolvê-las.</li>
<li>Esclareça as Expectativas. Abrir e revelar expectativas, discuti-las diariamente com o time e validá-las é chave para exercer liderança técnica. Se necessário, renegocie as expectativas. O arquiteto não deve violar as expectativas e nunca assumir que elas estejam claras ou compartilhadas antes que ele as discuta.</li>
<li> Pratique a responsabilidade. Seja responsável pelos resultados, positivos ou negativos. Não apontar os dedos para os outros em situaçòes da responsabilidade de um arquiteto é fundamental. Um arquiteto deve ser claro sobre como comunicar as suas ações no projeto e também as ações do time.<strong>Comportamentos de Caráter e Competência do Arquiteto</strong></li>
<li> Ouvir primeiro. Ouvir é difícil. Ouvir atentamente é muito difícil. Entretanto, um arquiteto deve aprender a ouvir, entender e gerar diagnósticos. Interromper pessoas no meio de uma explicação técnica é sinal de menosprezo e desprezo. Ao invés, o arquiteto não deve assumir que ele tenha todas as respostas ou questões. Pratique o &#8220;ouvir&#8221; no seu projeto.</li>
<li> Honrar seus acordos. Diga o que você irá fazer. Então faça o que você disse que iria fazer. Mantenha os compromissos a qualquer custo, uma vez que você os tenha feito com o seu time. Se você marcou uma reunião, esteja lá pontualmente. Se disse que irá responder um email, responda-o. O compromisso é sinal de honra. A ausência do compromisso quebra a confiança.</li>
<li> Estender a Confiança. Demonstrar a propensão à confiança com as pessoas que você tenha ganho a confiança é fundamental. O arquiteto deve aprender como estender a confiança a outras pessoas baseado na situação, risco e credibilidade.</li>
</ol>
<p>Sinceramente, é mais fácil escrever ou falar sobre estes comportamentos do que praticá-los nos projetos. Entretanto, observei um exemplo de um arquiteto do meu círculo de amizades que (intuitivamente) praticou estes comportamentos em um projeto no primeiro semestre de 2008. O resultado foi estupendo. Um projeto de grande complexidade técnica e forte pressão de prazo foi entregue abaixo do orçamento, com pouquíssimos defeitos e no prazo.</p>
<p>Estou aprendendo sobre estes comportamentos. É difícil, mas posso dizer honestamente que quando percebo que pratiquei estes comportamentos em uma situação técnica no dia a dia, os resultados são visíveis. A eficácia aumenta a a eficiência também aumenta.</p>
<p>Para quem quiser buscar o artigo no original, deixo aqui a <a href="http://www.coveylink.com/documents/13-Behaviors-Handout-CoveyLink.pdf">referência para o mesmo</a>.</p>
<p>Pensamento do dia:</p>
<blockquote><p>&#8220;If people know you care, it brings out the best in them.&#8221; &#8211; Richard Branson, Founder, , the Virgin Group</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://blog.arkhi.com.br/2008/10/22/os-13-comportamentos-de-lideranca-de-um-arquiteto-de-software-em-projetos/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
