o primeiro risco, "Problemas com pessoal", abrange varios riscos diferentes que podem estar relacionados a equipe. E possivel que o seu projeto simplesmente nao tenha engenheiros suficientes para criar o aplicativo ou sistema. Ou talvez um engenheiro importante deixe o projeto no meio do caminho. Ou, quem sabe, a equipe de engenheiros nao tem a qualificacao tecnica necessaria para o projeto. E assim por diante.Voce ja deve estar familiarizado com a maioria das 10 principais categorias de risco, exceto talvez a decima, "Ciencia da computacao exigida alem do limite". Trata-se de uma categoria abrangente que engloba tarefas relacionadas a itens como analise tecnica, analise do custo-beneficio e criacao de prototipos.Outra lista de taxonomia de risco de software muito usada e a criada pelo Software Engineering Institute (SEI). O SEI e um dos 36 centros de desenvolvimento e pesquisa financiados pelo Governo dos Estados Unidos. Esses centros sao organizacoes hibridas meio estranhas, porque sao financiadas por dinheiro publico, mas vendem produtos e servicos. A taxonomia de risco de software do SEI foi criada em 1993 e consiste em aproximadamente 200 perguntas. Por exemplo, a primeira pergunta e "Os requisitos sao estaveis? Caso negativo, qual e o efeito no sistema (qualidade, funcionalidade, cronograma, integracao, design, teste)?" A pergunta no 16 e "Como determinar a viabilidade de algoritmos e designs (criacao de prototipos, modelagem, analise, simulacao)?" A taxonomia de risco de software do SEI pode ser encontrada em um apendice ao documento.Na identificacao de riscos de software baseada em cenario, voce se imagina em diferentes funcoes, cria cenarios para essas funcoes e identifica o que sairia errado em cada cenario. Usando a analogia da viagem de aviao descrita anteriormente, voce poderia tracar mentalmente as etapas da sua viagem. Por exemplo, "Primeiro, vou de carro ate o aeroporto. Depois, estaciono o carro. Em seguida, faco check-in no balcao da companhia aerea". Esse processo de cenario poderia revelar muitos riscos, como engarrafamentos devido a um acidente ou a manutencao de estradas, falta de vagas no estacionamento, esquecimento da carteira de identidade, etc.Em um ambiente de projeto de software, algumas funcoes comuns usadas para a identificacao de riscos baseada em cenario sao usuarios, desenvolvedores, testadores, vendedores, arquitetos de software e gerentes de projeto. Um cenario de usuario poderia ser algo como "Primeiro, instalo o aplicativo. A seguir, inicializo o aplicativo". Em muitos casos, um cenario de identificacao de riscos e mapeado diretamente para um caso de teste.As funcoes da identificacao de riscos baseada em cenario nao sao necessariamente pessoas. Tambem podem ser subsistemas ou modulos de software. Por exemplo, suponha que voce tem um objeto C# que executa criptografia e descriptografia. Voce pode imaginar que o objeto e a funcao e criar cenarios como "Primeiro, aceito uma entrada e crio uma instancia de mim mesmo. Em seguida, aceito uma entrada e a passo para o meu metodo de criptografia". Tem havido menos pesquisas sobre a identificacao de riscos de software baseada em cenario do que sobre a identificacao baseada em taxonomia. O artigo de pesquisa encontrado em Risk Identification Patterns for Software Projects apresenta uma boa visao geral