CMMI - Modelo de Capacidade e Maturidade Integrado (Capability Maturity Model Integrated)

Olá sejam bem-vindos ao canal engenharia de software com ênfase uml Eu sou professor J Denis Gets e eu já atuo na área de modelagem de software há vários anos eu tenho quatro livros publicados sobre o assunto e eu já ministrei diversas palestras e cursos técnicos S modelagem de software utilizando a linguagem uml na aula de hoje eu vou dar continuidade ao tema sobre qualidade de software dessa vez abordando o modelo cmmi que é o modelo de capacidade e maturidade integrado que permite determinar o nível de evolução dos processos de desenvolvimento de uma determinada organização bem

como auxiliar a evoluir esses processos a melhorar esses processos então vamos iniciar a nossa aula então eh cmmi eh significa capability maturity Model integrated ou modelo de capacidade e maturidade integrado então como eu falei ele é um modelo que permite medir o nível de evolução dos processo de uma empresa ou mesmo de uma determinada área de um processo como gerenciamento de requisitos por exemplo bem como permite eh fornece sugestões de como evoluir esse modelo esse processo Ah então o modelo cmmi ele é um modelo que emite certificações e ele é muito procurado por empresas que

querem eh receber esse tipo de certificação para validar melhor os o qualificar melhor os os softwares que ela ã desenvolve bem como para ã evoluir esse os seus processos eh [Música] atualmente o cmmi se encontra na versão 3 e ele atualmente ele é um modelo pago ou seja existe acesso eh gratuito a a parte das informações desse modelo mas se uma empresa quiser se aprofundar quiser receber uma certificação por parte desse modelo ela precisa pagar bem mas de qualquer forma esse é modelo bastante procurado por empresas que desejam evoluir os seus os seus processos que

desejam receber as certificações cmmi principalmente aquelas que desejam exportar software Ah mas então vamos iniciar a nossa aula sobre cmmi então como eu falei o cmmi ele é um arcabouo ou seja um Framework de melhoria de processos uma vez que ele é um Arc bolso Isso significa que ele pode ser adaptado à realidade de cada organização de cada empresa Ah o cmmi ele permite avaliar e orientar o desenvolvimento dos processos como os processos estão evoluindo e o gerenciamento de processo de uma organização por meio de cmmi a empresa não recebe simplesmente uma capacitação mas ela

pode evoluir os seus processos seguindo as recomenda ações desse modelo Ah o cmmi ele é menos utilizado por empresas que utilizam modelos ágeis mas não significa que o cmmi e os modelos ágeis sejam incompatíveis existe uma certa algumas reticências por parte das empresas que trabalham exclusivamente com métodos ágeis de adotar o cmmi porque aparentemente ele é um tanto burocrático mas na verdade o cmmi pode ser aplicado a processos ágeis também inclusive existe um um processo ágil de eh adaptação e evolução um processo ágil desculpe um princípio ágil de eh inspeção e adaptação na verdade que

está totalmente de acordo com os preceitos do cmmi mas vamos continuar a nossa aula eh Na verdade o cmmi então ele possui duas escalas para medir como está evoluindo Como estão evoluindo os processos de desenvolvimento de uma determinada organização que são a escala de maturidade e a escala de capacidade a escala de maturidade é mais conhecida então a escala de maturidade ela procura medir o desenvolvimento Global da organização com relação aos seus processos de desenvolvimento já a escala de capacidade ela foca na medição eh relativa à competência de uma área específica de um determinado processo

como eu falei por exemplo gerenciamento de requisitos e ela pode ser usada independente do nível de maturidade que for eh atribuído aos processos da organização e essas escalas elas ajudam as organizações a determin situação est seus processos de desenvolvimento se encontam e elem esos para podor esses processos vamos sobre escala de Mat existem cinco níveis de maturidade organizacional na verdade eh existe um sexto nível que é o nível zero que é quando não existe processo algum certo então o nível zero é o nível ã adoc ou nível inexistente quando a empresa a organização simplesmente não

tem um processo eh definido então muitas vezes esse nível zero é desconsiderado é mais comum nós eh vermos Os cinco níveis do nível um ao nível C mas existe no o nível zero ã bom então cada nível ele reflete o grau de maturidade dos processos e sua padronização global e esse modelo ele cobre 22 áreas de processo que estão divididas eh em quatro categorias que nós vamos estudar Ah então cmmi Ele oferece uma abordagem sistemática para permitir melhorias contínuas dos processos E permitir que a organização se torne mais eficiente a nível de desenvolvimento de software

Então vamos falar sobre os níveis de maturidade como eu falei existe um nível zero que é o nível inexistente é o nível adoc Tá mas eu vou começar a falar sobre os níveis que permitem alguma certificação ou que permite onde já existe ex algum processo de desenvolvimento então Eh o primeiro nível é o nível Inicial ou initial Onde existe um processo mas ele está muito Inicial eh bastante ainda desorganizado não seguindo padrões ele está como o nome já diz em seu estado Inicial começando a ser eh definido então no nível o nível um ele é

conhecido como pelos processos serem eh imprevisíveis e reativos então Eh significa que o processo ainda está sendo pouco utilizado ainda está sendo pouco ainda ainda é pouco estruturado ah as suas etapas ainda não estão bem definidas então o sucesso do dos projetos eles dependem muito mais dos esforços individuais da capacidade eh da equipe da experiência da equipe do comprometimento da equipe do que do processo propriamente dito do processo de desenvolvimento propriamente dito ah muitas vezes em geral o trabalho ele é concluído mas nesse nível de maturidade eh acontece com frequência do software ser entregue descumprindo

o cronograma e ultrapassando o orçamento mas o nível um o produto normalmente é entregue o projeto é bem ou mal concluído enquanto que no nível zero nível inexistente eh muitas muitas vezes o projeto fracassa bom ã depois nós temos o nível dois que é o nível gerenciado ou managed managed ah onde já existem processos ainda que básicos mas planejados e esses processos eles são seguidos existe já um controle maior de custos e de prazos então há um maior cumprimento do do cronograma e o software entregue mais dentro do que foi estimado de eh do seu

do seu o custo de desenvolvimento Ah mas ainda não há uma padronização em toda a organização depois nós temos o nível TRS que é chamado definido ou defined onde os processos eles estão bem padronizados e já Segue uma padronização e eles e e eles são bem melhor documentados e são adotados por toda a organização existe flexibilidade para adaptar os processos às necessidades de projetos de desenvolvimento de projetos de software específicos e as etapas elas estão bem definidas e são consistentes o nível 4 é o nível quantitativamente gerenciado ou quantitatively managed onde os processos eles são

