4. Gestão de Riscos segundo o RUP No RUP a identificação dos riscos mais críticos do projeto é base para a definição dos marcos do cronograma. Os riscos que afetam os objetivos do projeto e a sua exeqüibilidade devem ser abordados primeiro na fase de Concepção. Na fase de Elaboração são mitigados os riscos técnicos, enquanto que na fase de Construção são tratados os riscos pertinentes à performance de desenvolvimento e qualidade. Finalmente, os riscos associados à implantação são resolvidos na fase de Transição. No plano de projeto de iterações, nas fases de Concepção e Elaboração os objetivos da iteração são definidos com base nos riscos, que por sua vez, vão definir os casos de uso, cenários, algoritmos e outros elementos que serão trabalhados. • Concepção: foco no tratamento dos riscos relacionados aos casos de negócio. •Elaboração: foco principalmente nos riscos técnicos, examinando-se os riscos de arquitetura e, se necessário, revisando-se o escopo do projeto à medida que seus requisitos tornam-se melhor compreendidos. •Construção: foco nos riscos de “logística” e na obtenção da conclusão da maior parte do trabalho. •Transição: foco nos riscos associados com a logística de entrega do produto a seu usuário. RESUMO
5.
6. O QUE É O PUBLIX ? Sistema integrado idealizado para suprir a instituição pública com uma ferramenta de Gerenciamento de Processos e de Informações tomando como base a legislação vigente, notadamente, a Constituição Federal, a Lei 8.666/1993 (Licitações e Contratos da Administração Pública), a Lei Complementar 101/2000 (Lei de Responsabilidade Fiscal) e suas atualizações, bem como as determinações do Tribunal de Contas do Estado.
8. TABELA DE RISCOS Risco Probabilidade Impacto RMMM Categoria Saída de membros estratégicos da equipe. 30% CATASTRÓFICO RSGR-001 PESSOAL Não liberação de recursos financeiros dentro do prazo previsto. 60% CATASTRÓFICO RSGR-002 NEGÓCIO Equipe mantenedorea do Sistema Atual possui pouca experiência no desenvolvimento WEB. 40% CRÍTICO PESSOAL Problemas de suporte a vários bancos de dados (SQL Server 2000, SQL Server 2005, Oracle, PostrgreSQL). 30% CRÍTICO TECNOLOGIA Especificação insuficiente de novos requisitos. 20% CRÍTICO PROCESSO Membros da equipe do projeto sem dedicação exclusiva. 30% CRÍTICO PESSOAL Não cumprimento do prazo de entrega. (Deadline próxima) 40% CRÍTICO TAMANHO Inadequação da Plataforma .NET ao cenário final. 10% CRÍTICO TECNOLOGIA Inadequação das interfaces de usuário atuais a nova arquitetura de desenvolvimento (WEB). 50% CRÍTICO TECNOLOGIA Falta de produtividade do modelo utilizado – (API, bibliotecas, framework, processo) 40% CRÍTICO TECNOLOGIA Reprovação do usuário na interação com o novo ambiente (WEB) 50% CRÍTICO RSGR-003 CLIENTE Mudanças na legislação vigente 20% CRÍTICO NEGÓCIO Complexidade das Regras de Negócio 30% CRÍTICO NEGÓCIO Ameaça de produtos Concorrentes 40% CRÍTICO NEGÓCIO Custo do Produto Final viável. 30% CRÍTICO TAMANHO Inadequação do framework NHibernate. 10% MARGINAL TECNOLOGIA Inadequação da ferramenta de gestão de Projeto escolhida. 20% MARGINAL TECNOLOGIA Alinhamento com as necessidades reais dos Cliente 20% MARGINAL CLIENTE