• Nenhum resultado encontrado

Mateus Muller Figueiredo.pdf - IIS Windows Server

N/A
N/A
Protected

Academic year: 2023

Share "Mateus Muller Figueiredo.pdf - IIS Windows Server"

Copied!
94
0
0

Texto

Este trabalho de conclusão de curso teve como objetivo desenvolver uma ferramenta computacional que dê suporte ao gerenciamento de riscos em projetos, conforme o Guia PMBOK - 3ª Edição (Project Management Body of Knowledge). Vários fatores, como o aumento da competitividade, o progresso tecnológico e as condições económicas, fazem com que os riscos assumam proporções muitas vezes incontroláveis, o que justifica a grande importância da gestão de riscos nos projetos.

PROBLEMATIZAÇÃO

Formulação do Problema

Tendo em conta estes factos, torna-se clara a importância da gestão de projetos nas organizações, e em particular da gestão de riscos de projetos. Como um dos fatores que influenciaram a criação deste trabalho de curso, a utilização de uma ferramenta de cálculo que auxilie no gerenciamento de riscos de projetos é de grande valia na execução de projetos.

Solução Proposta

Outro fator que também influenciou a realização deste trabalho foi o TCC do acadêmico da UNIVALI Cristiano Born, que elaborou seu TCC com ênfase em gerenciamento de escopo em projetos segundo o PMBOK. Como já mencionado acima, este trabalho incidirá exclusivamente na área de gestão de riscos, de acordo com a metodologia PMBOK.

OBJETIVOS

Objetivo Geral

Estudando a ferramenta proposta por Born (2009), a ideia foi criar uma ferramenta para gerenciamento de outras áreas do projeto.

Objetivos Específicos

Compreender o processo de gestão de projetos segundo as recomendações da terceira edição do guia PMBOK, com ênfase na gestão de riscos;

METODOLOGIA

Na segunda fase foi desenvolvido o desenho da ferramenta de cálculo criada conforme mencionado acima na primeira fase deste trabalho. Após o desenvolvimento da ferramenta, foram realizadas baterias de testes no sistema, onde foi simulada a gestão de riscos do projeto em questão, conforme pode ser visto no capítulo de apresentação da ferramenta, buscando possíveis problemas e com o objetivo de melhorar as funcionalidades desenvolvido durante o desenvolvimento deve ser avaliado. requisitos do projeto, devidamente documentados.

ESTRUTURA DO TRABALHO

Quando se trata de gestão de projetos, compreender os riscos e como minimizar o seu impacto (ou aproveitar ao máximo as oportunidades que apresentam) é essencial para o sucesso. O processo de gerenciamento de riscos especifica como se preparar para a possível ocorrência de um risco no projeto (HELDMAN,2005).

BENEFÍCIOS DO GERENCIAMENTO DE RISCOS

PROCESSO DE GERENCIAMENTO DE RISCOS

  • Planejamento do Gerenciamento de Riscos
  • Identificação dos riscos
  • Análise de riscos
  • Planejamento de respostas a riscos
  • Monitoramento e controle de riscos

As probabilidades e impactos são consistentes com as definições do plano de gestão de riscos. Segundo o PMI (2004), a lista de riscos é atualizada após análise qualitativa dos riscos e incluída no plano de gerenciamento do projeto.

Figura 1- Fluxograma de processo do gerenciamento de riscos do projeto  Fonte: PMI (2004)
Figura 1- Fluxograma de processo do gerenciamento de riscos do projeto Fonte: PMI (2004)

ANÁLISES DE FERRAMENTAS SIMILARES

Para apoiar a análise e desenho da ferramenta de Gerenciamento de Riscos de Projetos, objetivo deste TCC (Trabalho de Conclusão de Curso), foram examinadas e avaliadas algumas ferramentas utilizadas para gerenciamento de riscos em projetos já disponíveis no mercado. O software auxilia no gerenciamento de projetos e é baseado em conceitos e boas práticas compilados pelo PMI (Project Management Institute) e GTZ (Método ZOPP). Considerando as pesquisas sobre gerenciamento de riscos segundo o PMBOK, uma ferramenta deve conter algumas ferramentas essenciais para apoiar todos os processos necessários para um bom gerenciamento de riscos em projetos.

Entre eles, criar um plano de gerenciamento de riscos, que permita o registro dos riscos, contenha uma ferramenta para ajudar na identificação dos riscos, permita a categorização dos riscos, permita a análise quantitativa e qualitativa, o monitoramento e controle dos riscos e a integração com outras áreas de gerenciamento de projetos (escopo, tempo, qualidade). Através da análise realizada é possível verificar que as ferramentas disponíveis no mercado não abrangem todos os aspectos de uma boa gestão de riscos segundo a metodologia PMBOK. Este capítulo apresenta a análise desenvolvida para especificar o software para gerenciamento de riscos, conforme estudado na revisão de literatura.