controlados e são monitorados utilizando métricas quantitativas Então essas medições elas ajud a prever quais serão os resultados do do processo de desenvolvimento e permitem identificar possíveis variações desse processo então decisões são tomadas com bases em dados objetivos e análise e permitem adaptar o processo quando necessário e nós temos o nível 5 em otimização ou optimizing que é o último nível a empresa a organização já se encontra no nível no nível mais avançado de maturidade dos seus processos de desenvolvimento e há um foco na melhoria contínua dos processos os processos estão num num do no melhor

nível do cmmi mas ainda se procura sempre melhorar sempre evoluir esse processo Então por meio quando a empresa alcança esse esse nível ela é capaz de diagnosticar quais áreas dos processos podem ou devem ser otimizadas e estabelecer metas para solucionar possíveis problemas que possam vir a ocorrer ã quando se atinge esse nível Então as práticas que são adotadas por esse nível elas permitem a uma maior economia de tempo já que é possível analisar eh previamente o as etapas H que serão a adotadas e os processos eles sofrem uma melhoria contínua uma otimização contínua bom Aqui

nós temos uma figura que representa os níveis eh de maturidade de uma organização então nós vão desde o nível Inicial passando pelo nível gerenciado depois pro nível três definido o nível quatro quantitativamente gerenciado e o nível cinco em otimização como eu falei existe também o nível zero que é o inexistente quando não existe nenhum processo de desenvolvimento bom vamos falar um pouquinho sobre os níveis de capacidade então Eh os níveis de capacidade eles são utilizados para metir para medir a competência de determinadas áreas de um processo então eles permitem que a organização avalie e melhore

processos individuais Ahã e essa escala ela determina ela mede Qual o desempenho individual de cada área de processo essa cada área de processo ela pode ser por exemplo análise de requisitos ou projeto arquitetônico esse tipo de coisa e ela se divide em quatro níveis que são os nível zero nível um nível do e nível TR o nível zero é o nível incompleto ou incomplete que é quando o processo não foi implementado ainda ou ele ainda está ele foi implementado mas está incompleto e não consegue alcançar os seus objetivos eh de maneira plena eh o nível

um é o nível realizado ou performant que é quando o processo ele já consegue atingir os seus objetivos básicos o nível dois é o gerenciado ou managed managed onde o processo ele é planejado gerenciado E ajustado quando necessário e o nível TR é o definido ou defined quando o processo ele segue padrões organizacionais bem estabelecidos bom eh então vou falar sobre os principais componentes do cmmi então ã ele possui um conjunto de áreas de processo na verdade são 22 áreas eh que abrangem atividades críticas para o desenvolvimento de software e também para a gestão e

a melhoria de processos organizacionais ainda eh o modelo ele permite a criação de metas que representam eh quais estados desejados que devem ser atingidos por cada área do processo Isso inclui metas genéricas para o processo como um todo e metas específicas para cada área daquele processo Então essas metas são utilizadas para orientar o nível de maturidade que se busca atingir e também ela Ele oferece um conjunto de boas práticas que descrevem as ações recomendadas para que se alcance uma determinada meta um determinado nível de maturidade então ele orienta como os objetivos de melhoria podde ser

em uma determinada organização ah bom ah como falei cmmi possui 22 áreas de conhecimento e elas são divididas em quatro categorias gerenciamento de processos gerenciamento de projetos Engenharia e suporte nós vamos falar um pouquinho sobre cada uma delas então com relação à área de gerenciamento de processos ela engloba cinco áreas de de processo que são a definição de processo organizacional o organizational process definition conhecida como também como opd foco no processo organizacional ou organization process Focus Ou opf treinamento organizacional organization train organizational Training ou ot desempenho de processo organizacional o organization PR performance opp e

inovação e implantação organizacional organizational innovation and deployment ou oid vamos falar um pouquinho sobre cada uma dessas áreas então com relação a definição de processo organizacional Ah então o nome já diz ela tenta definir processos essenciais para organização ã Então ela procura por exemplo criar uma base onde onde a partir da qual todas as atividades e projetos futuros serão executados ela também estabelece padronização e documentação de processos com o objetivo de garantir a consistência ã com relação ao foco de processo organizacional eh nessa área ela se preocupa em estabelecer metas Claras que permitam melhorar os

processos de desenvolvimento de forma contínua Isso inclui o alinhamento de processos com os objetivos estratégicos da organização e também a priorização de quais processos serão melhorados Aliás a priorização de quais melhorias deverão ser aplicadas aos processos já área de Treinamento organizacional o nome já diz ela se preocupa no treinamento do das equipes que vão aplicar os processos organizacionais então ela recomenda um treinamento contínuo e esse treinamento ele é fundamental para que eh seja possível uma manutenção eficiente dos processos ã E que sejam adotadas boas práticas H com relação à área de desempenho de processo organizacional

ela avalia e mede ela o nome já diz ela avalia e méde o desempenho dos processos isso é considerado essencial ã a área de desempenho Então ela se dedica a coletar dados que permitam avaliar a eficácia dos processos e implementar melhorias com base nos resultados obtidos e nós temos a Inovação organizacional na verdade é inovação bom ela ela eu de resolvi dividir ela em duas etapas primeiramente eu vou falar sobre inovação organizacional que ela se concentra no esforço contínuo da organização para o nome já diz introduzir inovações na organização eh com relação a Inovar o

seus processos as suas metodologias as suas tecnologias e as suas estratégias organizacionais Ah então o objetivo da Inovação organizacional é melhorar a competitividade a eficiência e a capacidade de resposta da organização tanto com relação às mudanças internas quanto às demandas do mercado Então ela busca permitir que a organização se adapte às tendências do mercado obviamente também as exigências governamentais e a melhorar o desempenho de seus processos constantemente e nós temos a implantação organizacional Na verdade essa área é inovação e implantação organizacional mas eu resolvi dividir porque ela é um pouco extensa então a implantação organizacional

ela tenta garantir que as melhorias propostas elas sejam implementadas de forma correta Integradas nas nas operações da organização ela monitora como esses processos estão sendo adotados de forma que eles sejam aplicados de forma consistente e eficaz hã Então ela foca em assegurar que as melhorias elas sejam sustentáveis isso e de forma a permitir o aumento do aliamento organizacional e a eficácia dos processos implementados agora vamos falar sobre a a sobre a categoria gerenciamento de processos ela engloba seis eh áreas eh de processo que é o planejamento de projeto ou Project planning PP monitoramento e controle

