<?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>AgileZ &#187; equipe</title>
	<atom:link href="http://www.brasiltech.net/agilez/tag/equipe/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.brasiltech.net/agilez</link>
	<description>Metodologias e técnicas aplicadas a desenvolvimento e gerenciamento</description>
	<lastBuildDate>Mon, 23 Aug 2010 03:14:29 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
		<item>
		<title>Sua equipe de desenvolvimento est&#225; no caminho certo?</title>
		<link>http://www.brasiltech.net/agilez/2010/03/14/sua-equipe-de-desenvolvimento-esta-no-caminho-certo-checklist/</link>
		<comments>http://www.brasiltech.net/agilez/2010/03/14/sua-equipe-de-desenvolvimento-esta-no-caminho-certo-checklist/#comments</comments>
		<pubDate>Sun, 14 Mar 2010 23:48:02 +0000</pubDate>
		<dc:creator>Douglas Cunha</dc:creator>
				<category><![CDATA[Gerenciamento]]></category>
		<category><![CDATA[Metodologias]]></category>
		<category><![CDATA[equipe]]></category>

		<guid isPermaLink="false">http://www.brasiltech.net/agilez/2010/03/14/sua-equipe-de-desenvolvimento-esta-no-caminho-certo-checklist/</guid>
		<description><![CDATA[É difícil descrever todas as responsabilidades de uma equipe de desenvolvimento. Análise, documentação, testes, refatoração e etc. São muitas as competências exigidas, e, se cada uma delas não estiver clara para todo mundo, a chance de algo não sair conforme o esperado é grande. Pensando nisso, me baseei no artigo do Alberto Gutierrez para criar [...]]]></description>
			<content:encoded><![CDATA[<p><img style="margin: 0px 10px 10px 0px; display: inline; border: 0px;" title="labirinto" src="http://www.brasiltech.net/agilez/wp-content/uploads/2010/03/labirinto.jpg" border="0" alt="labirinto" width="240" height="184" align="left" /> É difícil descrever todas as responsabilidades de uma equipe de desenvolvimento. Análise, documentação, testes, refatoração e etc. São muitas as competências exigidas, e, se cada uma delas não estiver clara para todo mundo, a chance de algo não sair conforme o esperado é grande. Pensando nisso, me baseei no artigo do <a rel="nofollow" href="http://www.makinggoodsoftware.com/2010/03/13/my-ten-development-principles/" target="_blank">Alberto Gutierrez</a> para criar esse checklist com algumas coisas que você deve fazer para ter uma boa equipe.</p>
<p>1. <strong>Focar no cliente<br />
</strong>O cliente é a razão de tudo. Sem ele não existiria o seu departamento, e, provavelmente, a sua empresa. Por isso, tenha em mente que você deve satisfazer o cliente, entregando coisas que agregam valor para ele. Focar no cliente também inclui abrir a mão de algumas coisas para entregar o que ele precisa. Por exemplo: se aquela refatoração vai atrasar a entrega de uma funcionalidade exigida pelo cliente, abra mão dela por enquanto (faça-a em outro momento mais oportuno).</p>
<p><span id="more-133"></span></p>
<p><strong>2. </strong><strong>Zele pela qualidade de seu código<br />
</strong>Se preocupe primeiramente em manter um código simples, legível e eficiente. Não caia na tentação de desenvolver complexos frameworks ou bibliotecas para algo que só vai ser utilizado uma vez ou que não vai agregar valor para o cliente. Códigos complexos são mais difíceis de manter, e exige mais conhecimento e capacidade de sua equipe.<strong></strong></p>
<p><strong>3. </strong><strong>Invista em sua equipe<br />
</strong>Desenvolvimento não existe sem pessoas. Por isso certifique-se de que sua equipe esteja capacitada para assumir os desafios do dia-a-dia. Tecnologias aparecem e somem de uma hora para outra, e é difícil, porém indispensável, que todos na equipe sejam bem atualizados. Estimule a pro atividade, a criatividade e a tomada de decisões. Não desencoraje opiniões divergentes, mas modere as discussões com sensatez. <strong></strong></p>
<p><strong>4. </strong><strong>Entregue algo com freqüência<br />
</strong>Não demore a mostrar resultados. Se o cliente não recebe o que precisa, mesmo que de forma parcial, ele terá a impressão de que sua equipe não está produzindo. Por isso, adote o desenvolvimento iterativo. Se sua equipe utiliza scrum, deixe bem definido o tamanho de suas iterações (sprint) e certifique-se de que algo de valor seja entregue ao final delas.<strong></strong></p>
<p><strong>5. </strong><strong>Testes automatizados<br />
</strong>Não existe outra maneira de garantir a integridade de um sistema sem teste. Por isso, se sua equipe não desenvolve testes unitários, não há como garantir que o código está integro, e, consequentemente, haverá retrabalho. Retrabalho é mais custoso do que manter um conjunto de testes unitário.<strong></strong></p>
<p><strong>6. Refatoração não é só para código legado</strong><strong><br />
</strong>Depois de muitos anos de experiência com desenvolvimento, aprendi que não importa o quanto você pensa, analisa e detalha a solução de um problema antes de codificar. O seu código NUNCA vai estar perfeito. E, por incrível que pareça, a qualidade não está diretamente relacionada ao tempo gasto para analisar e modelar a solução. Por isso procure não perder muito tempo e mantenha o código simples e legível. Faça refatorações sempre que necessário.<strong></strong></p>
<p><strong>7. </strong><strong>Comunicação é tudo<br />
</strong>Se a comunicação entre os membros da equipe não for boa, coisas erradas poderão acontecer. Não deixe de notar quando esse problema ocorrer. Se alguém diz ‘faça x’ e outra pessoa executa ‘y’, provavelmente houve um mal entendido. Certifique-se de usar palavras adequadas para se comunicar, e confirme que todos entenderam. Se for necessário, peça para anotarem e repetirem o que deve ser feito para evitar perda de tempo e retrabalho posterior. Não aceite informações implícitas. Explicite tudo o que for importante antes que seja tarde demais.<strong></strong></p>
<p><strong>8. </strong><strong>Evite desperdícios<br />
</strong>Se sua equipe passa muito tempo em reuniões ou em tarefas secundárias, tenha certeza de que elas são realmente necessárias. Se não puder abrir mão das reuniões, adote medida para aperfeiçoar o tempo gasto. Antes de cada reunião defina claramente o objetivo para todos os participantes, e, principalmente, quanto tempo há disponível para alcançar esse valor. Não faça reunião sem uma meta, e muito menos sem uma hora de término definida.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.brasiltech.net/agilez/2010/03/14/sua-equipe-de-desenvolvimento-esta-no-caminho-certo-checklist/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
