<?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>Comentários sobre: Tentar ou continuar na mesma?</title>
	<atom:link href="http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/</link>
	<description>Tudo certo e nada resolvido</description>
	<lastBuildDate>Tue, 07 Sep 2010 23:26:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>Por: jeveaux</title>
		<link>http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/comment-page-1/#comment-984</link>
		<dc:creator>jeveaux</dc:creator>
		<pubDate>Fri, 27 Feb 2009 15:36:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=378#comment-984</guid>
		<description>@Marcio

Infelizmente esse tipo de situação, assim como a que você descreveu anteriormente, acontecem bastante. E creio que muitas vezes elas andam juntinhas.

Imagine num caso como você descreveu, a pessoa não quer o bem da empresa, deseja apenas se auto-promover. Então ignora a metodologia interna e cria uma outra. Isso vai demandar bastante trabalho e esforço. Digamos que ao final a metodologia não dê certo, ou fique pior do que a existente na empresa. Agora começará a outra situação. A mesma pessoa que ignorou a empresa pensando somente em benefício próprio irá fazer de tudo pra não deixar de utilizar a metodologia que ele formou, afinal de contas, seria assumir o fracasso. Imagine como a empresa perdeu com tudo isso, perdendo tempo e dinheiro pra criar outra metodologia e depois sendo prejudicada pelo ego e orgulho de uma pessoa que não sabe trabalhar em equipe.</description>
		<content:encoded><![CDATA[<p>@Marcio</p>
<p>Infelizmente esse tipo de situação, assim como a que você descreveu anteriormente, acontecem bastante. E creio que muitas vezes elas andam juntinhas.</p>
<p>Imagine num caso como você descreveu, a pessoa não quer o bem da empresa, deseja apenas se auto-promover. Então ignora a metodologia interna e cria uma outra. Isso vai demandar bastante trabalho e esforço. Digamos que ao final a metodologia não dê certo, ou fique pior do que a existente na empresa. Agora começará a outra situação. A mesma pessoa que ignorou a empresa pensando somente em benefício próprio irá fazer de tudo pra não deixar de utilizar a metodologia que ele formou, afinal de contas, seria assumir o fracasso. Imagine como a empresa perdeu com tudo isso, perdendo tempo e dinheiro pra criar outra metodologia e depois sendo prejudicada pelo ego e orgulho de uma pessoa que não sabe trabalhar em equipe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Marcio Tavares</title>
		<link>http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/comment-page-1/#comment-977</link>
		<dc:creator>Marcio Tavares</dc:creator>
		<pubDate>Fri, 27 Feb 2009 03:02:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=378#comment-977</guid>
		<description>Seguindo a linha do que falei antes, mas por outro ponto de vista, tem uma situação curiosa que aconteceu na minha empresa atual. Lá não tem processo pra nada. O pouco que tem fomos nós, os desenvolvedores, que criamos, no pouquíssimo tempo que temos disponível. Não é muita coisa, infelizmente. Meu chefe &quot;sugeriu&quot; que criássemos um processo para controlar melhor os nossos projetos. Sendo que nós sabemos que uma das filiais da nossa empresa foi responsável por dar à empresa o rótulo de CMMI nível 5, e sem falar de outra filial que já tem um processo criado, baseado no RUP, e dizem que funciona bem. Um dia, como quem não quer nada, sugeri que uma dessas filiais nos dessem uma &quot;consultoria&quot; ou &quot;coaching&quot; sobre implantação de processo, afinal, a &quot;empresa&quot; já tem processo, então pra que inventar a roda duas vezes? Pra que passar pelos mesmos problemas que a empresa, considerando o todo, já teve? Claro que é uma boa oportunidade pra aprender, mas teria que ser nós mesmos que deveríamos criar e implantar o processo, em paralelo com os projetos normais, e sem remanejamento de nada, que fique claro. Resumindo, tinha que ser na base do &quot;se virem&quot;. Enfim, meu chefe disse que teríamos que ser nós mesmos que deveríamos fazer isso porque seria um ótimo &quot;produto&quot; para promover a equipe dele. Sem querer entrar em muitos detalhes, percebi de cara qual a real intenção dele: promover o nome dele para a empresa. Ele não queria promover a equipe. Infelizmente eu sei disso porque já o conheço de outros carnavais, e sei que ele prefere um sucesso individual do que melhorar a produtividade da empresa. Se ele estivesse pensando na empresa, obviamente teria corrido atrás de uma das soluções já prontas, bastava dar um telefonema. Mas o horizonte limitado só o permitiu enxergar que nós deveríamos fazer isso. Nem preciso dizer que o countdown timer está correndo né?</description>
		<content:encoded><![CDATA[<p>Seguindo a linha do que falei antes, mas por outro ponto de vista, tem uma situação curiosa que aconteceu na minha empresa atual. Lá não tem processo pra nada. O pouco que tem fomos nós, os desenvolvedores, que criamos, no pouquíssimo tempo que temos disponível. Não é muita coisa, infelizmente. Meu chefe &#8220;sugeriu&#8221; que criássemos um processo para controlar melhor os nossos projetos. Sendo que nós sabemos que uma das filiais da nossa empresa foi responsável por dar à empresa o rótulo de CMMI nível 5, e sem falar de outra filial que já tem um processo criado, baseado no RUP, e dizem que funciona bem. Um dia, como quem não quer nada, sugeri que uma dessas filiais nos dessem uma &#8220;consultoria&#8221; ou &#8220;coaching&#8221; sobre implantação de processo, afinal, a &#8220;empresa&#8221; já tem processo, então pra que inventar a roda duas vezes? Pra que passar pelos mesmos problemas que a empresa, considerando o todo, já teve? Claro que é uma boa oportunidade pra aprender, mas teria que ser nós mesmos que deveríamos criar e implantar o processo, em paralelo com os projetos normais, e sem remanejamento de nada, que fique claro. Resumindo, tinha que ser na base do &#8220;se virem&#8221;. Enfim, meu chefe disse que teríamos que ser nós mesmos que deveríamos fazer isso porque seria um ótimo &#8220;produto&#8221; para promover a equipe dele. Sem querer entrar em muitos detalhes, percebi de cara qual a real intenção dele: promover o nome dele para a empresa. Ele não queria promover a equipe. Infelizmente eu sei disso porque já o conheço de outros carnavais, e sei que ele prefere um sucesso individual do que melhorar a produtividade da empresa. Se ele estivesse pensando na empresa, obviamente teria corrido atrás de uma das soluções já prontas, bastava dar um telefonema. Mas o horizonte limitado só o permitiu enxergar que nós deveríamos fazer isso. Nem preciso dizer que o countdown timer está correndo né?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: jeveaux</title>
		<link>http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/comment-page-1/#comment-968</link>
		<dc:creator>jeveaux</dc:creator>
		<pubDate>Thu, 26 Feb 2009 11:53:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=378#comment-968</guid>
		<description>@Marcio,

Tem toda razão, este é um ponto importantíssimo e realmente acontece com certa frequência, entendi bem o seu ponto no comentário. Creio que isso acaba acontecendo por dois motivos: orgulho ou medo. Orgulho do gestor em não abrir mão da metodologia que ele escolheu, mesmo estando ela sendo um fracasso ou então medo de que ele possa ser demitido, culpado e rebaixado de cargo.</description>
		<content:encoded><![CDATA[<p>@Marcio,</p>
<p>Tem toda razão, este é um ponto importantíssimo e realmente acontece com certa frequência, entendi bem o seu ponto no comentário. Creio que isso acaba acontecendo por dois motivos: orgulho ou medo. Orgulho do gestor em não abrir mão da metodologia que ele escolheu, mesmo estando ela sendo um fracasso ou então medo de que ele possa ser demitido, culpado e rebaixado de cargo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Marcio Tavares</title>
		<link>http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/comment-page-1/#comment-962</link>
		<dc:creator>Marcio Tavares</dc:creator>
		<pubDate>Thu, 26 Feb 2009 01:05:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=378#comment-962</guid>
		<description>Acho que tem um ponto aí que não foi mencionado: se em uma determinada empresa um gestor qualquer &quot;incentivou&quot; o uso de uma metodologia que não está dando certo, possivelmente ele vai ser o mais resistente a uma mudança, simplesmente porque na cabeça dele parar de usar a metodologia que ele escolheu significa que ele foi incompetente para fazer esse trabalho. Vejam bem: *na cabeça dele* significa isso. Já vi essa situação acontecendo algumas vezes. Óbvio que não necessariamente isso vai significar que essa pessoa foi incompetente, mas parece que pra algumas pessoas retirar a sua idéia de prática significa que as pessoas estão tirando você de jogo junto. Não sei se estou conseguindo demonstrar bem o que estou querendo dizer, mas o que vejo é que existe muito individualismo no mercado corporativo. Muita gente se esconde atrás do termo &quot;trabalho em equipe&quot; apenas para conseguir ganhos pessoais.</description>
		<content:encoded><![CDATA[<p>Acho que tem um ponto aí que não foi mencionado: se em uma determinada empresa um gestor qualquer &#8220;incentivou&#8221; o uso de uma metodologia que não está dando certo, possivelmente ele vai ser o mais resistente a uma mudança, simplesmente porque na cabeça dele parar de usar a metodologia que ele escolheu significa que ele foi incompetente para fazer esse trabalho. Vejam bem: *na cabeça dele* significa isso. Já vi essa situação acontecendo algumas vezes. Óbvio que não necessariamente isso vai significar que essa pessoa foi incompetente, mas parece que pra algumas pessoas retirar a sua idéia de prática significa que as pessoas estão tirando você de jogo junto. Não sei se estou conseguindo demonstrar bem o que estou querendo dizer, mas o que vejo é que existe muito individualismo no mercado corporativo. Muita gente se esconde atrás do termo &#8220;trabalho em equipe&#8221; apenas para conseguir ganhos pessoais.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Diogo Souza</title>
		<link>http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/comment-page-1/#comment-488</link>
		<dc:creator>Diogo Souza</dc:creator>
		<pubDate>Thu, 29 Jan 2009 02:59:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=378#comment-488</guid>
		<description>&quot;Peça perdão, não peça permissão.&quot;
Li isso em um livro recentemente, é mais ou menos como o Marcos Sousa falou: Comece a trabalhar diferente, e se não gostarem ai volte ao padrão. Claro que nem sempre se aplica ;)

Mas tem muito gerente/chefe/desenvolvedor cabeça dura, que não sai da zona de conforto por nada. Mas &quot;legal&quot; mesmo é quando tem processos para mudar os processos.</description>
		<content:encoded><![CDATA[<p>&#8220;Peça perdão, não peça permissão.&#8221;<br />
Li isso em um livro recentemente, é mais ou menos como o Marcos Sousa falou: Comece a trabalhar diferente, e se não gostarem ai volte ao padrão. Claro que nem sempre se aplica <img src='http://www.jeveaux.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Mas tem muito gerente/chefe/desenvolvedor cabeça dura, que não sai da zona de conforto por nada. Mas &#8220;legal&#8221; mesmo é quando tem processos para mudar os processos.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Lucas Oleiro</title>
		<link>http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/comment-page-1/#comment-481</link>
		<dc:creator>Lucas Oleiro</dc:creator>
		<pubDate>Wed, 28 Jan 2009 16:55:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=378#comment-481</guid>
		<description>Está enraizada na cabeça dos &quot;chefes&quot; a definição do comando-controle. Com o comando-controle o chefe alimenta seu ego, se sente importante e no fim esquece do que ele realmente deve fazer: alimentar talentos, orquestrar o que existe de melhor em uma equipe, para que o trabalho de TODOS gere retorno.</description>
		<content:encoded><![CDATA[<p>Está enraizada na cabeça dos &#8220;chefes&#8221; a definição do comando-controle. Com o comando-controle o chefe alimenta seu ego, se sente importante e no fim esquece do que ele realmente deve fazer: alimentar talentos, orquestrar o que existe de melhor em uma equipe, para que o trabalho de TODOS gere retorno.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Os chefes são boçais</title>
		<link>http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/comment-page-1/#comment-478</link>
		<dc:creator>Os chefes são boçais</dc:creator>
		<pubDate>Wed, 28 Jan 2009 12:32:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=378#comment-478</guid>
		<description>[...] que li este post no blog do Jeveaux, a revolta a respeito desta situação veio a tona e resolvi desabafar a [...]</description>
		<content:encoded><![CDATA[<p>[...] que li este post no blog do Jeveaux, a revolta a respeito desta situação veio a tona e resolvi desabafar a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rafael Carneiro</title>
		<link>http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/comment-page-1/#comment-472</link>
		<dc:creator>Rafael Carneiro</dc:creator>
		<pubDate>Wed, 28 Jan 2009 02:36:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=378#comment-472</guid>
		<description>Já tive uma experiência (de tentar mudar e não conseguir) dessas e se essa mudança (que era a idealização de vários desenvolvedores que pensavam da mesma forma) tivesse acontecido, o formato de desenvolvimento desse determinado projeto teria mudado da água para o vinho e, por conseguência, a data de término deste teria uma outra história e várias pessoas sairiam felizes da vida.

Mas, como nem tudo são flores, em projetos existem as pessoas que podem e as que não podem. Normalmente essas pessoas que podem possuem o poder. Portanto, elas podem ou não acatar as mudanças. É triste mas é fato.</description>
		<content:encoded><![CDATA[<p>Já tive uma experiência (de tentar mudar e não conseguir) dessas e se essa mudança (que era a idealização de vários desenvolvedores que pensavam da mesma forma) tivesse acontecido, o formato de desenvolvimento desse determinado projeto teria mudado da água para o vinho e, por conseguência, a data de término deste teria uma outra história e várias pessoas sairiam felizes da vida.</p>
<p>Mas, como nem tudo são flores, em projetos existem as pessoas que podem e as que não podem. Normalmente essas pessoas que podem possuem o poder. Portanto, elas podem ou não acatar as mudanças. É triste mas é fato.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Marcos Sousa</title>
		<link>http://www.jeveaux.com/blog/2009/tentar-ou-continuar-na-mesma/comment-page-1/#comment-467</link>
		<dc:creator>Marcos Sousa</dc:creator>
		<pubDate>Tue, 27 Jan 2009 21:35:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.jeveaux.com/blog/?p=378#comment-467</guid>
		<description>O fato é, a grande maioria das pessoas não gostam de mudanças, principalmente se forem impostas. Claro que dependendo do time, mas uma boa idéia para quem está em equipes resistentes é provocar as mudanças. 

Tive um caso clássico, entrei num time &quot;Cascateiro&quot;, não tinha política de testes unitários, entregavam o sistema cheio de inconsistência e atrasados. Comecei usando SeleniumIDE, o pessoal começou a notar que o que eu entregava tinha menos erros e todos se interessaram a mudar. 

E concordo contigo, devemos sim estar constantemente avaliando nosso trabalho, porque sempre há o que melhorar, se a mudança trouxe dores de cabeça, também é bom, faz o time crescer. Parabéns pelo post!</description>
		<content:encoded><![CDATA[<p>O fato é, a grande maioria das pessoas não gostam de mudanças, principalmente se forem impostas. Claro que dependendo do time, mas uma boa idéia para quem está em equipes resistentes é provocar as mudanças. </p>
<p>Tive um caso clássico, entrei num time &#8220;Cascateiro&#8221;, não tinha política de testes unitários, entregavam o sistema cheio de inconsistência e atrasados. Comecei usando SeleniumIDE, o pessoal começou a notar que o que eu entregava tinha menos erros e todos se interessaram a mudar. </p>
<p>E concordo contigo, devemos sim estar constantemente avaliando nosso trabalho, porque sempre há o que melhorar, se a mudança trouxe dores de cabeça, também é bom, faz o time crescer. Parabéns pelo post!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