de projeto que é o Project monitoring and control PMC o gerenciamento de contratos com fornecedores superior agreement Management ou s o gerenciamento de projeto integrado integrated Project Management ou IPM ou aliás IPM o gerenciamento de riscos Risk Management ou rskm R R rsk rskm Ah o gerenciamento quantitativo de projeto que é o eh ou em inglês né o quantitative Project Management ou qpm vamos falar um pouco sobre cada uma dessas áreas então com relação ao planejamento de projeto Hã o nome já diz o foco está em estabelecer e gerenciar planos que determinem como executar o

projeto de forma que ele alcance as metas estabelecidas considerando parâmetros como tempo custo escopo e qualidade Ah então isso envolve criar um plano detalhado que sirva como guia para cada uma das fases do projeto isso garante o alinhamento com os objetivos organizacionais e permite satisfazer as expectativas das partes interessadas então Eh essa área ela possui diversas atividades as principais são definir objetivos e o escopo do projeto Lembrando que escopo e objetivo não são exatamente a mesma coisa Ah pode-se dizer que o escopo é o objetivo eh com uma visão mais pragmática levando em consideração o

que é realmente possível atingir considerando as restrições do projeto outras atividades são estimar recursos e prazos desenvolver o cronograma do projeto identificar riscos iniciais atribuir responsabilidades e documentar e revisar o plano vamos falar brevemente de cada uma dessas atividades então com relação à definição do e objetivos do projeto e essa atividade se preocupe em detalhar o que será entregue e quais são os critérios de sucesso Como determinar se o que foi entregue realmente está de acordo com o que Foi estabelecido e que satisfaça o cliente Isso inclui as expectativas das partes interessadas e os requisitos

do cliente Lembrando que parte interessada é qualquer pessoa que será ah impactada pelo software ou influenciará no seu desenvolvimento e ou influenciará no seu desenvolvimento com relação à atividade de estimar recursos e prazos bom também o nome é autoexplicativo ela tenta estimar eh com relação a cada etapa do projeto Qual é a complexidade do que precisa ser feito isso é muitas vezes difícil de estimar é complexo estimar a complexidade também ela tenta estimar os recursos humanos que serão necessários a cada etapa o tempo demandado o tempo necessário para concluir cada etapa e obviamente o custo

que essa etapa demandará esse tipo de estimativa não é muito fácil existem técn técnicas estimativa mas elas não não são exatas elas evoluíram bastante Existem várias técnicas de estimativa como ã medição por ponto de função ou por caso de uso por exemplo mas eh estimativas realmente próximas da realidade às vezes não são possíveis dependendo do nível de complexidade do software mas essa atividade procura atingir esse esse objetivo ah outras atividades desenvolver o cronograma do projeto também ela Auto explicativo considerando as estimativas se estabelece um cronograma onde as tarefas as etapas do processo elas vão ser

eh distribuídas ao longo do tempo de forma o mais realista possível ah definindo Marcos ou seja eh etapas do processo que devem ser atingidos e os prazos para atingir cada um desses Marcos outra atividade é identificar riscos iniciais isso é muito importante riscos são qualquer possibilidade que possa afetar o desenvolvimento do software então podem ser riscos de orçamento insuficiente ou de cronograma curto demais ou qualquer outro risco que possa acontecer das Ferramentas não serem suficientes do da linguagem de programação não ser adequada eh que o ambiente de desenvolvimento não seja não seja correto que a

equipe não tenha um nível de expertise suficiente ou que alguém sai e peça demissão qualquer coisa que possa impactar o desenvolvimento software Então se identifica riscos iniciais ã e e se tenta criar planos de mitigação que não significa que não vá ocorrer o risco mas se ocorrer Ah o impacto que ele causará será pequeno ou seja que permita Minimizar os impactos no andamento do projeto outra atividade é a de atribuir responsabilidades então para as equipes e para cada indivíduo para cada membro dessa equipe são definidas funções e responsabilidades promovendo dessa forma alinhamento e organização ã

ainda existe atividade de documentar e revisar o plano então o plano de projeto ele é documentado forma de forma formal ã ele é submetido à revisão de forma que ele realmente atenda aos requisitos de qualidade e esteja anado esteja de acordo com os padrões organizacionais Eh agora com relação à área de monitoramento e controle de projetos eh Então ela tenta garantir que o projeto ele seja executado de acordo com o que foi planejado então ele permite executar o monitoramento contínuo levando verificando parâmetros como o cronograma Como os custos e a qualidade do produto Então ela

fornece visibilidade so Progresso e desenvolvimento e facilita a identificação de possíveis problemas e se eles e se de acordo com a possibilidade de problemas eh ocorrerem ela permite que sejam tomadas decisões rápidas e eficazes que contornem a possibilidade desse problema realmente ocorrer ou resolvam sem que ele cause muito impacto no desenvolvimento Ah então as principais atividades dessa área de conhecimento eh Então são monitoramento do Progresso em relação ao plano identificação e gerenciamento de problemas comunicação com as partes interessadas e execução de ações corretivas quando isso for necessário vamos falar um pouquinho sobre cada uma dessas

atividades então com relação ao monitoramento do Progresso em relação ao plano também a maioria dessas atividades elas são autos explicativas basicamente eh se tenta verificar se o o desenvolvimento está de acordo com o que foi planejado Então ela estabelece métricas e Marcos etapas que devem ser atingidas ã para avaliar o progresso do projeto ã e ela reúne de forma frequente para comparar o desempenho com o que foi planejado com relação à atividade de identificação e gerenciamento de problemas também o nome já diz ela procura detectar possíveis desvios em relação ao que foi planejado se isso

ocorrer Analisa as causas desse desvio caso ocorra um desvio ela prioriza e os problemas que foram identificados para solucioná-los ah atividade de comunicação com as partes interessadas Então ela determina e relata qual estatus do projeto de forma transparente e consistente para todas as partes interessadas então isso ah atualiza as partes interessadas no software no estado atual desenvolvimento que etapas já foram atingidas o que já foi concluído O que falta fazer e também atualiza informações sobre possíveis riscos também relacionado a se os prazos estão sendo cumpridos e o custo que já foi atingido com o desenvolvimento

do software com relação à atividad execução de ações corretivas se for necessário em situações que problemas ou desvios no na na no desenvolvimento do software por exemplo os prazos não estão sendo cumpridos o custo de desenvolvimento tá sendo maior do que havia sido esperado Então se tenta implementar ações corretivas para resolver esse problema ah e eventualmente é necessário revisar o planejamento original Ah vamos falar um pouquinho sobre a área de gerenciamento de contratos com fornecedores eh basicamente ela tenta determinar eh de forma Clara a relações com os fornecedores para eh adquirir produtos ou serviços que

