Minha experiencia pessoal com relacao a gerencia de riscos e bastante ruim. Talvez esteja sendo injusto com alguem mas em nenhum dos projetos dos quais eu participei, desempenhando qualquer papel, os riscos foram adequadamente avaliados e acompanhados.Pessoalmente, nao fui capacitado formal ou informalmente a administrar riscos. Talvez seja a disciplina de projetos a respeito da qual sou mais ignorante e por este motivo o capitulo corrente tem sido apreciado tao lenta e meticulosamente quanto possivel.Apenas para dar a dimensao da relevancia da gerencia de riscos, segundo o autor, 35% das empresas tem pelo menos um projeto fora de controle. Ha diversas tecnicas de gerencia de risco que permitem evitar tais desastres.Como outras disciplinas, a gerencia de riscos tambem possui niveis de maturidade:gerencia de crises - somente considera os riscos depois que ja se tornaram um problema.correcao de falhas - detecta e responde rapidamente, mas somente depois que o problema se manifesta.mitigacao de riscos - identifica os riscos e aloca recursos para a resolucao do problema, caso ocorra, mas nada faz para evitar que o problema se concretize.prevencao - identifica os riscos e desenvolve esforcos para que evitar que os riscos se concretizem.eliminacao de causas - identifica e elimina as causas dos riscos impedindo que se concretizemA maioria das empresas encontra-se entre os niveis 1 e 3 (absolutamente nao satisfatorios). Mesmo a "mitigacao dos riscos" e insuficiente para impedir os atrasos no projeto.As tecnicas que discutiremos mais a frente visam no elevar aos niveis 4 e 5. E certo que conduzir projetos com tratamento de riscos nos niveis 4 e 5 exigem esforcos adicionais e analises de custo/beneficio precisam ser realizadas com razoavel criterio. Este capitulo apresenta os "erros classicos", aqueles que sao cometidos em quase todo projeto que fracassa. Interressante notar que alguns deles sao repetidos projeto atras de projeto sem que alguem se de conta.O autor apresenta 36 dos mais comuns erros nos projetos de software separados por dimensao (pessoal, processo, produto, tecnologia). Apenas para citar alguns:Pessoal: falta de "patrocinio", "politica" mais valorizada do que "conteudo"Processo: gerencia de riscos insuficiente, abandono do planejamento quando pressionado pelo prazoProduto: desenvolvimento orientado a pesquisa, requisitos exagerados ("otimo e inimigo do bom")Tecnologia: superestimativa dos beneficios de novas ferramentas ou metodosEmbora o autor apresente uma relacao razoavel de erros comuns, a criatividade humana sempre faz surgir novos erros nos projetos. Ele sugere que ao final de cada projeto a lista seja atualizada e que seja verificada antes do inicio dos proximos projetos.Se fosse uma prova, eu nao iria tirar 10 mas uma nota maior que 9 seria bem facil. Dos 36, reconheco que ja cometi (ou vi cometerem e me omiti, ou seja, fui cumplice) pelo menos 34. Com pouco esforco poderia incluir mais alguns erros novos na lista (um dos meus prediletos e nao realizar testes adequadamente antes de entregar o produto). Devemos "vigiar" constantemente o projeto em buscas destes erros classicos, eles podem se manifestar a qualquer momento, sao os candidatos naturais a lista de riscos do projeto.Se alguem desejar a lista completa dos erros classicos, e so me avisar e eu a enviarei