Posts Tagged ‘ gerenciamento

Agile e CMMI: Os opostos se atraem 24 July 2010 as 9:09 pm de Washington Souza

Apesar da percepção de que as melhores prática do CMMI e do Agile são opostas um com o outros, recentes pesquisas apontam justamente o oposto. O fato é que as organizações podem se beneficiar de ambos os modelos e melhorar significantemente o desempenho.

No final de 2008, o SEI publicou um artigo intitulado “Agile ou CMMI: Por que não abraçar os dois?. Este relatório foi escrito pela equipe do SEI e industria. Como sabemos, CMMI e Agile usam métodos diferentes para se realizar o mesmo trabalho, e como já era de se esperar, ambos tem suas comunidades e seguidores. Mike Konrad, um membro senior da equipe do SEI, concorda e afirma que a tendência natural é formar “novos feudos” ao redor de método diferentes (e normalmente novos). No entanto, de acordo com o relatório, esta ação não é saudável para a profissão de Engenharia de Software.

“Como ambas as comunidades continuavam a aumentar, parecia ser o momento certo para abordar esta questão”. Explica Konrad. “Além dodisso, foi uma excelente oportunidade para nós do SEI dissipar alguns mitos e ajustar nosso entendimento.”

O aumento na adoção de CMMI e Agile aconteceu através de diversos fatores. Por exemplo, a adoção do CMMI normalmente vem de uma necessidade de negócios (como aumento de qualidade e produtividade), ou seja, vem de cima pra baixo, enquanto no Agile as coisas acontecem de forma mais flat. Desta forma, era inevitável o cruzamento de ambos os modelos já que a aprovação vinha aumentando.

Leia o post completo →

+ Top 10 artigos mais acessados em junho.2010 Por Washington Souza 06 July 2010 as 12:01 am Nenhum comentário

  1. Lista de empresas CMMI no brasil
    A lista mais completa  e atualizada de avaliações CMMI das empresas brasileiras
    .
  2. O que é CMMI?
    Uma visão geral do que é o CMMI para iniciantes. Veja também a versão melhorada – O que é CMMI II
    .
  3. Lista de empresas MPS.BR no Brasil
    Lista super completa de todas as empresas MPS.Br do Brasil
    .
  4. 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
    .
  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. 49 provérbios do gerenciamento de projetos
    Não deixe de ler! Muito legal
    .
  7. Top 10 dicas para administração de tempo
    Dez excelente dicas para administrar e otimizar o tempo
    .
  8. Tutorial mini projeto utilizando Análise de pontos por função
    Tutorial dividido em 3 partes, veja a Parte 1, Parte 2 e Parte 3
    .
  9. 101 dicas para implementação do CMMI nível 2
    São 101 dicas que vão te ajudar na implementação do CMMI nível 2 e MPS.Br F e G. Veja também a Segunda Parte
    ..
  10. Aderência do CMMI com métodos ágeis (SCRUM, XP e FDD)
    Artigo interessante com um mapa que mostra a aderência do Agile com CMMI, e, apesar de muitos acharem que ambos são opostos, eles não são.
    .

Veja o post completo →

