2

Momento descontração: eXtreme Go Horse (XGH) 26 May 2010 as 8:33 pm por Washington Souza

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 →

+ Usando a PA de decisão formal (DAR) de uma forma prática Por Washington Souza 25 May 2010 as 8:26 pm Nenhum comentário

Vamos falar de uma área de processo pouco compreendida: DAR – Decision Analysis and Resolution ou simplesmente “Decisão Formal”.

É muito comum as pessoas ficarem com dúvidas nesta área de processo e acharem a mesma “inútil”, todavia, você talvez não tenha percebido ainda, mas você usa suas orientações no seu dia-a-dia de uma forma transparente. E é mais fácil perceber isso nas coisas grandes (ou caras) como a compra de um computador, serviço, televisão e até mesmo um carro, aliás, vamos pegar esse exemplo.

Você quer comprar um carro.

Seu objetivo é comprar um sedan pequeno e esta em dúvida com quatro modelos. Estes modelos são:

  • Fiat Siena
  • Ford Fiesta
  • Peugeot 207 Passion
  • Volksvagen Voyage

Você se prepara para ir nas concessionárias ver os carros, anota os endereços, mas, como escolher o melhor modelo?

Neste ponto, começamos a usar DAR. Primeiramente, precisamos das opções (já escolhidas), agora precisamos criar critérios para avalia-los, e estes serão:

  • Preço
  • Consumo
  • Conforto
  • Ar Condicionado
  • Porta Malas
  • Equipamentos de série
  • Valor do Seguro

Vamos lembrar do objetivo da Análise de Decisão e Resolução (DAR) (CMMI-DEV) é analisar possíveis decisões utilizando um processo formal de avaliação que identifique a melhor alternativa de acordo com critérios pré-estabelecidos.

Veja o post completo →

+ Testes de hipóteses para médias e medianas [Six Sigma] Por Washington Souza 24 May 2010 as 9:27 pm Nenhum comentário

Olá, criei esse gráfico dias atrás para um treinamento. Quando estamos analisando dados em um projeto Six Sigma temos amostras de dados e alguns testes como 1 Sample t-Test, 2 Sample t-Test, One Way ANOVA, Mood’s Median Test e mais um monte. Então, sempre pinta a dúvida: “Qual o teste que eu devo realizar ?”.

Este gráfico lhe ajudará a escolher o teste certo para suas amostras e verificar se eles são “estatisticamente” diferentes:

Apesar de serem mais comuns em organizações com alta maturidade (CMMI & MPS.Br), encorajo o uso de estatística nos níveis iniciais.
Veja o post completo →

+ O que é melhor para um gerente de projetos? Certificação, Pós ou Formação? Por Washington Souza 24 May 2010 as 12:01 am 3 comentários

O que é mais importante para um gerente de projetos? Certificação, Pós Graduação ou formação?

Constantemente tenho me deparado com esse questionamento, e por isso resolvi escrever este post para dar uma resposta definitiva, direta e que não deixe dúvidas, enfim, sem enrrolação.

E a resposta é: Depende.

Existem no mercado muitos cursos (e isso não é prerrogativa do Gerenciamento de Projetos) “baratinhos”, que prometem o impossível e que tentam forçar o “candidato a  aluno”  a uma decisão tendenciosa que resulte na compra do curso oferecido. A maioria deles vem com um carimbo como “alguma coisa PMI” ou “alguma coisa PMP”.

Não gosto dessa posição por achar que ela caminha pelo limite da ética, um argumento mais forte e ela cai para o lado errado…

Por isso eu respondo Depende, e procuro ajudar quem faz a pergunta a encontrar sua própria resposta, porque o que serve para um, pode não servir para outro e assim por diante, então, vamos analisar esses três caminho:

Certificação

As certificações, e a Certificação PMP oferecida pelo  PMI não é exceção, não tem por objetivo ensinar algo, mas avaliar se o candidato já tem conhecimento suficiente para assumir a função de gerente de projetos, é um “carimbo de atestado de competência”, ou… vamos falar diferente, atesta que o canditato se deu bem na prova.