O projeto em questão foi desenvolvido para integração com a ferramenta Project Scope Management (BORN, 2009), conforme mencionado no primeiro capítulo deste trabalho. A princípio, a ferramenta Arisco utilizaria todos os recursos já criados na ferramenta de gerenciamento de escopo, bem como suas tabelas e classes. Porém, ao analisar mais a fundo a ferramenta de gerenciamento de escopo, percebeu-se que o código gerado pela criação da ferramenta é de difícil compreensão e encadeá-lo atrasaria bastante o processo de desenvolvimento.

REQUISITOS DA FERRAMENTA

Requisitos Funcionais

Da mesma forma, apenas a estrutura de cadastros de empresas, funcionários e projetos e as classes de manipulação de dados nesta estrutura foram renovadas, pois a ferramenta de gerenciamento de escopo foi desenvolvida com o framework ScriptCase e a ferramenta Arisco foi desenvolvida com o framework Symfony, o que é impossível reutilizar os códigos-fonte, conforme explicado no Capítulo 4.

Requisitos Não-Funcionais

Regras de Negócio

DIAGRAMA DE CASOS DE USO

Para entender melhor os casos de uso, PCT04 contém apenas os atores que serão utilizados. O PCT01 contém todos os cenários de inserção de informações no sistema, que podem ser melhor analisados ​​na Figura 5. O PCT02 contém todos os processos identificados para a ferramenta auxiliar na identificação de riscos utilizando a técnica Delphi.

PCT05 contém todos os registros sob responsabilidade do ator gestor, que serão registros de funcionários, empresas e projetos. A descrição dos casos de uso da ferramenta proposta com suas especificações, requisitos externos e cenários é apresentada no Apêndice A.

Figura 4 - Diagrama de pacotes
Figura 4 - Diagrama de pacotes

DIAGRAMA DE CLASSES

DIAGRAMA DE ATIVIDADES

BANCO DE DADOS

FRAMEWORK SYMFONY

O framework visa construir aplicações robustas em contexto de negócios, para que você possa ter total controle sobre sua configuração: desde a estrutura da biblioteca até bibliotecas estrangeiras, quase tudo pode ser customizado (SYMFONY, 2003). Para a plataforma Windows, o módulo de desenvolvimento Symfony é acessado através da linha de comando do DOS, onde é possível criar toda a estrutura de arquivos necessária à execução de um projeto, dentre as quais se destacam as classes do modelo MVC, que é um padrão de arquitetura de software com o qual trabalhamos. 3 camadas de classes: Camadas de interface, controle e modelo que separam a lógica do sistema dos dados.

DRAW2D

A ferramenta Project Risk Management (ARISCO) começou a ser desenvolvida conforme a modelagem previamente especificada, principalmente o modelo ER proposto, uma vez que o Symfony gera automaticamente toda a estrutura de classes necessária para iniciar a implementação da ferramenta a partir do banco de dados.

LAYOUT

A FERRAMENTA

Após a escolha do projeto, as etapas de gerenciamento de riscos, conforme já mencionado no projeto atual, iniciam-se com o plano de gerenciamento de riscos que será considerado na escolha do projeto. É também durante a fase de planeamento que deverá ser criada a matriz de impacto dos riscos, clicando na opção “Matriz de impactos” no ecrã do plano de gestão de riscos ou via. Outra etapa do planejamento gerencial é a elaboração da EAR – Estrutura Analítica de Riscos – caso o gestor queira utilizá-la.

Para utilizar esta ferramenta, o gerente do projeto deve informar o plano de gerenciamento de riscos que será utilizado, conforme pode ser visto na Figura 19. Quando a identificação de riscos está no status “Fase 1”, os usuários podem começar a incluir os riscos, como na Figura 25 mostrando. Quando a identificação dos riscos estiver no status “em análise”, o único usuário que terá acesso à ferramenta será o gestor, pois nesta fase ele analisará, editará ou excluirá todos os riscos cadastrados que julgar necessário.

Após o gestor estar convencido de que o processo está encerrado, ele atualiza o status para “Fechado” e o processo de identificação dos riscos será concluído, incluindo definitivamente os riscos identificados no gerenciamento de riscos do projeto. Após a conclusão do processo de inclusão de riscos e quando necessário, conforme planejado no plano de gerenciamento de riscos, deverão ser realizadas análises qualitativas e quantitativas de riscos, acessando o menu principal na opção “Gerenciar” e “Gerar Análise”, conforme pode ser observado na Figura 28 Melhor caso: Subtração do Valor Base e soma de todos os impactos financeiros dos riscos com efeitos de oportunidade.