+ 49 provérbios do gerenciamento de projetos Por Washington Souza 22 May 2010 as 5:42 pm 2 comentários

  1. Você não consegue fazer um bebê em um mês usando nove mulheres
  2. O mesmo trabalho será estimado de forma diferente por 10 analistas ou por um mesmo analista em 10 diferentes vezes
  3. A palavra mais útil e menos usada no gerenciamento de projetos é “NÃO”
  4. Você pode convencer um alguém a assumir um prazo irreal, porém, você não pode obrigá-lo a cumpri-lo
  5. Quanto mais ridículo o prazo, mais caro e difícil será cumpri-lo
  6. Quanto mais desesperada a situação, mais otimista ela é
  7. Poucas pessoas conseguem resolver os problemas em um projeto, porém muito mais pessoas criam problemas acima da capacidade das primeiras resolverem
  8. Você pode congelar os requisitos de um sistema, porém não consegue congelar as expectativas dos usuários
  9. Não existe almoço grátis – se alguém te ofereceu um, você com certeza vai pagá-lo
  10. Congelamento de requisitos e o abominável homem das neves são parecidos – ambos são mitos e ambos se derretem quando o calor apropriado é aplicado
  11. As condições sob as quais uma promessa e feita são esquecidas, porém, a promessa será sempre lembrada
  12. Um usuário somente lhe falará o que lhe for perguntado – nada mais
  13. A primeira coisa para um projeto dar certo é que os stakeholders queiram que dê certo
  14. Diante de varias interpretações de um comunicado, a menos conveniente é a mais correta
  15. O que não está escrito, não existe ou não foi dito
  16. Parkinson e Murphy estão vivos e muito bem – no seu projeto
  17. Quem não sabe aonde quer ir, nunca chega
  18. Para quem está perdido, qualquer caminho serve
  19. Se você legou 10h para fazer 90% de uma tarefa, precisará de pelo menos outras 10h para concluir os outros 10%
  20. Prazo e fidelidade de sistemas são promessas difíceis de se cumprir
  21. Depois que passei a estudar mais, trabalhar mais e planejar melhor, minha sorte mudou
  22. Em projetos, não confunda folga nos prazos, com prazos dos folgados
  23. Se você não respeita sua equipe, porque quer que ela te respeite?
  24. A logística de um projeto sempre exige àquilo que você esqueceu
  25. Reunião sem pauta vira happy-hour
  26. Reunião sem ata, não existiu
  27. Para o usuário, o que você esqueceu sempre é o mais importante
  28. Equipe muito grande em projetos é como chinês fazendo túnel, eles colocam um buzilhão de chineses de um lado da montanha e outro buzilhão do outro lado. Se tudo der certo eles fazem um túnel, se der errado eles fazem dois
  29. Grupo de trabalho – quando você está dentro é equipe ou grupo de trabalho; quando você está fora é panela
  30. Para tocar o seu projeto, conheça bem: o organograma, o mandograma, o orfacograma, o mafiograma, e fundamentalmente, o secretariograma
  31. Veja o post completo →

+ Aumentando a produtividade em TI com iPhone e iPad [Promoção] Por Washington Souza 17 May 2010 as 6:50 pm 19 comentários

Todos conhecemos o famoso tripé da qualidade onde precisamos de pessoas, processos e ferramentas. Hoje, vou falar um pouco de ferramentas. em uma experiência pessoal. Tenho um iPhone (e pretendo ter um iPad) e uso alguns aplicativos que acredito podem ajudar na produtividade de vocês. Vou separar em dois posts com 3 aplicativos voltados á TI.

Os 3 primeiros são Instaviz ($9.99), Mind Node ($5.99) e Today Todo Pro ($ 3.99).

Promoção!
Antes que eu me esqueça, sortearemos licenças dos mesmos para você instalar em seu iPhone, iPod (touch) ou iPad. Para participar da promoção apenas comente este post. O sorteio acontecerá na sexta-feira às 18h. O primeiro sorteado ganhará uma licença de cada um, o segundo, ganhará uma licença do Instaviz e uma do Today Todo Pro, e do terceiro ao quinto ganharão uma licença do Instaviz ou Today Todo Pro.

Participe! São mais de mais de $ 50.00 em prêmios!

Instaviz

O instaviz é um excelente aplicativo para desenhar diagramas. Ele é muito fácil e você praticamente desenha com os dedos. Você pode criar diagramas complexos em menos de 10 minutos e exporta-los para imagem.

Você desenha uma forma próxima a um quadrado, e ele monta um quadrado perfeito pra você, você da dois toques neste quadrado e pode editar seu texto, mudar a cor e outras coisas. Fazedo um circulo com o dedo o programa automaticamente monta um circulo perfeito. Tocando no quadrado e arrastando até o circulo, uma seta será criada. Enfim, o programa é mágico. A experiência dele no iPhone é excelente. Eu imagino que deva ser melhor ainda no iPad.

Com ele você poderá fazer diagramas como:  Mapa mental, concept map, semantic network, Organograma, flowchart, social network, Diagrama de sistema, workflow,  genomic hierarchy, E-R diagram e outros.