Estes certificados são reconhecidos pelo mercado, e apesar de não concordar com essa fábrica de certificados isso, é uma realidade de mercado e faz diferença na carreira profissional, porém, os cursos de certificação PMI ou qualquer outra, não tem por objetivo ensinar nada ao candidato. O Objetivo é preparar o candidato (que já CONHECE o assunto) a passar na prova e tirar sua certificação.

Portanto não é indicado para quem quer iniciar a carreira. O Público alvo é quem tem MUITO conhecimento e quer apenas comprovar isso, com um certificado reconhecido internacionalmente.  Mesmo porque, pelas regras do PMI (que muitos tentam burlar com informações falsas) é preciso ter 4.500 horas de experiência para se candidatar a prova.

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 →

+ Resultado da promoção aplicativos de produtividade Por Washington Souza 21 May 2010 as 6:55 pm Nenhum comentário

Olá pessoal, o sorteio da promoção Aumentando a produtividade em TI com iPhone e iPad ocorreu hoje, vejam o vídeo:

Os vencedores foram:

  1. Antonio
  2. Luiz
  3. Viviane
  4. Bruno
  5. Marcello

Parabéns!
Entrarei em contato com vocês enviando os códigos

Fiquem atentos que semana que vem teremos outra promoção.

+ As oito máximas de liderença por Jack Welch Por Washington Souza 20 May 2010 as 10:53 pm Nenhum comentário

Jack Welch é um dos CEOs mais admirados do mundo e um dos lideres de negócios mais influentes de nossa era. Em seus 20 anos na GE, ele ajudou a otimizar diversos processos ditos como burocráticos e aplicou diversas inovações gerenciais. Ainda na GE, ele formou diversos líderes em todos os níveis.

Veja as oito máximas de Jack Welch:

  • Líderes valorizam a sua equipe incessantemente, usando cada encontro como uma oportunidade de avaliar e orientar as pessoas e construir autoconfiança.
  • Líderes certificam-se de que as pessoas não apenas conheçam a visão, mas vivam e respirem sua visão.
  • Líderes penetram na pele das pessoas, emanando energia positiva e otimismo.
  • Líderes estabelecem confiança com franqueza, transparência e crédito.
  • Líderes têm coragem para tomar decisões impopulares e emocionais.
  • Líderes sondam e pressionam com uma curiosidade que beira o ceticismo, certificando-se de que suas perguntas sejam respondidas com ações.
  • Líderes inspiram, por meio do seu exemplo, a assunção de riscos e o aprendizado.
  • Líderes comemoram.

+ Enquanto isso… Dilbert se encontra com o CMMI Por Washington Souza 20 May 2010 as 9:33 pm 1 comentário

+ O que muda com o CMMI 1.3? Por Washington Souza 20 May 2010 as 12:01 am 2 comentários

Com a chegada do CMMI 1.3, muitos estão se perguntando: “O que vai mudar no CMMI 1.3?”. Esperado para novembro de 2010, esta versão incluirá melhorias em todos os modelos CMMI (CMMI-DEV 1.3, CMMI-ACQ 1.3 e CMMI-SVC 1.3).

Este update também trará melhorias ao método de avaliação SCAMPI e treinamentos CMMI relacionados. Segundo o SEI, as mudanças não irão exigir grandes mudanças ou reciclagem dos modelos implementados.

As principais mudanças no modelo serão:

Maior esclarecimento sobre Alta Maturidade

Como já é de conhecimento, quando você realiza uma avaliação SCAMPI, seu resultado reflete um nível de maturidade da organização. Organizações iniciantes no CMMI são tipicamente classificadas como Baixa Maturidade enquanto aquelas que tem mais tempo ou tem obtido melhores resultados são consideradas “exemplares de alta maturidade”.

Na versão 1.3, uma das grandes mudanças será um melhor esclarecimento e entendimento do que é Alta Maturidade. Foi criado um time com foco em alta maturidade e os membros dessa equipe tem se concentrado em fazer mudanças que melhorem a clareza do que é e como alcançar este nível.