possam ser terceirizados para eles e a Além disso ela monitora e gerencia Como está sendo o desempenho dos fornecedores durante o ciclo de vida do projeto se eles estão realmente eh fornecendo os produtos conforme foi solicitado eh dentro dos prazos estabelecidos se os serviços terceirizados para esses fornecedores estão sendo realizados a contento cumprindo prazos e custos esse tipo de coisa Ah e também tenta garantir que os produtos ou serviços que forem fornecidos estejam de acordo com os requisitos com os padrões e com o nível de qualidade esperado para a organização ah com relação à área

de gerenciamento de projeto integrado Então ela tenta integrar práticas organizacionais e processos no gerenciamento de projeto o objetivo é garantir que eh os objetivos estratégicos da organização sejam realmente alcançados ela também procura facilitar a colaboração entre as equipes internas e externas essas equipes externas podem ser eh equipes terceirizadas por exemplo ou H partes interessadas que auxiliam as equipes internas como por exemplo usuário Chaves que fornecem informações que podem eh produzir ou esclarecer requisitos essa área também gerencia a interação entre o projeto e as partes interessadas de forma Alin as expectativas e entregar valor consistente ou

seja funcionalidades importantes para as partes interessadas Ah o gerenciamento de projeto integrado ela ele possui várias atividades entre elas estão as de estabelecer o plano de projeto integrado gerenciar o trabalho integrado do projeto incentivar a colaboração e coordenação utilizar a ativos organizacionais gerenciar riscos e problemas e analisar as lições aprendidas vamos falar um pouquinho sobre cada uma delas então com relação à atividad de estabelecer o plano de projeto integrado então nessa atividade ela tenta desenvolver um plano que permita integrar todas as atividades recursos que são necessários para atingir os objetivos do projeto esse plano ele

precisa se alinhar às práticas e processos padrões da organização ah com relação à atividade gerenciar o trabalho inte integrado do projeto Então essa atividade ela tenta monitorar o progresso e possível e gerenciar possíveis mudanças no projeto de forma integrada eh ela considera interdependências entre equipes quando Existem várias equipes trabalhando em conjunto cronogramas o cumprimento dos cronogramas e que os objetivos sejam realmente atingidos falando agora sobre a atividade de incentivar colaboração e coordenação basicamente ela procura H fazer com que as diferentes equipes colaborem entre si isso também inclui a colaboração e coordenação com os clientes fornecedores

e outras partes interessadas como usuário chaves para garantir que as metas do projeto sejam realmente alcançadas com relação à atividade de utilizar ativos organizacionais Ela utiliza processos ferramentas e padrões que foram definidos pela organização Esses são os ativos organizacionais o objetivo é melhorar a eficiência e a qualidade de gerenciamento do projeto agora falando sobre atividade gerenciar riscos e problemas embora essa essa seja uma atividade semelhante a uma outra atividade que já foi vista que seria gerenciar riscos iniciais ela também é constante é uma atividade constante do gerenciamento de projetos integrado Então ela tenta identificar e

mitigar ou diminuir riscos de maneira colaborativa garantindo que as partes interessadas estejam cientes desses riscos e alinhados às respostas planejadas para caso esse risco ocorrer finalmente a atividade de analisar lições aprendidas ela documenta e compartilha as lições que foram aprendidos ao longo do do processo e o objetivo é com base nessa documentação permitir a melhoria contínua dos processos organizacionais hã embora métodos ágeis possam considerar que eh documentação é burocrática desnecessária Ah isso não é verdade desde que essa documentação ela seja útil para a evolução dos processos da da empresa então isso não é uma documentação

burocrática é algo que a empresa precisará para saber se ela está evoluindo ou não e é uma prática que pode ser adotada pelos processos ágeis pode e deve ser adotada pelos processos ágeis também na verdade vários processos ágeis recomendam melhoria contínua e que sejam eh quer dizer que se utilize as lições aprendidas a experiência com processo para melhorar esse processo constantemente Então essa é uma documentação útil se for bem feita Eh vamos falar agora sobre a área de gerenciamento de riscos então ah ela procura identificar riscos potenciais que possam afetar o sucesso do projeto embora

embora hajam atividades H sobre gerenciamento de riscos em outras áreas existe uma área específica para isso que é a que nós estamos trat tratando agora então ela avalia a probabilidade o impacto dos riscos identificados realmente ocorrerem E qual vai ser o o prejuízo que ele trará se ocorrer e planeja e implementa formas de responder a esses riscos de forma a evitar que eles ocorram ou caso ocorram que o seu Impacto que o seu prejuízo seja pequeno então Eh dessa forma ela tenta garantir que haja uma maior previsibilidade e controle sobre o projeto e sobre os

riscos que possam correr a el Então as principais atividades da área de gerenciamento de riscos preparação para o gerenciamento de riscos identificação de riscos análise e priorização de riscos planejamento de respostas aos riscos e monitoramento e controle dos riscos vamos falar um pouco sobre cada uma dessas atividades então com relação à preparação para o gerenciamento de riscos Então se define essa atividade ela define uma estratégia para gerir os riscos Ah ela estabelece processos e critérios que permitam identificar avaliar monitorar e responder a riscos caso eles ocorram então se identifica cada risco se avalia a probabilidade

que ele ocorra e constantemente fica se verificando se ele vai realmente ocorrer se a probabilidade realmente ocorrer e estabelecer como tratar esse risco caso ocorra então Eh ela também estabelece um perfil de risco do projeto ou seja identifica as categorias de riscos comuns ã e contextuais que precisam de atenção que precisam ser monitorados verificados constantemente com relação à atividade de identificação de riscos ã são realizadas reuniões e tempestades cerebrais para que os riscos possam ser identificados os riscos potenciais ã eh e os e que estejam relacionados ao cronograma ao orçamento à qualidade do software à

tecnologia ou quaisquer outras áreas críticas se registro os riscos que foram identificados em um l em um log de riscos detalhando as possíveis causas as áreas que seriam afetados e quais seriam as possíveis consequências da ocorrência desses riscos depois nós temos a atividade de análise e priorização de riscos onde os riscos identificados são analisados considerando a probabilidade de ocorrência e o seu Impacto potencial Ah se prioriza os riscos para focar naqueles que que eh possui um nível de ameaça um nível de probabilidade eh e de ameaça o sucesso do projeto maior e depois nós temos

