<?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>Dalago.com &#187; metodologias</title>
	<atom:link href="http://www.dalago.com/1/tag/metodologias/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dalago.com/1</link>
	<description>Transformando dados em Soluções</description>
	<lastBuildDate>Mon, 23 Nov 2009 15:32:56 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>&#8220;Você não pode gerenciar aquilo que você não pode medir&#8221;   Melhores Práticas em TI</title>
		<link>http://www.dalago.com/1/2009/04/27/voce-nao-pode-gerenciar-aquilo-que-voce-nao-pode-medir-melhores-praticas-em-ti/</link>
		<comments>http://www.dalago.com/1/2009/04/27/voce-nao-pode-gerenciar-aquilo-que-voce-nao-pode-medir-melhores-praticas-em-ti/#comments</comments>
		<pubDate>Mon, 27 Apr 2009 08:30:55 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Sistemas de Informação]]></category>
		<category><![CDATA[capabibity maturity model]]></category>
		<category><![CDATA[CMM]]></category>
		<category><![CDATA[CMM(capabibity maturity model)]]></category>
		<category><![CDATA[COBIT]]></category>
		<category><![CDATA[CONTROL OBJECTIVES FOR INFORMATION AND RELATED TECHNOLOGY]]></category>
		<category><![CDATA[IBM]]></category>
		<category><![CDATA[ISO 9000]]></category>
		<category><![CDATA[IT infrastructure Library]]></category>
		<category><![CDATA[ITIL]]></category>
		<category><![CDATA[MasterCard]]></category>
		<category><![CDATA[Melhores Práticas em Ti]]></category>
		<category><![CDATA[metodologias]]></category>
		<category><![CDATA[metodologias ágeis]]></category>
		<category><![CDATA[Peopleware]]></category>
		<category><![CDATA[Sheryl Andrasko]]></category>
		<category><![CDATA[SIX SIGMA]]></category>
		<category><![CDATA[Tom Demarco]]></category>

		<guid isPermaLink="false">http://www.dalago.com/?p=90</guid>
		<description><![CDATA[Bom dia senhores, Caros leitures, lembrei que algum tempo atrás apresentei uma palestra em uma faculdade sobre &#8220;Melhores Práticas em Ti” voltadas a projetos falando desde a organização estrutural trazendo também a parte histórica de seu surgimento, falando um pouco sobre metodologias ágeis. Abri os olhos para estas metodologias quando um colega da empresa onde [...]]]></description>
			<content:encoded><![CDATA[<p>Bom dia senhores,</p>
<p>Caros leitures, lembrei que algum tempo atrás apresentei uma palestra em uma faculdade sobre &#8220;Melhores Práticas em Ti” voltadas a projetos falando desde a organização estrutural trazendo também a parte histórica de seu surgimento, falando um pouco sobre metodologias ágeis.</p>
<p>Abri os olhos para estas metodologias quando um colega da empresa onde trabalho hoje Sadia SA quis nos apresentar com muita restrição da equipe por sinal quanto às metodologias ágeis.  Vi-me obrigado a estudá-las a fundo para ter minha própria opinião e ver seus pontos positivos e negativos e suas aplicações em nosso cenário. Foi como a pílula vermelha do filme Matrix o resultado foi “Nossa!!! Metodologias ágeis são maravilhosas mesmo”.</p>
<p>“Você não pode gerenciar aquilo que você não pode medir”</p>
<p>Com muito medo do potencial industrial do Japão nos anos 80, as grandes empresas americanas aliaram-se a uma religião e ao movimento de qualidade continua. Estas grandes empresas apressaram em aprimorar seus processos e suas formas de gerenciar o negocio com vários modelos práticos de qualidade, uma delas sendo a ISSO 9000 para a empresa six sigma a uma empresa e CMM(capabibity maturity model) para a engenharia de software.<span id="more-90"></span></p>
<p>Hoje os gerentes de tecnologia têm um grande acervo de metodologias e processos a disposição para o atendimento de seus objetivos. Elas sendo ISO 9000 e SIX SIGMA, podem ser usadas pelo diretor de TI pelo CEO. Algumas também como a COBIT(CONTROL OBJECTIVES FOR INFORMATION AND RELATED TECHNOLOGY) para transações e adaptação de seus trabalhos de tecnologia.</p>
<p>Com estas metodologias embora exista grandes diferenças entre elas em grande parte dos casos estas não entram em conflito podendo ser aplicadas duas ou mais metodologias na empresa, mas em setores distintos.</p>
<p>Outras grandes empresas não utilizam nenhum destes programas de qualidade, preferindo seus próprios programas de qualidade. A MasterCard adptou vários programas de qualidade, utiliza de forma melhorada o CMM e ainda realizou uma avaliação externa de CMM um em 2005 implementou varias idéias a partir deste momento e começou a operar por conta própria.</p>
<p>Exemplos hoje aplicam temos, por exemplo, a IBM, esta usa em sua empresa o ISO 9000, CMM, ITIL, SIX SIGMA e vários outros métodos de qualidade criados internamente. Grandes empresas utilizam suas próprias metodologias ou quando estão desconfortáveis com seus resultados assim como as demais empresas do ramo de qualidade criam metodologias para facilitar o gerenciamento de suas equipes gerando assim outras metodologias e métodos para serem aplicados em suas empresas e outras quando tiverem objetivos próprios.</p>
<p>Testemunho de um cliente feliz seria o de Sheryl Andrasko, vice-presidente de desenvolvimento de sistemas da MasterCard onde diz que “Utilizamos varias metodologias de formas diferentes adaptadas ao nosso negocio”. O processo de desenvolvimento de sistemas da Master Card que antes era de 18 meses caiu para 12 e também o numero de defeitos nos sistemas. Outro exemplo seria a Nortel Networks, dizem que a escolha da metodologia varia para o projeto onde você esta inserido o contexto que você se encontra para fazer a validação e a escolha da metodologia a ser utilizada, atualmente a empresa utiliza o ISSO 9000 voltada para as comunicações seguindo o mesmo modelo de qualidade aplicada em seus mais diferentes e importantes clientes.</p>
<p>Para algumas companhias é super importante uma certificação, pois atestam o nível de operacionalidade de sua empresa perante seus clientes externos tendo com as principais, por exemplo, a ISO9000 e CMM voltas a empresa não a métodos impostos a desenvolvimento de sistemas sem a empresa como um todo. Pode existir que nestes melhore o desenvolvimento mas em meu ponto de vista existem metodologias voltas especificamente para a parte de software para melhor aplicação como Rup para projetos grandes, scrum e extreme program(XP).</p>
<p>Ter as certificações ainda é um fator diferencial na escolha de uma equipe de desenvolvimento, pois nos Estados Unidos ter uma certificação ISO9000 pode ser uma exigência em um determinado projeto em outros casos ainda você não faz mais que a obrigação tendo a certificação. Na área que compra softwares na defesa americana também avalia projetos e não é autorizado nada sem que a empresa comprove seu certificado CMM e apresente também as empresas onde estão fazendo as parcerias de projetos.</p>
<p>Se tomarmos como exemplo a Gartner segundo Matt Light diz que “Pregamos e preparamos somente processos suficientes” diz ele. Criar seus próprios processos e aplicar somente nas áreas desejadas é e melhor pratica para empresas que não precisam de um selo para ter seus produtos assegurados no mercado. De qualquer forma é um dever fazer um front da qualidade recomenda Michael J. Ashworth CIO da unidade de um banco de investimentos da J.P.Morgan Chase &amp; Co.</p>
<p><strong>Conclusão<br />
</strong><br />
Sempre existe algum modelo gerencial aplicável ao nosso cenário, grandes empresas vêem buscando em sua forma evolutiva cada vez mais programas de melhoria continua e programas como de emprega perfeita como foco no cliente, mas como esta nosso posicionamento gerencial, do que adiantam termos excelentes recursos se não podemos gerenciá-los de uma forma eficaz e condizente com sua estrutura e importância no negocio. Como administraremos uma área de Ti como princípios somente de administração? Como administraremos uma equipe de desenvolvimento de sistemas somente com conceitos de administração e marketing?</p>
<p>“Em algum lugar agora um projeto esta fracassando” Tom Demarco livro Peopleware.</p>
<p>Para gerenciamento de Ti precisamos de metodologias eficazes para uma melhor gestão e posicionamento no negocio aliado a administração. Para o desenvolvimento de aplicativos precisamos dar suporte aos analistas, não somente com administração mas dar suporte a estes para sua evolução gerencial, para isso existem as metodologias, que não são tudo mas nos fornecem uma visão sistemática e operacionalizada de nossas equipes com eficácia.</p>
<p>Todas são muito boas e aplicáveis, mas tem um Fim especifico.</p>
<p>Não tem nenhum segredo apenas tem suas diferenças e aplicações.</p>
<p>No próximo artigo estarei COBIT, ITIL (IT infrastructure Library), CMM, apresentando as diferenças entre elas com seus pontos fortes e fracos. Como eu falei durante o artigo elas podem se unir para ter um foco gerencial melhor e trazer melhores resultados em uma empresa.</p>
<img src="http://www.dalago.com/1/?ak_action=api_record_view&id=90&type=feed" alt="" />]]></content:encoded>
			<wfw:commentRss>http://www.dalago.com/1/2009/04/27/voce-nao-pode-gerenciar-aquilo-que-voce-nao-pode-medir-melhores-praticas-em-ti/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
