terça-feira, 27 de abril de 2010

Comunicação versus documentação em projetos

Todos os que se interessam por gerenciamento de projetos já ouviram que entre 80 e 90% do tempo de um gerente de projetos é gasto em comunicação.

O PMBOK em sua 4ª edição (versão 2008) afirma, na página 338 (versão em português) que: “A comunicação foi identificada como a maior razão de sucesso ou fracasso de um projeto”.

Apesar disso, dentro da gigantesca bibliografia de gerenciamento de projetos, é extremamente difícil encontrar bons livros falando sobre o assunto. Confirmei isso recentemente, ao iniciar a orientação de uma aluna em seu TCC de Pós Graduação em Gestão de Projetos. Mesmo o PMBOK, depois de afirmar a sua importância através da frase citada acima, dedica apenas 21 de suas 336 páginas ao gerenciamento da comunicação – e vale ressaltar que isso significa um avanço em relação à versão 2003, que dedicava apenas 14 páginas…

O grande problema que percebi em várias metodologias de desenvolvimento / gerenciamento com as quais trabalhei é que se confunde documentação com comunicação.

Documentação é importante sim – para que todos saibam o que está acontecendo, para nivelar informações e para sinalizar o acompanhamento do projeto.
Dentro da área de conhecimento de gerenciamento da comunicação, o PMBOK em sua 4ª Edição (2008) define cinco processos:

1. Identificar partes Interessadas
2. Planejar as comunicações
3. Reportar o desempenho
4. Gerenciar as expectativas das partes interessadas
5. Distribuir Informações

Em minha experiência de projetos, gerenciando e sendo gerenciado, pude perceber que os processos que recebem maior atenção são reportar o desempenho e distribuir informações, muito provavelmente porque esses elementos são, basicamente, processos de documentação.

Ouvi certa vez de um superintendente, em reunião para gerentes de projeto, a seguinte frase: se falharmos na documentação do que ocorreu durante o projeto, ficamos sem defesa, nas mãos do cliente…

Realmente isso é verdade, se não está documentado, não temos defesa, mas… precisamos mesmo nos defender sempre?

Para mim essa metodologia devia se chamar COASS (Cover Our ASS!).

Essa frase parece afirmar que o projeto terá problemas, que o cliente ficará insatisfeito e que precisamos nos resguardar. Fiquei com vontade de perguntar (mas não o fiz, eu um raro momento de lucidez):

- Não seria melhor evitar a insatisfação do cliente? Gerenciar suas expectativas, para que no final, pelo menos na maioria dos projetos, não ser necessária uma defesa?

Não estou dizendo que a documentação não é importante, apenas que existem outros processos tão (ou mais) importantes que a documentação.

O grande problema é que documentar é fácil (chato e trabalhoso, mas fácil). Basta ser metódico e organizado, atualizar um cronograma, escrever um report e disponibilizá-lo, fazer atas de reunião… Não existe um segredo para isso, um bom template e algumas explicações e qualquer gerente flanelinha consegue realizar.

Já o processo “gerenciar as expectativas das partes interessadas” é muito mais complicado. Afinal, é preciso primeiro saber quem são as partes interessadas e quais são suas expectativas. E também se são viáveis e estão dentro do escopo do projeto.

Note que o verbo empregado é gerenciar e não atender e muito menos superar.
Gerenciar expectativas exige uma atitude muito difícil. É preciso se relacionar com a parte interessada, é preciso saber negociar, influenciar e, raras vezes, impor limites.

E se, e sempre tem um “e se…”, com tudo isso, o cliente ainda tiver uma expectativa inviável, seja em termos de prazo, em termos de custo ou de escopo?

Infelizmente essa situação é mais comum do que o desejado. O gerente de projetos é alocado pela organização executora, que vendeu a um cliente um projeto inviável, ou o cliente solicitou um produto e na verdade deseja outro…

Esse é um caso clássico de conflito de expectativas. É exatamente nesse contexto que o gerenciamento das expectativas é fundamental. As partes precisam saber que as expectativas são incompatíveis – é preciso negociar, tentar influenciar ou até mesmo impor limites.

Claro que tudo isso precisa ser documentado, mas se as expectativas forem gerenciadas, a documentação pode sim funcionar como defesa. Mas pelo menos nenhuma das partes interessadas poderá dizer que foi uma surpresa.

É mais complicado que simplesmente documentar? Sim, muito mais complicado. Talvez por isso gerentes de projeto ganham mais que documentadores.
Fonte: [Webinsider]