a atividade de planejamento e resposta aos riscos onde são desenvolvido planos para mitigar a a possibilidade caso o o caso diminuir o impacto caso os riscos Realmente ocorram são criado planos de contingência planos que devem ser executados quando um risco ocorrer eh ou planos para aceitação para cada risco prioritário e se assegura que os planos eles sejam práticos e que eles se e que ajam responsáveis ã para que eles ser executados com relação ao monitoramento e controle de riscos então Eh se revisa continuamente o status a situação dos riscos que foram identificados se existe uma

maior oou menor probabilidade eles ocorrerem Ah e se acompanham a eficácia das ações de mitigação se realmente aquele risco vier a acontecer o log de riscos ele precisa ser atualizado quando for necessário no momento que seja que sejam identificados novos riscos ou que haja mudança nos Riscos existentes se uma probabilidade um risco correr se torne maior Por exemplo agora vamos falar sobre Ah o gerenciamento quantitativo de projetos sobre a área de gerenciamento quantitativo de projetos Então essa área ela tenta garantir que os projetos eles alcançam objetivos de desempenho e qualidade da empresa Então se utilizam

medições quantitativas Além disso ele provê visibilidade sobre Progresso e o estado do projeto as principais atividades são estabelecimento de objetivos quantitativos seleção de subprocessos críticos monitoramento quantitativo análise estatística e execução de ações baseadas em dados eh com relação ao estabelecimento de objetivos quantitativos Então se define objetivos de qualidade e de desempenho lev tomando como base às necessidades do cliente e os processos organizacionais então por exemplo ã os objetivos podem ser o reduz de reduzir o número de defeitos otimizar prazos ou melhorar a eficiência do processo eh com relação à atividade de seleção de subprocessos críticos

tentam se identificar subprocessos que são essenciais e que impactam diretamente os objetivos do projeto h e foca nos subprocessos que são mais sensíveis a possíveis variações e mais importantes mais críticos para o sucesso do processo ah com relação à atividade de monitoramento quantitativo são reunidos dados de forma contínua sobre cada subprocesso e métricas do projeto se utilizam ferramentas estatísticas como por exemplo gráficos de controle que permitam avaliar o desempenho e identificar variações significativas nos processos aliás nos projetos ã com relação à atividade de análise estatística eh com base nos dados coletados ela os Analisa para

determinar tendências prever resultados e identificar possíveis causas de desvios ah falando agora sobre atividade de execução de ações baseados em dados Ah ela procura implementar ajustes ou possíveis ações corretivas com base na análise dados quando se for considerado necessário eh e ela também valida se as mudanças realizadas elas melhoraram o desempenho ou corrigiram os desvios identificados no projeto agora nós vamos falar sobre a área de engenharia ela engloba abrange as áreas de processo de gerenciamento de requisitos ou requirements Management rqm eh desenvolvimento de requisitos ou requirements development r solução técnica ou tecnical Solution ST integração

de produto ou product integration pi verificação ou verification v e validação validation v v vamos falar um pouco sobre cada uma dessas áreas então ah com relação à área de gerenciamento de requisitos ela tenta gerenci os requisitos do projeto de forma a garantir que eles sejam controlados adequadamente que possíveis mudanças nos requisitos sejam tratadas de maneira sistemática e que o impacto dessas mudanças seja analisado e comunicado às partes interessadas de forma que essas mudanças possam ser autorizadas considerando eh o custo de implementá-las por exemplo Ah então as principais atividades de gerenciamento de requisitos são compreensão

dos requisitos obtenção de compromisso gerenciamento de mudança rastreabilidade de requisitos e avaliação de aliamento falaremos um pouco sobre cada uma delas com relação à compressão dos requisitos todos os requisitos que foram recebidos eles precisam ser entendidos por todos os envolvidos deve-se entender o que cada requisito significa o que ele de que forma ele precisa ser satisfeito Qual é o objetivo daquele requisito que necessidade que ele está representando Ah ele estabelece essa atividade ela também estabelece comunicação frequente com os clientes e as partes interessadas para esclarecer possíveis ambiguidades uma ambiguidade é quando um requisito ele é

passível de mais de uma interpretação isso é inaceitável pr os requisitos porque é uma garantia que o projeto provavelmente irá fracassar então isso precisa ser esclarecido não é possível seguir com processo aliás seguir com projeto se há requisitos ambíguos isso é um risco muito grave ah com relação à atividade obtenção de compromisso então todas as partes sejam internas ou externas precisam estar comprometidas com os requisitos que foram acordados então todos estão de acordo com aqueles requisitos todos irão trabalhar para que eles sejam satisfeitos Isso inclui gerentes clientes desenvolvedores e quaisquer outros possíveis partes interessadas com

relação à atividade de gerencio de mudanças então deve-se estabelecer um processo formal para gerenciar possíveis alterações nos requisitos durante o ciclo de vida do projeto mudança dos requisitos embora algumas vezes sejam consideradas bem-vindas nos métodos ágeis elas sempre causam Impacto sempre tem custo sempre eh afetam o cronograma então Eh esse processo ele tenta determinar o impacto das mudanças eh com relação ao cronograma com relação ao orçamento e com relação à qualidade do produto do software que está sendo desenvolvido rastreabilidade doos requisitos deve manter a rastreabilidade bidirecional dos requisitos ou seja rastreabilidade para trás e rastreabilidade

para frente rastreabilidade para trás determina a origem do requisito quem pediu porque pediu e rastreabilidade para a frente determina o impacto da mudança naquele requisito que artefatos serão afetados pela mudança daquele requisito e isso ajuda a determinar o custo de executar esse requisito e se realmente vale a pena ã executar essa mudança isso eh essa prática a rastreabilidade ela permite eh garantir que nenhum requisito seja perdido ou que seja implementado de forma incorreta ou mesmo que seja modificado de forma incorreta e que cause efeitos colaterais de manutenção avaliação de aliamento nessa atividade se verifica regularmente

se os requisitos estão sendo atingidos aliás atendidos ã E se o trabalho do projeto ainda está aninhado com as expectativas do cliente e das outras partes interessadas com relação à à área de desenvolvimento de requisitos ela tenta produzir um entendimento compartilhado sobre as expectativas das partes interessadas e tenta traduzir eh esse entendimento em requisitos detalhados que possam servir de base para o projeto e desenvolvimento do produto Lembrando que aqui nós estamos falando da área de engenharia de quisitos onde se compreende o problema depois se passa para a fase de projeto onde se soluciona o problema

