<?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>TI Especialistas &#187; Flávio Horita</title>
	<atom:link href="http://www.tiespecialistas.com.br/author/flavio-horita/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.tiespecialistas.com.br</link>
	<description></description>
	<lastBuildDate>Tue, 22 May 2012 14:51:41 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>O Conflito Interpessoal dos Membros nos Projetos de TI</title>
		<link>http://www.tiespecialistas.com.br/2012/01/o-conflito-interpessoal-dos-membros-nos-projetos-de-ti/</link>
		<comments>http://www.tiespecialistas.com.br/2012/01/o-conflito-interpessoal-dos-membros-nos-projetos-de-ti/#comments</comments>
		<pubDate>Fri, 20 Jan 2012 15:50:50 +0000</pubDate>
		<dc:creator>Flávio Horita</dc:creator>
				<category><![CDATA[Gerência de Projetos]]></category>
		<category><![CDATA[Gestão de Processos]]></category>
		<category><![CDATA[TI Corporativa]]></category>
		<category><![CDATA[conflito interpessoal]]></category>
		<category><![CDATA[credibilidade]]></category>
		<category><![CDATA[gestão]]></category>
		<category><![CDATA[gestão de pessoas]]></category>
		<category><![CDATA[gestão de projetos]]></category>
		<category><![CDATA[planejamento]]></category>
		<category><![CDATA[problemas]]></category>
		<category><![CDATA[processos]]></category>
		<category><![CDATA[qualidade]]></category>
		<category><![CDATA[ti]]></category>

		<guid isPermaLink="false">http://www.tiespecialistas.com.br/?p=14892</guid>
		<description><![CDATA[Identificar e trabalhar o conflito interpessoal consequente da necessidade em executar diversos papéis durante o desenvolvimento de software é um das tarefas mais importantes para alcançar seu sucesso. ]]></description>
			<content:encoded><![CDATA[<p>Durante os últimos meses, tem sido cada vez mais comum encontrarmos artigos que comentam sobre a importância dos recursos humanos para o sucesso ou fracasso no desenvolvimento de um projeto de <em>software</em> (<a href="http://www.tiespecialistas.com.br/2012/01/relacoes-humanas-e-alta-rotatividade-nas-empresas/?utm_campaign=Rela%C3%A7%C3%B5es%20Humanas%20e%20alta%20rotatividade%20nas%20empresas&amp;utm_medium=twitter&amp;utm_source=twitter">Melissa Adimari</a>,  <a href="http://www.tiespecialistas.com.br/2011/07/gestao-de-pessoas-em-empresas-de-ti/">Rodrigo Distasio</a>, <a href="http://www.tiespecialistas.com.br/2011/05/o-profissional-de-ti-e-um-campeao-ou-uma-vitima/">Erik Bertelli</a>, <a href="http://www.tiespecialistas.com.br/2011/04/profissional-de-ti-campeao-ou-vitima/">Melissa Adimari</a>, <a href="http://www.tiespecialistas.com.br/2011/02/o-que-te-faz-infeliz-no-trabalho-revise-seus-conceitos/">Alexandre Fernando</a>, <a href="http://www.tiespecialistas.com.br/2011/01/na-era-da-competicao-por-talentos-emerge-o-rh-estrategico/">Rafael Meneses</a>, são apenas alguns dos exemplos). Isso por que, muitos deles comprovam através de estudos de casos e relatos de experiências, que são estes recursos que gerem e fortalecem a inovação, que produzem, tomam decisões, lideram, motivam, comunicam, supervisionam, gerenciam e dirigem os negócios das organizações.</p>
<p>Neste contexto, um dos problemas que tem-se tornado cada vez mais comum é <strong>conflito interpessoal</strong> consequente da necessidade em executar diversos papéis durante o desenvolvimento no projeto. Um mesmo membro atuando como desenvolvedores, testes e suporte. Minha experiência me faz crer que este é um problema mais comum em pequenas e médias empresas do que em grandes corporações. No entanto, o que vale ressaltar, é a mentalidade de gestores e diretores que acreditam que esta política pode representar uma grande economia financeira para sua organização; quando, na verdade, este fator reflete consideravelmente na <strong>diminuição da qualidade</strong> do produto causada pelas constantes alterações em seu foco de desenvolvimento e<strong> perda da credibilidade</strong> com a demora ou não realização das atividades propostas.</p>
<p>Aliado a isso, um termo, apresentado como uma nova metodologia de desenvolvimento chamou muito minha atenção e me fez refletir durante os últimos dias, o ironicamente nomeado <em>Desenvolvimento Baseado no Telefone (DBT)</em>. Seu principal jargão é o conhecido “<em>se der problema, o cliente liga</em>”. Brincadeiras a parte, em um período dominado pelas constantes exigências por qualidade de produtos e serviços onde tecnologias e metodologias mudam quase diariamente, infelizmente, é cada vez mais comum encontrarmos empresas de <em>software</em> que tem &#8220;adotado&#8221; esta &#8220;metodologia&#8221; como seu principal processo de desenvolvimento.</p>
<p>Antes de apontarmos seus culpados, cabe fazer uma breve, mas importante, ressalva. Em muitos casos, ao tratamos de pequenas e médias corporações, é comum trabalharmos com recursos financeiros, físicos e organizacionais limitados. No entanto, vale lembrar que, controlar uma empresa requer acima de tudo habilidades gerenciais, comerciais, financeiras, interpessoais e, principalmente, estratégicas. Pois, sem elas, facilmente seus membros estarão sujeitos a realizarem escolhas conflitantes com seu foco (entenda-se objetivo da empresa), perdendo, consequentemente, o mais importante, o foco do negócio. Portanto, em um nível mais corporativo, o básico do planejamento estratégico e financeiro em uma empresa é fundamental para que ela alcance seu sucesso.</p>
<p>Agora, vamos aqueles que <strong>particularmete</strong> atribuo como culpados por este problema. <em>Lembre-se estou focando no conflito interpessoal para execução de diversos papéis no <strong>desenvolvimento</strong> e não em um nível gerencial (possivelmente, tema para outro post).</em> Credito-o a três papéis, o desenvolvedor, o cliente, mas, principalmente, ao gerente ou responsável pela área de TI da organização. Ao <strong>desenvolvedor</strong> que sempre anseia por conhecimento e desafios constantes mesmo que eles possam levar mais tempo para realizar do que o previsto. Ao <strong>cliente</strong> que, em muitos casos, solicitam customizações que contrapõe suas reais necessidades e, se não houver uma pessoa especializada neste etapa, faltamente haverão re-trabalhos. Por fim, e mais importante, ao <strong>gerente</strong> ou <strong>responsável</strong> pela área de TI, pois este papel deve saber como trabalhar sua equipe, seus pontos fortes, fracos, benefícios, dificuldades e, a partir disso, atribuir tarefas, atividades e papéis. Sempre atuando em pró da qualidade e credibilidade da equipe e, consequentemente, da empresa.</p>
<p>Lembrando que não acho esta prática aceitavél. Mas, sendo ela realidade em muitas empresas, torna-se imprescindível que suas tarefas (sejam de desenvolvimento, suporte ou testes) sejam controladas e atribuídas aos membros, ciente de suas dificuldades e problemas. Além disso, institucionalizar uma ferramenta para seu acompanhamento é essencial para identificar como está seu andamento.</p>
<p>Como sei que este é um tema muito polêmico e gera diferentes opiniões. Gostaria de saber se esta é sua realidade?! O que acha deste ponto de vista?! A quem credita este problema?! Deixe seus comentários e opiniões.</p>
<p>&nbsp;</p>
Number of View :1238]]></content:encoded>
			<wfw:commentRss>http://www.tiespecialistas.com.br/2012/01/o-conflito-interpessoal-dos-membros-nos-projetos-de-ti/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