Valor esperado: a soma do valor base com o resultado da soma de todos os VMEs de risco de efeito de ameaça, menos a soma de todos os VMEs de risco de efeito de oportunidade. Pior caso: a soma do valor base com o resultado da soma de todas as consequências económicas dos riscos com efeito de ameaça.

Figura 14 - Tela de login
Figura 14 - Tela de login

PRINCIPAIS DIFICULDADES ENCONTRADAS

Não foi possível testar a precisão das informações geradas nas análises de risco qualitativas e quantitativas com profissionais de gestão de riscos. Esses testes seriam de grande importância para os resultados alcançados com a ferramenta. O principal objetivo deste projeto foi desenvolver uma ferramenta computacional de apoio ao gerenciamento de riscos em projetos segundo o PMBOK, permitindo aos gerentes de projetos gerenciar melhor os riscos que possam surgir durante o andamento de seus projetos. Diante do que foi revelado neste trabalho, nota-se a grande importância do gerenciamento de riscos nos projetos.

A documentação das respostas que serão tomadas quando ocorrer um risco também é um processo crucial na gestão de riscos. Muitos projetos não se concretizam devido à ocorrência de riscos que não foram previamente identificados, o que significa que não existem respostas imediatas e pré-avaliadas. Ao utilizar uma ferramenta informática de apoio à gestão de riscos em projetos, torna-se muito mais fácil e rápido identificar e controlar os riscos que eventualmente possam ocorrer.

Ao analisar as ferramentas existentes no mercado, percebeu-se a dificuldade de encontrar uma ferramenta que atendesse às necessidades de gestão de riscos em projetos que seguissem as recomendações do PMBOK. O objetivo principal deste trabalho foi alcançado, pois foi desenvolvida uma ferramenta para apoiar eficazmente a gestão de riscos do projeto. Além do desenvolvimento da ferramenta, através de pesquisas, estudos, análises e desenvolvimento da ferramenta, foram adquiridos diversos conhecimentos, muito conhecimento sobre gerenciamento de riscos de projetos segundo o PMBOK e outras áreas que estão ligadas de certa forma à área de arranhões.

TRABALHOS FUTUROS

Este apêndice fornece descrições detalhadas dos casos de uso do projeto UC001 – Criar Plano de Gerenciamento de Riscos. Este caso de uso tem como cenário principal a criação do plano de gerenciamento de riscos (Figura 19 – Tela Salvar Plano de Gerenciamento de Riscos). Pré-requisito: O projeto deve ser criado e o usuário deve ser gerente de projeto.

Cenário UC001 – Criar Plano de Gerenciamento de Riscos Criar ou alterar plano de gerenciamento de riscos – Principal. Permite a criação da Estrutura Analítica de Riscos (EAR) do projeto (Figura 21 - Tela Manter EAR - Estrutura Analítica de Riscos em Modo Lista e Figura 22 - Tela Manter EAR - Estrutura Analítica de Riscos em Modo Gráfico). O sistema deve permitir ao gestor definir os responsáveis ​​por cada categoria. Pré-requisito: Deve ser criado o plano de gerenciamento de riscos.

Pré-requisito: Deve ser criado o plano de gerenciamento de riscos, onde deve ser selecionada a opção de utilização da ferramenta Delphi; O status de identificação dos riscos deve estar no estágio 1. Post state: A lista de riscos da ferramenta Delphi deve estar atualizada com os riscos fornecidos pelo usuário. A lista de riscos deve ser criada Condição: O plano de contingência de riscos deve ser criado.

Tabela 11. Cenário UC010 - Filtrar lista de riscos  Filtrar lista de riscos - Principal
Tabela 11. Cenário UC010 - Filtrar lista de riscos Filtrar lista de riscos - Principal

Imagem

Figura 1- Fluxograma de processo do gerenciamento de riscos do projeto  Fonte: PMI (2004)
Figura 2 - Estrutura analítica dos riscos (EAR).
Figura 3 - Análise qualitativa de riscos: Entradas, ferramentas e técnicas, e saídas.
Tabela 1. Exemplo de Matriz de Probabilidade e Impacto
+7

Referências

Documentos relacionados

5 Appendix 1 - Bradford Education Improvement Commissioning Board Terms of reference Purpose / role of the group The Bradford Education Improvement Commissioning Board BEICB was