e depois se desenvolve o produto propriamente dito ainda Lembrando que essas áreas essas ah fases elas não precisam ser concluídas totalmente isso pode perfeitamente ser eh a realizado por meio de um processo interativo incremental ah as atividades da área de desenvolvimento de requisitos são coleta de requisitos análise de requisitos especificação de requisitos e validação de requisitos essencialmente o gerenciamento a as fases principais da engenharia de requisitos no caso coleta também é conhecida como elicitação de requisitos então falando sobre atividade coleta de requisitos Então ela elicita levanta identifica os requisitos ã considerando as necessidades e expectativas

das partes interessadas então basicamente a coleta de requisitos ela identifica eh reconhece Quais são as necessidades das partes interessadas Ah então ela tem por objetivo capturar ah os requisitos explícitos e implícitos através de técnicas de licitação como entrevistas reuniões análise documental tempestade cerebral eh grupo focal e outras existem n técnicas de elicitação Ahã e depois essas necessidades esses requisitos Eles são documentados de maneira clara e acessível para todas as partes envolvidas já é um começo de especificação de requisitos com relação à atividade de análise de requisitos ela ela compreende os requisitos e faz uma verificação

prévia se esses requisitos eles estão completos estão consistentes ou seja não possuem conflitos entre si Eles são passíveis de serem rastreáveis e eles são viáveis e outras características procuradas pelos requisitos Ahã ela também identifica possíveis eh dependências de conflitos entre requisitos diferentes e tenta resolvê-los e também estabelece critérios de aceitação para validar se Eh esses requisitos foram realmente atendidos de forma aceitável ela também transforma eh requisitos de usuário em requisitos de sistema que são requisitos mais detalhados Ahã já a atividade especificação de requisitos ela documenta os requisitos que foram eh analisados ã de forma detalhada

e também prioriza esses requisitos ã diferencia claramente entre os requisitos de usuário que são requisitos de nível mais alto pouco detalhados e requisitos de sistema que são requisitos bem mais detalhados que estabelec e que estabelecem já Como será a implementação desses requisitos já a validação de requisitos ela tem por função determinar se os requisitos ah realmente eles correspondem às necessidades das partes interessadas ah ou seja para garantir que o produto realmente atenderá as partes interessadas não é simplesmente determinar se eh os requisitos estão de acordo com o que foi solicitado se os requisitos foram implementados

de acordo com o que foram do que foi eh solicitado mas sim se aqueles requisitos Realmente são suficientes e úteis para a empresa realmente atender suas necessidades Ah então a validação de requisitos ela revisa os requisitos com as partes interessadas para evitar que Que Mal entendidos ocorram Ah nós vamos falar sobre isso mais adiante Ah vamos falar agora sobre a área de solução técnica ela ela busca projetar e implementar soluções técnicas que satisfaz os requisitos do produto e aos objetivos organizacionais então isso envolve tomar decisões sobre projeto desenvolvimento e integração considerando aspectos técnicos econômicos e

de viabilidade as principais atividades da área de solução técnica São seleção de soluções desenvolvimento de componentes integração de componentes e análise e validação de projeto com relação à seleção de soluções se explora e avalia Quais são as possíveis abordagens técnicas para que o produto possa ser desenvolvido também pode considerar alternativas técnicas a questões relativas a custo desempenho riscos e conformidade com os requisitos ah na atividade desenvolvimento de componentes são projetados implementados diversos componentes do produto que são necessários para eh para o produto considerando eh também a arquitetura que foi escolhida para o software e se

garante que cada componente satisfaça aos seus requisitos específicos um componente pode satisfazer mais de um requisito obviamente Ahã integração de componentes o depois dos componentes terem sido desenvolvidos eh de forma individual eles são integrados para formar subsistemas e posteriormente o sistema como um todo também se verifica compatibilidade e funcionalidade durante o processo de integração para ver se os componentes funcionam bem integrados se não há falhas de integração ou comportamentos emergentes por exemplo comportamentos inesperados ah depois é feita uma análise e validação do projeto onde se o projeto ele é revisado para verificar se alguma falha

ocorreu ou se é possível fazer alguma melhoria antes da implementação priamente Dita e se valida se o projeto técnico realmente atende aos requisitos definidos e depois se passa para a integração do produto para a área de integração do produto que tem como objetivo preparar o ambiente de integração integrar componentes de maneira sistemática ah verificar se o sistema integrado realmente atende os requisitos incluindo os que estão relacionados a requisitos não funcionais Lembrando que existem requisitos funcionais requisitos não funcionais requisitos funcionais eh identificam funcionalidades serviços funções que o software deve oferecer aos seus usuários e os requisitos

não funcionais são os requisitos de qualidade são características que devem ser obedecidas ao software como pelo software como um todo como por exemplo desempenho confiabilidade escalabilidade usabilidade manutenibilidade reusabilidade proteção etc Então as principais atividades da integração do produto são planejamento da Integração montagem do produto verificação e validação e gerenciamento e configuração iremos falar um pouquinho sobre cada uma dessas atividades com relação à atividade de planejamento da Integração então o nome já diz se cria um plano uma estratégia de integração considerando a arquitetura do produto Lembrando que a arquitetura é o esqueleto do software que eh

é escolhido de acordo com os requisitos não funcionais mais importantes para aquele software então existem diversos tipos de arquitetura mvc Arquitetura em camadas arquitetura de microsserviços arquitetura de componentes distribuídos várias outras a partir daí se define a sequência de integração H considerando os componentes críticos eh ou de alto risco para receber uma priorização maior se prepara o ambiente e os recursos necessários para integração esse ambiente po os recursos no caso levam em consideração a ferramentas e infraestrutura Ah e depois se passa paraa atividade de montagem do produto onde os componentes são integrados de maneira incremental

Considerando o plano de de integração se realizam verificações após cada etapa de integração que permita identificar problemas precocemente ã finalmente bom e agora falando sobre a atividade de verificação e validação ela basicamente ela garante ela confirma ela Verifica que os componentes integrados eles funcionam como sistema único coeso ã e se realiza testes para validar a funcionalidade o desempenho e a conformidade com os requisitos ah com relacionamento com relação à atividade de gerenciamento e configuração então é feito um controle das diversas versões de componentes ã durante o processo de integração para garantir que haja consistência eh

se rastrei quaisquer mudanças e se resolvem possíveis conflitos que possam eh ocorrer durante a integração ah com relação à área de verificação ela procura garantir que os artefatos produzidos durante o processo de desenvolvimento Hã Como por por exemplo ah especificação de requisitos projeto Casa de testes e código estejam de acordo com os requisitos que foram estabelecidos as principais atividades são preparação para verificação execução da verificação e análise de resultados na atividade de preparação para verificação ã se identifica quais são os produtos de trabalho que deverão ser verificados Quais são os artefatos que deverão ser verificados

