Logo Passei Direto
Buscar
O que é um Risco? Segundo o PMBOK 5ª Edição (2013), risco é um evento ou condição incerta que, se ocorrer, provocará um efeito positivo ou negativo em um ou mais objetivos do projeto tais como escopo, cronograma, custo e qualidade. Um risco pode ter uma ou mais causas, e se ocorrer, pode ter um ou mais impactos. O risco surge da incerteza existente, sejam elas no projeto, na organização ou em qualquer outra parte do projeto. Os riscos positivos e negativos são frequentemente chamados de oportunidades e ameaças. As oportunidades podem estar relacionadas a uma incerteza em que se ela acontecer terá um impacto positivo no projeto, por exemplo, uma nova oportunidade de negócio que ainda é incerta, mas que pode alavancar a rentabilidade do produto. Já as ameaças são incertezas que se acontecerem terão um impacto negativo no projeto, por exemplo, falta de capacitação técnica em uma determinada tecnologia pode provocar atrasos na entrega do produto e aumentar os custos proeminentes com treinamento e contratação de recursos qualificados. A forma como as organizações lida com os riscos é algo bem cultural e relacionado com o momento que elas vivem. São diversos os fatores que influenciam o quão risk-taker é uma organização, mas estes fatores podem ser classificados de forma ampla em três tópicos: Apetite ao risco: é o grau de incerteza que uma entidade está disposta a aceitar, na expectativa de uma recompensa. Tolerância ao risco: é o grau a quantidade ou o volume de risco que uma organização está disposta a tolerar. Limite de riscos: se refere às medidas ao longo do nível de incerteza ou nível de impacto no qual uma parte interessada pode ter um interesse específico. A organização aceitará o risco abaixo daquele limite e não tolerará acima dele. Agir proativamente sobre os riscos, planejar e acompanhar é fundamental para o sucesso de um projeto. Estas atividades devem permear o projeto durante todo o ciclo de vida, pois novos riscos podem surgir. Riscos que foram encontrados no início podem não acontecer ao longo do projeto, assim como riscos não previstos podem acontecer. Avançar um projeto sem focar o gerenciamento dos riscos pode causar mais problemas surgidos em virtude de ameaças não gerenciadas.

User badge image
Ensinando Através de Questões

ano passado

Respostas

User badge image

Ed Verified user icon

ano passado

Risco, de acordo com o PMBOK 5ª Edição (2013), é um evento ou condição incerta que, se ocorrer, provocará um efeito positivo ou negativo em um ou mais objetivos do projeto, como escopo, cronograma, custo e qualidade. Pode ter uma ou mais causas e impactos, surgindo da incerteza existente no projeto, organização ou em qualquer parte do projeto. Os riscos positivos e negativos são chamados de oportunidades e ameaças, respectivamente. É essencial agir proativamente, planejar e acompanhar os riscos ao longo do ciclo de vida do projeto para garantir o sucesso.

Essa resposta te ajudou?

0
Dislike0

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Mais perguntas desse material

O arquiteto de softwares deve participar das revisões de código para validar se os padrões e boas práticas estão sendo seguidos. Qual é a importância dessa participação?

a) Garantir que a arquitetura de software esteja alinhada com as boas práticas de mercado e supervisionar os desenvolvedores.
b) Apenas garantir que os desenvolvedores estejam seguindo as boas práticas determinadas no início do projeto.
c) Apenas revisar o código sem se preocupar com os padrões e boas práticas.

Qual é a principal diferença entre a função de arquiteto de soluções e a função de arquiteto de softwares?

a) O arquiteto de soluções garante que um produto de software resolva um problema de negócios específico, enquanto o arquiteto de softwares trata apenas de questões de engenharia.
b) Ambos têm as mesmas responsabilidades e funções.
c) O arquiteto de softwares se comunica diretamente com o negócio, enquanto o arquiteto de soluções lida apenas com questões técnicas.