O SEI sabe que na versão 1.2, alta maturidade está confuso levanto à uma variedade infinita de interpretações e é exatamente este ponto que eles querem resolver. Quer um exemplo: Pergunte a 5 pessoas o que é um modelo de desempenho e você terá 5 respostas diferentes (e provavelmente nenhuma certa).

A equipe pretende esclarecer os seguintes pontos:

  • O papel do material informativo nas avaliações de alta maturidade
  • O significado e uso dos modelos de processos e modelagem de processos
  • Como os objetivos de negócio estão ligados à alta maturidade
  • O que são causas comuns e como devem ser utilizadas
  • O que se espera de alta maturidade no desempenho individual de cada processo
  • A seleção, definição e o nível de instanciação dos subprocessos

A equipe de Alta Maturidade do SEI está focada nas PAs OPP – Organization Process Performance, QPM – Quantitative Project Management, OID – Organizational Innovation and Deployment e CAR – Causal Analysis and Resolution.

Veja o post completo →

+ Voce conhece o SPIN? Por Washington Souza 18 May 2010 as 11:22 pm 3 comentários

O SPIN – Software Process Improvement Network – é uma rede composta por pessoas interessadas em conhecer e promover o aperfeiçoamento das práticas de Engenharia de Software. Ele foi originalmente proposto pelo SEI.

Os SPINs se organizam geográficamente e promovem reuniões periódicas visando a troca de experiências em programas de melhoria de processo de software tais como CMMI, MPS.Br, Six Sigma, PMI entre outros. Nestas reuniões há palestras, mini-cursos e divulgação de resultados. Assim como o Blog CMMI, os SPINs querem ajudar a disseminar a engenharia de software e aperfeiçoar nosso mercado de TI como um todo.

Próximo encontro SPIN SP 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 18 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 →

+ Entendendo mais sobre análise de causa e efeito – CAR Por Washington Souza 17 May 2010 as 12:01 am 1 comentário

A área de processo CAR – Análise de causa e efeito, é a chave para alta maturidade no CMMI e MPS.Br. Ela também é chave no Six Sigma. A primeira vista ela parece ser muito complexa, mas ela é muito fácil. Seu objetivo é: Em tendo-se um problema, quais são suas causas? E, depois de identificada a causa, criar ações para impedir o problema acontecer  novamente.

Vamos a um exemplo: A prefeitura te contratou para resolver um problema em uma praça. Nela, há muitas pombas e toda hora elas estão bombardeando sujando o monumento a Santos Dumont. A prefeitura gasta muito limpando este monumento.

Qual o problema? Bom, o problema são as pombas, que ficam sujando as estátuas. Como consequência, um segundo problema é que há um alto custo para manter as estátuas limpas.

Você já sabe o problema, agora, precisa tratá-lo, mas… o que você faria? Primeiramente você pensa… “vamos capturar as pombas e solta-las em outro lugar”. Em menos de um mês, as pombas voltam.

Porque isso aconteceu? Você fez uma análise superficial do problema (como mais de 80% das pessoas fazem), você tratou o problema, não a causa.

Um amigo (green belt) lhe sugere a téquina dos “por quês”. Ele te explica mais ou menos e você vai na praça e começa a conversar com as pessoas. Conversando com um senhor de uma banca de jornal você começa:
Você: O senhor sabe porque a estátua esta sempre suja?
Senhor: Moço, isso todo mundo sabe, são as pombas
Você: Mas por que as pombas sujam a estátua?
Senhor: Porque elas comem, oras…
Você: Mas o que elas comem?
Senhor: De vez em quando alguém dá alguma coisa pra elas
Você: Elas comem mais alguma coisa?
Senhor: Sim, elas gostam de uma frutinha que da naquelas árvores.
Você: E essas árvores estão há muito tempo
Senhor: Não, foram colocadas no ano passado para ter sombra para as pessoas.

Veja o post completo →

Page 6 of 13« First...345678910...Last »