e se selecionam técnicas de verificação apropriadas como revisões de apresentação revisões técnicas inspeções ou testes também se escolhe uma equipe e se estabelece qual vai ser o cronograma de verificação quando e onde serão executadas as verificações ah depois nós temos atividade de execução da verificação onde são aplicadas técnicas as técnicas que foram escolhidas para eh verificar eh o artefato de acordo com o plano de verificação eh então se for por exemplo a Artefatos de especificação de requisitos pode-se aplicar a verificação baseada em listas de verificação ou eh em cenários ou eh baseada em perspectivas por

exemplo se for se o artefato projeto pode-se aplicar alguma técnica ah oort por exemplo ah técnicas de leitura orientadas ao objeto por exemplo eh e os resultados eles são registrados identificando os os possíveis problemas encontrados ah depois é feita uma análise dos resultados então com base nos resultados obtidos se identificam Quais foram os erros anomalias desvios de padrões ou seja se os padrões não estão sendo seguidos outras inconformidades que foram encontradas durante a a verificação durante as inspeções depois disso existe a área de validação a área de validação é um pouco mais complexa que a

verificação não que a verificação não seja uma uma coisa fácil mas a validação ela procura garantir que o software realmente satisfará as necessidades do cliente e dos usuários finais isso não é tão fácil de se obter Exige uma análise mais profunda Então ela tem três atividades principais que são planejamento da validação execução da validação e análise dos resultados no planejamento da validação ã se identificam Quais são os artefatos a serem validados e se define métodos de validação adequados para aquele artefato como por exemplo prototipação análise de cenários ou testes de aceitação na verdade normalmente a

validação Embora ela seja aplicada em outros artefatos também ela se concentra muito ã em arte fatos produzidos durante a fase de engia de requisitos como especificação de requisitos por exemplo então ah essa fase ela também estabelece critérios claros para determinar se o produto realmente atende as necessidades do cliente e dos usuários finais de novo Eh essa área é um pouco complexa então durante a execução da validação são conduzidas atividades de validação ã normalmente com a participação dos clientes e usuários finais deve se garantir que eles participem h de forma que as expectativas seja e se

se Garanta que as expectativas Estão realmente sendo atingidas então isso pode ser feito por meio da apresentação de protótipos pode ser feito por meio da ah simulação de cenários de uso do do software por exemplo e os clientes usuários eles têm que dar o aval se é realmente isso que eles precisam se é realmente isso que eles conc que que vão satisfazer as necessidades deles na verdade muitas vezes é função do do engenheiro de requisitos e do dos Engenheiros de software ah sugerir muitas funcionalidades porque eles irão perceber muitas vezes que o que foi solicitado

não é suficiente para satisfazer a as necessidades dos usuários finais então eles têm que sugerir muita coisa então a validação permite identificar muito do que está do que está faltando e também ã permitir que que os usuários finais tenham ideias identifiquem coisas que eles Esqueceram de pedir ou não tinham percebido que seria possível fazer Ahã durante a análise dos resultados o nome já disz são avaliados os resultados da validação quaisquer problemas inconsistências desvios que foram identificados durante a validação ã são registrados se classifica os problemas por gravidade Impacto e prioridade e esses problemas eles precisam

ser solucionados para garantir que o software final realmente atenda as necessidades dos clientes e das partes interessadas e agora nós vamos falar sobre a última área do processo ci que é o suporte a área de suporte Então ela a última área não a última categoria que é a categoria de suporte ela engloba as seguintes áreas de conhecimento aliás as seguintes áreas de processo que é gerenciamento de configuração ou configuration Management cm a garantia de qualidade processo produto ou process and product Quality assurance pqa e medição e análise measurement and analyses ma análise decisão e resolução

decision analysis and resolution d e análise casual e resolução casual na analisis and resolution C em inglês vamos falar um pouquinho sobre cada uma dessas áreas ah com relacionamento com relação ao gerenciamento de configuração essa área ela tenta identificar controlar rastrear e auditar as mudanças nos itens de configuração esses itens são artefatos produzidos pelo processo de desenvolvimento como especificação de requisitos projeto arquitetônico projeto detalhado caso de testes e o código fonte ã então isso garante que que o projeto ele tem uma base de trabalho confiável e que as partes interessadas estejam todas alinhadas com o

desenvolvimento do software as principais atividades do gerenciamento de configuração são estabelecimento de uma linha base ou baseline controle de configuração rastreamento e relatório de configuração e auditorias de configuração com relação a estabelecimento com relação a atividade estabelecimento uma linha base ela define itens de configuração que irão compor o produto e os artefatos relacionados a esses itens com base nisso se cria uma linha base que vai servir de ponto de referência para o desenvolvimento e mudanças ã com relação à atividade de controle de configuração se estabelece um processo formal para agenciar as mudanças nos itens de

config Furação Isso inclui avaliar aprovar ou rejeitar as solicitações de mudança isso é feito por meio de um comitê de controle de mudanças também conhecido como Change control board ou CCB ah com relação à atividade rastreamento e relatório de configuração se documenta o histórico das mudanças em cada item de configuração e se rastreia quais versões de itens de configuração estão sendo utilizadas em diferentes partes do sistema e finalmente com relação às auditorias de configuração o nome já diz se ver se são eh executadas auditorias para determinar se os ristos de configuração eles estão completos e

estão consistentes com os requisitos e especificações isso garante que os artefatos que sejam liberados realmente correspondam ao que foi aprovado ah com relação a área de garantia de qualidade processo e produto O objetivo dessa área é fornecer aos gerentes e às partes interessadas uma visibilidade objetiva sobre a aderência dos processos produtos eles devem aderir às políticas organizacionais e aos requisitos de projeto promovendo a confiança na qualidade do trabalho que está sendo realizado as principais atividades dessa área são planejamento de atividades da qualidade execução de revisões e avaliações comunicação de resultados e acompanhamento de inconformidades com

relação ao planejamento de atividades de garantia da qualidade Então são identificados quais processos e produtos serão avaliados se determina a frequência e a abordagem que vai ser utilizada para conduzir as atividades de garantia de qualidade e se estabelecem critérios de avaliação Claros que estej alinhados aos padrões organizacionais com relação à atividade de execução de revisões e avaliações eh São monitoradas as a execução dos processos de forma a garantir que Eles seguem os planos definidos se revisam os artefatos produzidos para verificar se eles realmente atendem aos requisitos e aos padrões estabelecidos e se identificam em conformidades