Veja o vídeo do aplicativo funcionando

Enfim, é um aplicativo que recomendo.

Veja o post completo →

+ OBA! Quero ser gerente de projetos! Por Washington Souza 03 May 2010 as 9:16 pm Nenhum comentário

O título do artigo pode parecer debochado demais, porém infelizmente tenho visto esse tipo de situação que me assusta.

A cerca de quatro ou 5 anos, eu trabalhava como Gerente de Projeto em um grande banco.
Uma colega certo dia me perguntou se eu tinha algum livro de MS-Project. Levei alguns livros e perguntei o porquê do interesse.

Tomei um grande susto! A resposta não poderia ser mais peculiar. Oras!!! Quero aprender a usar o MS-Project pra virar gerente de projetos!!

Como diz o Galvão Bueno…. Bem amigos…. Qual o resultado?? A referida colega entrou num curso preparatório de certificação, “rachou” de estudar e tirou a certificação.? Preparou um belo curriculum enfeitado e voilá… Eis que foi admitida como Gerente de Projetos numa grande empresa de Telecom. E o melhor, com um salário que é aproximadamente um quarto do que ganha um Gerente de Projetos.

Percebe-se nitidamente um movimento no mercado corporativo onde pessoas das mais variadas formações desejam ser “Gerentes de Projeto”.

“Ora, tem status, cartão de visita com o cargo. É muito bom!!”. Parece brincadeira mas ouvi isso em vários cursos que ministrei sobre Gerenciamento de Projetos.

O que percebo é um totalmente desconhecimento acerca do Gerenciamento de Projetos no mercado. ?É comum vermos anúncios de vagas para Gerente onde se pede na verdade um Líder Técnico ou um Analista com conhecimentos de Gerenciamento.

Veja o post completo →

+ Como avaliar se meus fornecedores seguem CMMI/MPS.Br? Por Washington Souza 29 April 2010 as 5:00 am Nenhum comentário

Olá, tenho recebido muitas mensagens perguntando como avaliar fornecedores que “usam CMMI”. Recebi e-mails com perguntas como:

“… Selecionamos três fornecedores que possuem certificação CMMI… Gostaria de algumas dicas do que podemos fazer para garantir que eles usam o CMMI…”
“… Como posso verificar que meu fornecedor segue o CMMI?”
“… o que meus fornecedores precisam fazer para estarem aderentes ao CMMI…”

Foram várias mensagens, mas a pergunta é praticamente a mesma: “Como avalio meus fornecedores CMMI/MPS.Br?”

Antes de mais nada, temos que lembrar que modelos como CMMI e MPS.Br nada mais são do que um conjunto de boas práticas e recomendações em gestão e engenharia de software. Um nível é atribuído quando uma empresa mostra (de forma independente e oficial) que executa determinadas práticas.

Atendendo aos diversos pedidos, montamos uma lista com 10 coisas que você (como cliente) pode analisar e verificar em seus fornecedores.

  • Empresas CMMI 2 praticam os 7 primeiros itens
  • Empresas CMMI 3 praticam os 9 primeiros itens
  • Empresas CMMI 4 ou 5 praticam todos os itens

10 dicas do que verificar em seus fornecedores sobre CMMI e MPS.Br

1. Você recebe a equipe “que paga”?

Segundo os modelos, cada profissional deve estar apto para executar suas atividades. Entende-se por “apto” que ele possui todo conhecimento e capacitação necessários (obvio, não?). Porém, em muitas empresas isso não acontece.

Você tem certeza de que aqueles cinco programadores java “plenos” são mesmo plenos (e Java)?

Outra coisa que atrapalha muito nos projetos é a rotatividade, pois é certo que seu fornecedor não vai ter alguém na “prateleira” com o mesmo perfil e capacitação que a pessoa que saiu. Se seu projeto troca de analista toda hora, seguramente você terá problemas em breve. Isto atrapalha tanto você quanto seu fornecedor, mas, normalmente ele não vê isso como problema.

A regra é simples, se você pagou por x plenos, y seniores e z juniores, o fornecedor deve te disponibilizar estes profissionais.

Veja o post completo →

