Posts Tagged ‘ plano de gerenciamento de projeto

Top 10 artigos de julho-10 05 August 2010 as 12:20 am de Washington Souza

  1. O que é CMMI?
    Uma visão geral do que é o CMMI para iniciantes. Veja também a versão melhorada – O que é CMMI II
    .
  2. Lista de empresas CMMI no brasil
    A lista mais completa  e atualizada de avaliações CMMI das empresas brasileiras
    .
  3. 16 atitudes que irão aumentar sua produtividade
    Lista 16 dicas muito boas para melhorar sua produtividade no dia-a-dia
    .
  4. Aprenda SCRUM em apenas 10 minutos
    Vídeo bem legal que resume o que é o SCRUM em apenas 10 minutos
    .
  5. Plano de gerenciamento de projeto
    Muito se fala do plano de projeto, este plano é bem difundido pelo PMI, CMMI e MPS.Br. Mas… existe também o plano de gerenciamento do projeto, que é um documento que ajudará o gerente a tomar decisões mais rapidamente. Vale a pena a leitura.
    .
  6. Tutorial mini projeto utilizando Análise de pontos por função
    Tutorial dividido em 3 partes, veja a Parte 1Parte 2Parte 3
    .
  7. 49 provérbios do gerenciamento de projetos
    Não deixe de ler! Muito legal
    .
  8. 20 coisas que todo gerente de projetos deveria saber… e fazer
    Lista de 20 excelentes dicas que são úteis e primordiais no dia-a-dia de todo gerente de projetos
    .
  9. As sete ferramentas da qualidade
    Conheça as sete ferramentas da qualidade e veja como usa-las em TI
    ..
  10. Como devemos extrair as necessidades dos clientes?
    Diversas dicas de como coletar os requisitos de seu cliente
    .

Leia o post completo →

+ Momento descontração: eXtreme Go Horse (XGH) Por Washington Souza 26 May 2010 as 8:33 pm 2 comentários

Tempos atrás, nossa leitora Ana Carla me passou um link de um site bem legal, no qual se divertiu muito. Selecionei um dos artigos deles e vale a pena conferir.

eXtreme Go Horse (XGH)

  1. Pensou, não é XGH.
    XGH não pensa, faz a primeira coisa que vem à cabeça. Não existe segunda opção, a única opção é a mais rápida.
  2. Existem 3 formas de se resolver um problema, a correta, a errada e a XGH, que é igual à errada, só que mais rápida.
    XGH é mais rápido que qualquer metodologia de desenvolvimento de software que você conhece.
  3. Quanto mais XGH você faz, mais precisará fazer.
    Para cada problema resolvido usando XGH, outros 7 são criados. Mas todos eles serão resolvidos com XGH, e isto tende ao infinito.
  4. XGH é totalmente reativo.
    Os erros só existem quando aparecem.
  5. Em XGH vale tudo, só não vale dar …
    Resolveu o problema? Compilou? Commit e já era.
  6. Commit sempre antes de update.
    Se der errado, a sua parte estará sempre correta, e seus colegas que se danem.
  7. XGH não tem prazo.
    Os prazos passados pelo seu cliente são meros detalhes. Você SEMPRE conseguirá implementar tudo no tempo necessário (nem que isso implique em acessar o BD por um script malaco).
  8. Esteja preparado para pular fora quando o barco começar a afundar… ou coloque a culpa em alguém ou alguma coisa.
    Pra quem usa XGH, um dia o barco afunda. Quanto mais o tempo passa, mais o sistema vira um monstro. O dia que a casa cair, é melhor seu curriculum estar cadastrado na APInfo, ou ter alguém ou alguma coisa pra colocar a culpa.
  9. Seja autêntico, XGH não respeita padrões.
    Escreva o código como você bem entender, se resolver o problema, commit e já era.
  10. Não existe refactoring, apenas rework.
    Se der errado, refaça um XGH rápido que solucione o problema. O dia que o rework implicar em reescrever a aplicação toda, pule fora, o barco irá afundar.
  11. XGH é totalmente anárquico.
    A figura de um gerente de projeto é totalmente descartável. Não tem dono, cada um faz o que quiser na hora que os problemas e requisitos vão surgindo.
  12. Se iluda sempre com promessas de melhorias.
    Colocar todo no código como uma promessa de melhoria ajuda o desenvolvedor XGH a não sentir remorso ou culpa pela porcaria que fez. É claro que o refactoring nunca será feito. Veja o post completo →

+ Plano de gerenciamento de projeto Por Washington Souza 01 April 2009 as 11:35 pm 1 comentário

Constantemente quando falamos sobre o Plano de Gerenciamento de Projetos (PGP) as pessoas indagam com: “Mas não é a mesma coisa que o plano de projeto”. Bom… a resposta é não. Vamos analisar o PGP em um cenário prático.

O plano de gerenciamento do projeto ajuda a ter ações pró-ativasO PGP tem por principal objetivo definir as ações que serão tomadas de acordo com o desempenho de diversos fatores do projeto, como:

Você esta fazendo um projeto onde o prazo é o ponto crítico. Este projeto é dividido em 3 fases com 10 dias cada e você enfrenta os seguintes problemas em cada fase:
Fase 1: Projeto atrasado em 3 dias, pois metade da equipe é formada de estagiários.
Fase 2: Projeto atrasado em 3 dias por indisponibilidade do cliente em validar os produtos.
Fase 3: Projeto atrasado em 3 dias por que o ambiente de validação não esta pronto.

Na maioria das empresas isto é encarado como causas normais de um projeto e acaba-se assumindo estes custos.

Com um PGP você deve prever os tipos de problemas e definir quais ações você tomará quando gatilhos forem acionados (Gerenciamento preventivo – CMMI3), imaginando que você montou o PGP deste projeto teríamos o seguinte cenário.

Fase 1: Seu projeto esta atrasado em 3 dias (você esta no 6º), mas isto não é problema, pois seu PGP diz que se isto acontecer você deve substituir os estagiários por planos e seu projeto terminará no prazo.
Fase 2: Falta um dia para acabar a fase e seu cliente nem começou a validar você pega o PGP e nele esta definido que se isto acontecer quem validará é o Sponsor ou haverá repasse de custos (e seu cliente já aprovou isto).
Fase 3: Você esta no 7º dia e o cliente informa que precisará de mais 3 dias para deixar o ambiente pronto. O seu PGP diz que se houver indisponibilidade do ambiente a validação será realizada com no seu ambiente de desenvolvimento (o cliente aprovou).

Enfim, note que antes do inicio do projeto houve uma análise minuciosa de possíveis problemas e ações que deveriam ser tomadas. Para apoio você também buscou as aprovações formais de cada uma destas ações. Ou seja, você foi pró-ativo (CMMI 3).

Os casos apresentados aqui são muito simples visto que seu objetivo é apenas de apresentar os benefícios do PGP, em um projeto real, seu PGP deve ser bem estruturado e você deve ter ações para os problemas mais comuns ou mais prováveis.

O PGP é um instrumento que ajuda muito no gerenciamento de projetos, considere sua implementação se você esta buscando o nível 3 de maturidade do CMMI.

Veja o post completo →