sexta-feira, 23 de abril de 2010

O mercado de TI no Rio de Janeiro

Eu sou o retrato vivo da notícia abaixo, que achei no iMasters. Fui do Rio para Brasília e retornei. Concordo que o mercado está aquecido e acho salutar que se mantenha assim.

Aqui no Rio de Janeiro sempre nos vangloriamos da mão de obra formada pelo setor de informática. Contando com universidades de primeira linha num perímetro relativamente reduzido, além de empresas que absorvem recém-formados com uma velocidade incrível proporcionando complemento na formação com experiência de mercado profissional, o Rio sempre foi referencia nacional.

Infelizmente, passamos por alguns anos de completa degradação da economia fluminense, foram anos de descaso, e isso acarretou numa fuga muito grande de empresas do Rio para outros locais do Brasil, especialmente para São Paulo. Esse movimento não ficou restrito a área empresarial, teve reflexos no mercado de mão de obra, vimos diversos profissionais valorosos do Rio de Janeiro procurando oportunidades em outros estados - é comum encontrar grande comunidades cariocas em São Paulo. A escassez de mão de obra no Rio era conseqüência de diversos fatores entre eles está a imigração profissional.

Hoje o cenário mudou um pouco, a economia do Rio dá sinais de recuperação muito por conta da indústria de petróleo, que movimenta toda a cadeia produtiva da cidade e do estado, a autoestima voltou também e, com ela, o Rio conquistou ser sede dos Jogos Militares, da Copa e das Olimpíadas, para falar apenas dos eventos mais conhecidos. Isso tudo mexeu no equilíbrio de forças dentro do mercado de TI, as empresas estão crescendo, empreendendo e inovando mais do que nunca, a mão de obra formada pelas universidades e escolas técnicas do Rio está sendo retida e aproveitada na região, e já é possível perceber um movimento de "repatriamento" de empresas e profissionais cariocas que estão voltando.

Os eventos de TI também estão acontecendo novamente e tomando vulto na cidade: o Interact aporta no Rio em julho, o Rio Info terá sua maior edição em agosto, e, além disso, pela primeira vez, será realizada uma edição fora do Rio - o Rio Info Porto. O evento no Porto, em Portugal, é uma conseqüência do alto interesse das empresas européias em conhecer a capacidade e qualificação dos brasileiros. Serão seminários, rodadas de negócios e encontros empresariais envolvendo não apenas brasileiros e portugueses, mas participantes de toda a Europa. Depois do Rock in Rio Lisboa é a vez do Rio Info Porto.

Parabéns Rio por voltar a ocupar o espaço que sempre foi seu não só no cenário nacional como internacionalmente.

Fonte: Alberto Blois do iMasters

quarta-feira, 7 de abril de 2010

Google abre inscrições para seu campeonato mundial de programação

Primeira prova do Google Code Jam 2010 está marcada para 7 de maio.
Final do desafio internacional reunirá 25 melhores em julho, na Irlanda.

O Google abriu nesta quarta-feira (7) as inscrições para o Code Jam, campeonato mundial de programação promovido pela companhia. Realizado desde 2003, o Google Code Jam é uma competição na qual programadores devem resolver desafios de algoritmos complexos, em um período de tempo predeterminado.

As primeiras etapas serão disputadas on-line e a primeira prova acontece em um mês, no dia 7 de maio. Os 25 programadores mais bem colocados participarão da final, prevista para ser realizada no dia 30 de julho, em Dublin, na Irlanda.

O vencedor ganhará um prêmio de US$ 5 mil, o segundo colocado embolsará US$ 2 mil, e o terceiro lugar, US$ 1 mil, enquanto os outros 22 finalistas levarão US$ 100 cada.



Key dates for 2010.

Wednesday, April 7, 201019:00 UTCRegistration Begins
Friday, May 7, 201023:00 UTC24 hr Qualification Round Begins
Saturday, May 8, 201023:00 UTCRegistration and Qualification Round End
Saturday, May 22, 201001:00 UTCOnline Round 1: Sub-Round A
Saturday, May 22, 201016:00 UTCOnline Round 1: Sub-Round B
Sunday, May 23, 201009:00 UTCOnline Round 1: Sub-Round C
Saturday, June 05, 201014:00 UTCOnline Round 2
Saturday, June 12, 201014:00 UTCOnline Round 3
Friday, July 30, 2010TBDOnsite Finals