+ 20 dicas sobre gestão … no seu dia-a-dia Por Francisco Silva 09 December 2009 as 8:00 am Nenhum comentário

  1. Busque a harmonia e o equilíbrio no ambiente e no seu dia
  2. Seja transparente, justo e coerente
  3. Não prometa além de sua competência
  4. Você é gestor, não um líder sindical
  5. Use de as referências e paradigmas em vigor
  6. Não suponha. Pergunte!
  7. Não jogue com 100%.
  8. Separe o crítico do importante. Inicie pelo crítico
  9. Nas negociações, lembre-se que existe inteligência do outro lado
  10. Particione as tarefas. É mais fácil gerenciar partes menores.
  11. Tenha controles. Trabalhe com indicadores. Acompanhe-os e proponha acões de melhoria
  12. Persiga metas desafiadoras e aceite mudanças
  13. Respeite as regras e orientações. Exija o mesmo da sua equipe
  14. Termine, conclua o que começou. Seja “acabativo”
  15. O sucesso de ontem não garante o sucesso de amanhã
  16. Tenha disciplina – dê exemplo – “Faça o que digo e faço”
  17. Delega-se atividades e tarefas mas não responsabilidades
  18. Seja um líder ao invés de um chefe
  19. Fale menos e faça mais – mostre resultados
  20. Gerencie como se o negócio fosse seu

Veja o post completo →

+ Analisando o custo x benefício em um projeto Por Washington Souza 31 August 2009 as 3:22 am Nenhum comentário

Uma das principais responsabilidades de um gerente de projetos é zelar pelo custo do projeto e usar este dinheiro da melhor forma possível (Leia o PMI para mais detalhes).

Apesar disto ser (vamos dizer) óbvio, não são muitos os gerentes que fazem uma boa gestão do custo, e, durante o planejamento do projeto o gerente do projeto deve analisar tudo o que deve ser feito e fazer uma análise de custo x benefício .

Se você tem 10.000 para fazer uma determinada coisa, e existe um “componente” que faz exatamente o que você quer por menos da metade do preço, porque não adquiri-lo? Bom, é muito provável que você já deva ter presenciado uma situação assim, e é mais provável ainda que a decisão tenha sido de “fazer” o requisito, perdendo assim uma excelente oportunidade para economizar.

Outro caso é: Em um sistema onde você o usuário se cadastra e escolhe seu estado a pergunta é: Será desenvolvido uma tela de manutenção de estados?

Cenário 1: Sim, o cliente precisa atualizar a lista de estados sempre que precisar – Custo: R$ 1.000,00 (referente à 20 horas de trabalho)

Cenário 2: Não, é uma tabela que raramente muda, o custo não justifica o benefício – Custo: R$ 0,00

É um caso simples, mas neste caso simples você já economizou um montante do seu custo. Claro que existirão casos onde estes desenvolvimentos serão necessários, todavia serão minoria e mesmo nestas minorias, provavelmente a contratação de um serviço (como o de CEP dos correios) saia mais em conta.

Uma dica: Pratique esta análise durante o planejamento. Provavelmente você terá boas surpresas.

+ Entendendo o que é pareto Por Washington Souza 28 August 2009 as 12:51 am Nenhum comentário

Vou deixar de lado toda parte histórica e vamos para a prática.
O principio de Pareto também é muito conhecido como a regra dos 80/20. Esta é uma ferramenta muito boa tando em projetos six sigma quanto no gerenciamento de projetos pois o Pareto lhe ajuda a focar no que realmente importa.

Vamos a alguns exemplos práticos de Pareto:

  • 20% do tempo despendido produz 80% dos resultados
  • 80% de suas ligações telefonicas são destinadas a 20% dos seus contatos
  • 20% das ruas são responsáveis por 80% do trafego (não em São Paulo)
  • 80% dos pedidos em um restaurante vem de 20% do menu
  • 20% de seus clientes são responsáveis por 80% do seu faturamento
  • 20% das pessoas causam 80% dos problemas
  • 20% dos recursos de um sistema ocupam 80% do tempo de desenvolvimento

Faça alguns destes testes e você verá que o principio de pareto é verdadeiro.