Qual é a definição de arquitetura corporativa?

a) Integração da tecnologia aos objetivos do negócio, padronizando processos e infraestrutura de TI.
b) Apenas a definição de padrões técnicos para equipes de desenvolvimento.
c) Apenas a documentação de modelos arquiteturais atuais.

Quais são alguns stakeholders no processo de definição de uma arquitetura e suas responsabilidades?

Analista de Requisitos / Product Owner / Usuário / Designer: Serão responsáveis por trazer para o projeto as dores da área. Será a partir dessas dores que serão definidas as necessidades e funcionalidades do projeto. São esses stakeholders que trazem para o projeto o que a solução precisará ter para gerar valor.
Tester / Analista de Segurança / Equipe da Infra: Serão responsáveis por trazer algumas restrições e boas práticas para o projeto. Muitas das vezes eles poderão trazer um direcionamento sobre tecnologias homologadas e utilizadas na organização. Diretivas e tecnologias importantes de serem seguidas e utilizadas para garantir a segurança das informações dentro de todos os fluxos da solução.
Desenvolvedores / Equipe de suporte: Serão responsáveis pela implementação dos componentes e suporte dos mesmo em produção. Podem trazer restrições com relações a alguma tecnologia ou a premissa de precisarem de treinamento e formação, dependendo do que for escolhido para a arquitetura.
Gerente de projeto / Scrum Master: poderão trazer para o projeto restrições de custo e/ou de prazo. É sempre importante manter uma comunicação com esse stakeholder para que as expectativas estejam alinhadas.
Outros: Além dos perfis de stakeholders apresentados, pode ser necessário a comunicação com outros stakeholders técnicos, gerenciais ou da área de negócio. Por isso a comunicação é sempre uma ferramenta muito importante.

DoDAF – Department of Defense Architecture Framework. O DoDAF é uma estrutura de arquitetura desenvolvida para o Departamento de Defesa do Estados Unidos (DoD) que fornece uma infraestrutura de visualização para preocupações específicas dos stakeholders através de vários pontos de vista organizados por várias visões. Estas visões são artefatos para visualização e entendimento do amplo escopo e complexidades de uma descrição de arquitetura por meios tabulares, estruturais, comportamentais, ontológicos, temporais, gráficos probabilísticos, ou meios conceituais.

Qual é o sistema de controle de versão mais utilizado no mundo atualmente?

a) Subversion
b) Mercurial
c) Git
d) CVS

O arquiteto de softwares deve participar das revisões de código para validar se os padrões e boas práticas estão sendo seguidos. Qual é a importância desse envolvimento?

a) Garantir que a arquitetura de software esteja alinhada com as boas práticas de mercado e supervisionar os desenvolvedores.
b) Assegurar que a arquitetura de soluções esteja em conformidade com os requisitos de negócio.
c) Documentar e formalizar as decisões arquiteturais para divulgação interna na organização.

Qual é a principal diferença entre a função de arquiteto de soluções e a função de arquiteto de softwares?

a) O arquiteto de soluções trata de questões de engenharia, enquanto o arquiteto de softwares resolve problemas de negócio.
b) O arquiteto de soluções garante que um produto de software resolva um problema de negócios específico, enquanto o arquiteto de softwares lida apenas com engenharia.
c) O arquiteto de soluções lidera os processos de integração entre sistemas, enquanto o arquiteto de softwares avalia as restrições do projeto.

O que é a arquitetura corporativa e qual é o seu papel dentro de uma organização?

a) A arquitetura corporativa define métodos e ferramentas para serem seguidos por todas as equipes na organização.
b) A arquitetura corporativa integra a tecnologia aos objetivos do negócio e padroniza processos e infraestrutura de TI.
c) A arquitetura corporativa avalia as tecnologias utilizadas e implementa soluções de DEVOPS.

Mais conteúdos dessa disciplina