<?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>Stakeholder - Blog sobre Gerenciamento de Projetos &#187; projeto</title>
	<atom:link href="http://ogerente.com/stakeholder/tag/projeto/feed/" rel="self" type="application/rss+xml" />
	<link>http://ogerente.com/stakeholder</link>
	<description>Blog de Gerenciamento de Projetos</description>
	<lastBuildDate>Thu, 25 Mar 2010 14:37:08 +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>Tudo Por Escrito ?!</title>
		<link>http://ogerente.com/stakeholder/2009/11/10/tudo-por-escrito/</link>
		<comments>http://ogerente.com/stakeholder/2009/11/10/tudo-por-escrito/#comments</comments>
		<pubDate>Tue, 10 Nov 2009 09:48:48 +0000</pubDate>
		<dc:creator>Luiz de Paiva</dc:creator>
				<category><![CDATA[Comunicação]]></category>
		<category><![CDATA[destaque-top]]></category>
		<category><![CDATA[documentação]]></category>
		<category><![CDATA[informações]]></category>
		<category><![CDATA[projeto]]></category>

		<guid isPermaLink="false">http://ogerente.com/stakeholder/?p=657</guid>
		<description><![CDATA[A partir de que momento o nível de registro de informações se torna excessivo?  Ficar registrando tudo não reduz a produtividade do projeto?


Related posts:<ol><li><a href='http://ogerente.com/stakeholder/2010/03/07/informacoes-projeto/' rel='bookmark' title='Permanent Link: Você Fala com as Pessoas Certas?'>Você Fala com as Pessoas Certas?</a></li>
<li><a href='http://ogerente.com/stakeholder/2010/02/21/blog-como-ferramenta-de-comunicacao/' rel='bookmark' title='Permanent Link: Blog como Ferramenta de Comunicação'>Blog como Ferramenta de Comunicação</a></li>
<li><a href='http://ogerente.com/stakeholder/2008/11/08/mapa-de-milestones/' rel='bookmark' title='Permanent Link: Mapa de Milestones'>Mapa de Milestones</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><img class="alignright size-full wp-image-668" title="documentacao-projeto-in" src="http://ogerente.com/stakeholder/wp-content/uploads/2009/11/documentacao-projeto-in.jpg" alt="documentacao-projeto-in" width="335" height="237" /></p>
<p>Existe uma prática que é adotada radicalmente por uns, mas considerada um exagero desnecessário por outros:  colocar TUDO por escrito em um projeto.</p>
<p>O tema é um pouco controverso.  A partir de que momento o nível de registro de informações se torna excessivo?  Ficar registrando tudo não reduz a produtividade do projeto?  A <a title="Burocracia" href="http://ogerente.com/congestionado/2007/03/26/burocracia-x-burocratismo/" target="_blank">burocracia não acaba virando burocratismo</a>?</p>
<p>Minha opinião e prática é pecar pelo excesso:  toda informação que tenha qualquer importância no projeto deve ser documentada adequadamente.   Vou dar aqui algumas razões:</p>
<ul>
<li><strong>Minha memória é limitada: </strong>como gerente de projeto, sou o responsável por garantir o bom fluxo das informações.  Como sei que não consigo lembrar de tudo, prefiro documentar as informações a pensar &#8220;ah, eu não vou me esquecer disto&#8221;.</li>
<li><strong>A memória dos outros também é limitada: </strong> se não confio na minha capacidade de lembrar de tudo, como confiarei na dos outros?  Desconfie especialmente daqueles que não anotam as informações importantes em reuniões, e daqueles que gostam de repetir &#8220;pode deixar, eu consigo me lembrar de tudo que foi decidido&#8221;.</li>
<li><strong>Informações claras são uma característica fundamental de um projeto de sucesso:</strong> distribuir informações documentadas ajuda a esclarecer atividades, decisões e objetivos.  Identificar lacunas na comunicação terá impacto positivo direto nos resultados do projeto.</li>
<li><strong>Fácil referência futura:</strong> um projeto bem documentado também melhora o resultado de projetos futuros, permitindo uma melhor análise de <a href="http://ogerente.com/stakeholder/2007/09/09/a-importancia-de-documentar-licoes-aprendidas/" target="_blank">lições aprendidas</a>.</li>
<li><strong>Responsabilidades: </strong>mesmo que a boa vontade impere entre os membros da equipe, as responsabilidades sempre devem estar documentadas.  Novamente, lacunas de compreensão podem fazer com que uma atividade fique esquecida, com impactos de tempo e custo em sua recuperação.</li>
<li><strong>Não confio em todos a meu redor:</strong> infelizmente o gerente de projeto nunca deve se esquecer que podem existir <a href="http://ogerente.com/stakeholder/2008/01/06/lidando-com-personagens-de-projetos-%e2%80%93-o-falso/" target="_self">pessoas que desejam o fracasso do projeto</a>, ou querem fugir do trabalho.  Para estas pessoas, a falha no registro de informações é um prato cheio, já que elas poderão manipular suas próprias versões dos fatos sem que você tenha documentação adequada para expor a verdade.<strong> </strong></li>
<li><strong>Distribuição: </strong>distribuir um e-mail ou um comunicado é muito mais prático do que ficar ligando para várias pessoas para passar uma informação.</li>
</ul>
<p>O segredo é achar a forma certa de fazer a documentação do projeto.  Da mesma forma que as decisões mais importantes dos principais <a href="http://ogerente.com/stakeholder/2007/02/23/o-que-e-um-stakeholder/" target="_blank">stakeholders</a> não devem ficar apenas em uma nota de e-mail, uma informação do dia a dia que apenas interessa a uma ou duas pessoas não precisa se tornar um relatório em formato padronizado.  Sempre gosto de repetir:  vale o bom senso!</p>


<p>Related posts:<ol><li><a href='http://ogerente.com/stakeholder/2010/03/07/informacoes-projeto/' rel='bookmark' title='Permanent Link: Você Fala com as Pessoas Certas?'>Você Fala com as Pessoas Certas?</a></li>
<li><a href='http://ogerente.com/stakeholder/2010/02/21/blog-como-ferramenta-de-comunicacao/' rel='bookmark' title='Permanent Link: Blog como Ferramenta de Comunicação'>Blog como Ferramenta de Comunicação</a></li>
<li><a href='http://ogerente.com/stakeholder/2008/11/08/mapa-de-milestones/' rel='bookmark' title='Permanent Link: Mapa de Milestones'>Mapa de Milestones</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://ogerente.com/stakeholder/2009/11/10/tudo-por-escrito/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Projetos Necessários</title>
		<link>http://ogerente.com/stakeholder/2009/06/14/projetos-necessarios/</link>
		<comments>http://ogerente.com/stakeholder/2009/06/14/projetos-necessarios/#comments</comments>
		<pubDate>Sun, 14 Jun 2009 04:11:58 +0000</pubDate>
		<dc:creator>Luiz de Paiva</dc:creator>
				<category><![CDATA[Estratégia]]></category>
		<category><![CDATA[necessidades]]></category>
		<category><![CDATA[projeto]]></category>

		<guid isPermaLink="false">http://ogerente.com/stakeholder/?p=363</guid>
		<description><![CDATA[Projetos falham, e com frequência.  Recentemente vi em estudo que dizia que apenas 34% dos projetos nos Estados Unidos foram considerados um sucesso (perdi a fonte, mas lembro do número).  As causas para o fracasso são diversas, mas uma é frequente:  o projeto não atende a uma necessidade real da empresa.
Todo projeto deve ser gerado [...]


No related posts.]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft size-medium wp-image-369" title="projetos-necessarios" src="http://ogerente.com/stakeholder/wp-content/uploads/2009/06/projetos-necessarios.jpg" alt="" width="99" height="152" />Projetos falham, e com frequência.  Recentemente vi em estudo que dizia que apenas 34% dos projetos nos Estados Unidos foram considerados um sucesso (perdi a fonte, mas lembro do número).  As causas para o fracasso são diversas, mas uma é frequente:  o projeto não atende a uma necessidade real da empresa.</p>
<p>Todo projeto deve ser gerado a partir de uma necessidade organizacional real.  Infelizmente nem sempre isto é feito.  Idéias megalômanas, desejos excêntricos, preguiça ou incompetência na pré-avaliação de projetos, sede de poder e outras bizarrices organizacionais geram projetos sem pé nem cabeça, que nascem destinados ao fracasso.</p>
<p>É aí que entra o Gerente de Projeto.   Qual gerente quer se envolver em projetos que darão de cara na parede?  Talvez muitos&#8230; e certamente porque se sentem tímidos para criticar projetos, não querem fugir do desafio ou desejam ficar bem com o patrocinador do projeto.</p>
<p><span id="more-363"></span></p>
<p>No entanto, o Gerente de Projeto deve avaliar bem sua participação em projetos não alinhados com as necessidades da empresa.  Projetos deste tipo podem manchar o currículo do Gerente, e deixá-lo em um beco sem saída, já que não é incomum ver projetos mantidos em estado moribundo&#8230;  não morre, mas também não recebe recursos para viver bem.</p>
<p>Cabe ao Gerente de Projetos fazer uma pré-avaliação do projeto para orientar adequadamente a seu patrocinador, mesmo que isto signifique dizer algumas verdades que ele não quer ouvir.  Esta é a sua responsabilidade perante a empresa, os <a title="Stakeholder" href="http://ogerente.com/stakeholder/2007/02/23/o-que-e-um-stakeholder/" target="_blank">stakeholders</a> e <a title="Carreira do Gerente de Projetos" href="http://ogerente.com/stakeholder/2008/03/24/a-evolucao-da-carreira-do-gerente-de-projetos/" target="_self">sua própria carreira</a>.  A oportunidade deve ser real, não imaginária, e os resultados devem ser concretos, não um sonho.</p>
<p>O ideal é quando a empresa é bem estruturada e possui <a href="http://blog.tenstep.com.br/2009/02/10/138/" target="_blank">métricas</a> adequadas e uma boa organização financeira.  Nestas situações, fica mais fácil associar projetos a melhorias, e retorno a investimentos.  Uma métrica fora do planejado costuma ser uma boa oportunidade para bons projetos.</p>
<p>Ainda assim, nem sempre o Gerente conseguirá dados concretos para justificar um projeto.  Isto não quer dizer que o projeto não deva ser feito, mas gera um esforço adicional em tentar objetivar o subjetivo&#8230; ou seja, mostrar quais resultados concretos podem ser objetivos através do projeto.</p>
<p>Fazer a lição de casa antes de começar a queimar dinheiro beneficia a todos&#8230; mesmo que em um primeiro instante todos queiram ir na onda do sonho.</p>


<p>No related posts.</p>]]></content:encoded>
			<wfw:commentRss>http://ogerente.com/stakeholder/2009/06/14/projetos-necessarios/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