Nos níveis de alta maturidade (CMMI 4 e 5 ou MPS.BR B e A) você utilizará muito Pareto que também é uma ferramenta indispensável em projetos Six Sigma.

+ Você não entendeu corretamente alta maturidade se… Por Washington Souza 26 May 2009 as 4:00 pm Nenhum comentário

Os exemplos a seguir devem ser encarados com instrutivos e não pejorativos

Você não entendeu corretamente OPP se…

… uma tabela contendo os defeitos por fase parece um excelente modelo de performance de processos (PPM – Process performance model)
…A média de linhas de código produzidas por dia por desenvolvedor parece um baseline de desempenho de processo pra você
… um gráfico de controle usado para “gerenciar” defeitos escapados parece um excelente PPM para você
… um sistema e Earned Value Management parece atender completamente o nível 4 pra você

Você não entendeu corretamente QPM se…

… monitorar os bugs ao longo do ciclo de vida do projeto parece “gerenciamento estatístico” para você
… você recalcula os limites de controle de seu baseline pelo menos duas vezes ao ano
… decisões gerenciais são utilizadas para ajustar os limites de controle
… densidade de defeitos parece um perfeito subprocesso para gerenciamento estatístico

Você não entendeu OID corretamente se…

… 42 projetos six sigma – todos voltados à inspeção – fazer uma companhia ter maturidade nível 5
… uma melhoria de 5% em um processo com variação de +-7% parece excelente e pode ser implementada imediatamente
… o resultado (e força) de uma melhoria somente pode ser mensurado pelo poder de persuasão do autor
… as propostas de melhoria são desenvolvidas de acordo com a ordem de chegada
… você não consegue ver como PPMs – Process Performance Models e PPB – Process Performance Baselines podem contribuir com OID

Você não entendeu CAR corretamente se…

… você classifica como “severidade alta” os defeitos e diz “vamos rodar uma análise de causa e ver o que esta acontecendo”
… análise de causa é utilizada apenas para encontrar as causas raiz dos defeitos
… você não vê valor em aplicar DAR para selecionar quando utilizar ou não CAR
… você não vê o valor de aplicar CAR para selecionar quando e como aplicar OID
… você não consegue ver como PPMs – Process Performance Models e PPB – Process Performance Baselines podem contribuir com CAR

+ Qual o impacto que um desvio não corrigido de PPQA pode trazer? Por Washington Souza 03 May 2009 as 11:53 pm Nenhum comentário

Durante uma auditoria de PPQA ou Revisão entre pares (RP) diversos itens são verificados e o resultado é um conjunto de itens em conformidade e desvios. Vamos focar nos desvios

Um desvio é um problema ou algo que não esta em conformidade com o previsto.
Vamos a um cenário:

Em sua empresa após o levantamento de requisitos, gera-se um documento contendo todos os requisitos e o cliente deve aprová-los. Este documento servirá de insumo para a próxima fase onde serão desenvolvidos protótipos.

CMMI e o custo da não qualidade - quanto maior o tempo, maior o custo
Um desvio encontrado na auditoria de PPQA foi de que os requisitos não há evidências de que os requisitos foram aprovados pelo cliente

O analista de PPQA comunica isto a gerencia e estabelece uma data para correção – lembre-se que: “PPQA deve fornecer visibilidade de como esta o projeto a direção”.

O gerente do projeto é o responsável pelo projeto e conseqüentemente corrigir os desvios. Se ele não corrigir os desvios devem ser escalados para o nível superior e assim por diante.

Imaginando que “ninguém fez nada” e deixou os desvios paradinhos lá durante um mês.

O cliente começou a validar o sistema e não esta concordando com nada do que foi definido, e para ajudar quem esta validando entrou agora no projeto.

Tudo isto não seria problema se você tivesse corrigido os desvios, mas como não fez isto, o que pode fazer agora? Bom, na melhor das hipóteses, o prejuízo será pequeno.

Este exemplo é simples, mas uma grande parte dos prejuízos em projetos vem de situações como esta. Repare que se você tivesse corrigido este desvio no momento certo, o custo seria X, agora ele será no mínimo 10 X.
Veja o post completo →