E caso encontradas se ela são devem ser adequadamente registradas ah com relação à comunicação dos resultados deve-se fornecer pareceres ou feedbacks objetivos e Independentes às partes envolvidas incluindo gerentes e equipes eh se documenta as conclusões das avaliações e se apresentam recomendações para que eh possam ser possam ser realizadas melhorias e com relação ao acompanhamento das conformidades Ah se trabalha em colaboração com as equipes para garantir que os problemas que foram identificados eles sejam efetivamente resolvidos e se verifica e valida as correções que foram implementadas com relação à área de medição e análise então o objetivo

dessa área é desenvolver e implementar uma abordagem sistemática que permita medir e analisar dados relevantes o objetivo é permitir que os gestores e as equipes compreendam o desempenho dos processos e produtos e se for necessário façam ajustes neles principais atividades estabelecimento de objetivos de medição especificação de medidas e métodos coleta e armazenamento de dados análise e comunicação de resultados acompanhamento e uso dos resultados vamos falar um pouco sobre cada uma dessas atividades então com relação ao estabelecimento de objetivos de medição se identificam as necessidades organizacionais e de projeto que possam ser atingidas por meio de

medições e se alinham os objetivos de medição às metas estratégicas e operacionais da empresa ah com relação à atividade de especificação de medidas e métodos Então são selecionadas as métricas que são consideradas apropriadas para avaliar o progresso em relação aos objetivos Então se define métodos que permitam coletar armazenar analisar e interpretar dados Ahã com relação à atividade coleta e armazenamento de dados são implementados processos que permitam coletar dados com precisão e consistência e se tenta garantir que os dados eles sejam armazenados de maneira acessível e segura para que futuramente eles possam ser analisados ah depois

nós temos atividade de análise e comunicação de resultados se aplicam métodos analíticos que permitam interpretar os dados coletados se fornece informações relevantes às partes interessadas por meio de relatórios gráficos e apresentações que destaquem tendências possíveis desvios e oportunidades que permitam melhoria ah com relação à atividade acompanhamento e os resultados se I os resultados os resultados da análise que de forma a apoiar a tomar decisões então também se incorporam lições aprendidas e se ajusta os processos de medição para h que haja uma melhoria contínua Ah agora com relação à área de análise de decisão e resolução

ela tem por objetivo identificar alternativas avaliar as implicações dessas alternativas e e selecionar a opção mais adequada para atender as metas organizacionais de projeto e devem para isso utilizar métodos estruturados e critérios definidos as principais atividades dessa área são Estabelecimento de critérios de decisão identificação de alternativas análise e comparação de alternativas seleção da Alternativa mais adequada revisão e acompanhamento das decisões com relação ao estabelecimento de critério decisão são definidos critérios claros mensuráveis e relevantes que permitam a análise e seleção de alternativas E para isso são considerado aspectos como custo risco impacto no cronograma qualidade viabilidade

técnica e benefícios esperados com relação à atividade de identificação de alternativas são levantadas todas as opções disponíveis para solucionar um determinado problema ou atender a uma determinada necessidade e São documentadas alternativas potenciais determinando as vantagens desvantagens e possíveis restrições que possam ser aplicadas a essas alternativas com relação à análise de comparação de alternativa se aplicam técnicas de análise estruturada como matrizes de decisão análise de requisitos aliás análise de risco custo benefício ou árvore decisão se havari as alternativas tomando como base critérios estabelecidos Ah e atribuído pesos e pontuações para cada um desses critérios ah com

relação da atividade seleção da Alternativa mais adequada ela baseia a escolha na análise realizada considerando os objetivos organizacionais do projeto e justifica a decisão de maneira documentada e transparente de forma a garantir que todas as partes interessadas entendam os motivos da Escolha ah com relação à atividade revisão e acompanhamento das decisões ah a decisão ela é revisada periodicamente para verificar se os resultados esperados Estão realmente sendo alcançados E caso seja necessário se ajusta o curso de ação considerando mudanças do contexto ou novas informações Ah vamos falar agora sobre a área de análise casual e resolução

ela tenta aumentar a qualidade do processo e do produto o objetivo dela é esse ah e isso é feito ao identificar causas raízes defeitos e problemas o que causa determinados defeitos e problemas e também eh São implementadas A partir dessa identificação ações corretivas eficazes que que previnam que impeçam a repetição desses defeitos e problemas as principais atividades da análise causal são identificação de problemas para análise análise causal propriamente dita desenvolvimento de ações corretivas implementação de soluções avaliação da eficácia e documentação e disseminação com relação à identificação de problemas para análise são selecionados defo defeitos problemas

ou possíveis eventos que possam impactar signific negativamente o desempenho do processo ou do produto e se priorizam Quais problemas serão analisados Considerando o grau de impacto que eles possam causar e a frequência com que eles ocorram ah durante atividade análise causual causal se usam métodos estruturados Como por exemplo o os diagramas de causa efeito análise de Pareto ou a técnica dos cinco porquês que identificam as causas fundamentais daquele problema hã esses aminos processos e atividades que são Associados aos problemas a partir daí se desenvolvem ações corretivas se propõe soluções para eh abordar as causas que

eh fazem com que ocorram os erros ou problemas ã o objetivo disso é eliminar Ou pelo menos reduzir a ocorrência desses problemas e se define ações considerando critérios como viabilidade custo benefício e Impacto dessas soluções na em impedir que os problemas ocorram ah depois na atividade de implementação das soluções as ações corretivas elas são executadas nas áreas afetadas e se monitora o progresso da implementação para verificar se essa solu foram realmente eficazes se os problemas deixaram de ocorrer Ou pelo menos diminuir ah depois existe a avaliação de eficácia onde o impacto das ações corretivas é

medido utilizando métricas e pareceres ou seja feedbacks se verificam se as ações implementadas realmente resolver o problema sem causar efeitos colaterais ou seja sem causar outros problemas outros erros depois se passa para atividade documentação ação onde se registram as análises as ações que foram tomadas e os resultados que foram obtidos de forma a criar uma base de conhecimento organizacional se compartilham lições aprendidas com as equipes e durante os projetos para permitir melhoria contínua e nós terminamos ã essa aula sobre o modelo cmmi eu espero que vocês tenham considerado essa aula válida útil Espero que ela

tenha agregado conhecimento para vocês se vocês gostaram dessa aula eu peço que vocês curtam o vídeo compartilhem com quem possa ter interesse nesse assunto e se ainda não estão inscritos eu peço que se inscrevam no canal obrigado pela atenção nós nos vemos nos próximos vídeos