ENG DE SOFTWARE REVISÃO AV1

Então pessoal vamos dar início agora à nossa aula de revisão para a prova av1 da disciplina engenharia de software e gestão de times ágeis do curso de análise e desenvolvimento de sistemas da unal Fortaleza semestre 2024.2 nessa aula de hoje nós vamos rever os conteúdos que nós vimos até a aula do dia 16/9 ciclos de vida de um projeto uma vez que a aula do dia 3/9 foi mais voltada para um estudo de caso Tá certo então hoje nós vamos rever as aulas dos slides Zero ao 4 que contempla aqui o conteúdo até ciclos de

vida de um projeto tá uma apresentação Zinha minha que fizemos na primeira aula vamos passar e vamos agora às fases de gerenciamento de um projeto independente do projeto que a gente esteja desenvolvendo independente da área em que esse projeto esteja sendo aplicado a gente sempre vai ter essas três etapas tá nós vamos ter o desenvolvimento do projeto propriamente dito que muitas pessoas imaginam que Ao entregar um projeto eh a Ao entregar a elaboração de um projeto a elas estariam ali encerrando a sua responsabilidade Encerrando o seu trabal trabalho mas na verdade não é assim sempre

que você cria um projeto novo você desenvolve um projeto novo você tem que acompanhar também as etapas futuras Então nós vamos ter a etapa de desenvolvimento né as fases do desenvolvimento do projeto de software trata-se da Concepção ao encerramento do projeto Mas uma vez que esse projeto é entregue para o cliente final a gente vai ter uma segunda etapa que é a etapa de operação onde esse sistema estará em uso né esse projeto que gerou um sistema estará em uso e deverá ter algum acompanhamento eh do setor técnico né então na fase de operação trata

da execução monitoramento e manutenção do software em ambiente real e a fase de manutenção como nós já discutimos em sala de aula algumas vezes vai tratar de tudo que for atualização no software tá tanto correção de erros como atualização e melhoria contínua como por exemplo a o Android lançou uma nova versão para os celulares e você precisa fazer uma atualização no seu software para que ele seja compatível com essa nova versão do Android então a gente teria aqui um problema a ser resolvido na etapa de manutenção do nosso software Tá certo certo então Independente de

você já ter finalizado já ter encerrado toda a elaboração toda a execução o projeto estar pronto para ser utilizado você também tem que acompanhar as etapas futuras tanto de operação quanto de manutenção a gente falou um pouquinho aqui sobre essas diferenças de visão de um projeto E daqui a gente fez um link puxando para o que é o backlog de um produto Tá mas vamos passar esse esse slide aqui que ele faz mais sentido como uma reflexão em sala de aula falando agora das fases de um projeto de software nós vamos ter esse tipo de

projeto geralmente sendo dividido em cinco etapas a primeira etapa sendo o pré-projeto onde nós vamos conversar com o cliente é bem uma fase de ideação uma fase onde nós vamos entender quais são as dores do cliente Quais são os problemas a serem resolvidos em seguida nós vamos para uma segunda etapa que é a etapa de planejamento nessa etapa de planejamento já entra a figura do gerente de projeto que deverá elaborar um cronograma e planilhar digamos assim as principais informações do projeto certo na próxima etapa o gerente de projeto ele vai conversar com uma pessoa de

dentro da empresa uma pessoa que está precisando dessa solução ou que é o usuário direto a para quem essa solução Será implementada né Tá e aqui a gente vai chamar essa pessoa de analista de negócios e a partir dessa conversa a gente vai elaborar as regras do negócio por exemplo se nós temos um aplicativo bancário que só faz transferências até às 17 horas e num valor de limite de r$ 5.000 no valor limite de r$ 5.000 então aí nós teríamos duas regras desse negócio a serem implementadas na nossa solução tá então essa terceira etapa seria

uma etapa de análise dos requisitos uma etapa de definição numérica do que deve acontecer dentro da nossa solução a próxima etapa é a etapa de codificação porque uma vez que todas as regras do negócio estão definidas nós vamos partir para a implementação dessas regras através de código e é onde vai entrar a figura do desenvolvedor que vai criar os códigos utilizando uma linguagem de programação comercial e por fim exportar para um banco de dados certo e por fim nós vamos ter a implantação que é quando a equipe de implantação que a gente tá chamando aqui

que pode ser composta pelo próprio gerente de projetos ou por até mesmo pelo desv alguém do time de desenvolvimento tá vai vir aqui e dar um treinamento para os usu os as pessoas que de fato vão usar essa solução Então nada melhor do que a pessoa que criou a solução para dar um treinamento para os usuários que vão utilizar certo e após isso a entrega do produto Lembrando que a gente tem outras etapas futuras né após o o projeto ser entregue ser encerrado nós vamos ter também a etapa de operação que precisa de um acompanhamento

e a etapa de manutenção que precisa de intervenção direta Ok fase de desenvolvimento de software né concepção ou ideação como acabamos de falar análise e design Essa é basicamente a parte onde a gente vai conversar com o analista de negócios implementação a parte do do código né na verdade aqui entraria implementação e testes seria basicamente a nossa codificação Tá e por fim a implantação com o treinamento dos usuários da nossa solução a proposta dessa disciplina é estudar os métodos de gestão de projeto tanto os métodos tradicionais como também os métodos ágeis certo mas nós fizemos

uma divisão nesses conteúdos para que não ficasse muita informação de uma vez até a primeira prova até a av1 que vamos realizar dia 7/10 nós estamos trabalhando com projetos no estilo de gestão tradicional a partir da av1 né após a av1 nós vamos entrar mais nas metodologias ágeis e falar mais detalhadamente sobre as principais metodologias utilizadas no mercado mas agora para a prova av1 como nós trabalhamos esse conteúdo então pode ser que venha aí Alguma questão alguma cobrança com relação a uma diferenciação entre os modelos tradicionais e os modelos de metodologia ágil então basicamente um

modelo tradicional ele vai ser executado quando a gente já tem um um projeto conhecido quando a gente tem as etapas bem definidas e eu gosto sempre de utilizar como um exemplo uma obra de engenharia civil porque é uma situação onde você já tem um projeto todo detalhado você sabe exatamente quanto pavimentos você vai construir você sabe exatamente quanto de Ferro você vai consumir quanto de cimento quanto de de acabamento depois em tinta em revestimento Então você tem tudo mapeado e o seu escopo ele está Eng gessado digamos assim e nós vamos mexer com as outras

duas pernas do do Pilar da gestão de projeto que seriam aí o tempo e o custo já na metodologia ágil a gente tem uma abordagem de diferente que se baseia nesses três elementos aqui como Pilares a flexibilidade a colaboração e a iteração Então dentro das metodologias ágeis né que são abordagens de gerenciamento de projetos que priorizam a flexibilidade a colaboração e a entrega rápida de valor elas promovem ciclos curtos de desenvolvimento feedback contínuo e adaptação às mudanças garanti que o produto evolua conforme as necessidades do cliente agilidade foca em entregar incrementos funcionais e ajustáveis com

alta participação do cliente no mercado então a flexibilidade eh diz muito com relação ao escopo aqui nós não temos um escopo bem definido Então nós vamos durante a gestão do projeto fazer ajustes e definir mais o nosso escopo a colaboração é eh foca mais no sentido em que todos os envolvidos dentro das metodologias agens têm praticamente a mesma hierarquia o time de desenvolvimento tem Total Liberdade para chegar no gestor do projeto e dizer por exemplo essa etapa não vai funcionar e iteração entra no ciclos curtos de desenvolvimento e feedback contínuo nós vamos trabalhar dentro das

metodologias ágeis que vamos estudar após a av1 com sprints né que são divisões do projeto maior que vão durar de uma a qu semanas pela literatura mas que diariamente há um acompanhamento dessas sprints certo então as principais diferenças a principal diferença entre a metodologia ágil e a metodologia tradicional vai ficar no escopo enquanto a metodologia tradicional tem um escopo muito bem definido a metodologia ágil ela vai ter um escopo mais flexível certo aqui uma figurinha comparando a grosso modo o que seria essa diferença certo Ah esse aqui é o modelo tradicional o modelo que a

gente conhece como modelo Cascata este projeto é muito grande se precisarmos mudar algumas necessidades ou seja o escopo dele está engessado a gente não tem como mudar as coisas aqui enquanto no processo ágil né vamos dividir o projeto em pequenas partes podemos realizar mudanças a qualquer tempo então esse projeto aqui ele já tem várias partes está subdividido em várias partes e caso a gente tenha um problema por exemplo nessa parte que tá sendo segurada aqui pelo rapaz da figura a gente pode reiniciar ela pode pensar ela de uma forma diferente então a gente tem aí

um escopo que vai poder ser ajustado Ok ah falamos um pouco sobre o SC né que é um Framework simples para gerenciar projetos complexos Mas a gente não vai adentrar muito no scram agora a gente vai falar mais dele após a av1 De toda forma como saber se meu projeto é um projeto complexo nós podemos utilizar esse gráfico aqui para realizar essa tomada de decisão então digamos por exemplo que eu tenho um projeto onde eu não tenho os requisitos bem definidos Mas eu conheço muito bem a tecnologia que será aplicada então a gente teria algo

por exemplo nessa região aqui onde os requisitos seriam mais voltados pro desconhecido e a tecnologia mais volt para o conhecido o que poderia cair aqui dentro de uma gestão caótica que nós utilizaríamos uma metodologia ág como por exemplo scram para poder gerenciar se a gente tiver requisitos bem conhecidos e tecnologia bem conhecida Então a gente vai ter um modelo previsível e o indicado é usar o modelo Cascata o modelo de gestão tradicional Agora se a gente tem um projeto onde o nosso escopo é praticamente desconhecido Praticamente todo desconhecido e a tecnologia também então a gente

entra em um sistema anárquico que é praticamente impossível de gerir certo então vamos falar novamente vou mostrar novamente esse gráfico de tomada de decisões para vocês após a V1 quando estivermos falando sobre scram Então vamos passar também essas outras esses outros slides aqui que falavam mais de scram tá E aqui um backlog de produto que inclusive eu passei para vocês fazerem um trabalhinho né semelhante construindo um backlog de um sistema de agendamento de consultas médicas tá Ah muitos muitos me entregaram algumas pessoas e chegaram depois na disciplina e não fizeram Esse trabalho na época então

para essas pessoas é bom que Conversem com os colegas vejam os trabalhos que foram feitos tirem suas dúvidas também tá uma atividade parecida também estava no trabalho que eu passei para vocês que vocês tem que me entregar na segunda-feira 7/10 Tá ok então com isso a gente encerra esse primeiro slide e vamos agora para o segundo slide então continuando na nossa aula do dia 26/08 nós falamos um pouco sobre introdução à gestão de projetos iniciamos apresentando o pmi o Project Management institute que é uma organização Global sem fins lucrativos dedicada ao avanço da profissão de

de gerenciamento de projetos basicamente eles reúnem todas as boas práticas desenvolvidas aprendidas por gerentes de projeto no mundo todo em projetos de diversas áreas seja a área de engenharia de software seja a área de saúde seja a área da Educação em diversas áreas onde vocês pensarem que existe um objetivo a atingido você pode ter certeza que ali cabe você elaborar um projeto para gerir as etapas até esse objetivo ser atingido então em basicamente todas as áreas do conhecimento humano a gente utiliza gerenciamento de projetos e as informações adquiridas com o tempo pelos gerentes de projeto

integram o conjunto de boas práticas que é sugerido pelo pmi quando você se associa se afilia ao pmi você tem acesso a essas informações através de publicações de artigos científicos né Sempre trazendo as os novos desenvolvimentos em termos de gestão de projeto e tem também os padrões reunidos em um livro O pmb tá é possível você se tornar um um gerente de projeto certificado pelo pemai fazendo uma graduação na área essa certificação Ela é bastante interessante e tem muitas empresas que exigem que você tenha uma certificação PMP para exercer a função de gestor de projetos

Ok inclusive vocês podem fazer essa experiência entrem no Linkedin e procurem por vagas de gerente de projeto você ou mesmo vaga de an lista de projetos e vocês vão ver que na descrição das vagas e na maioria das vezes eles colocam como é desejável ter o PMP né a certificação ou em algumas vagas eles até colocam assim uma das vagas é destinada exclusivamente para profissional com bmp certo então é um diferencial aí de mercado para quem trabalha ou quem deseja trabalhar na área de projetos fica a dica para quem quiser no futuro seguir por essa

área tá certo você também participa de eventos eh onde dentro desses eventos você recebe Treinamentos e faz networking que são eh muito sólidos dentro da sua área porque se você vai a um a por exemplo a um congresso como teve aqui em Fortaleza o congresso cearense do pemai em agosto você vai encontrar com outras pessoas que também são da área de gerenciamento de projetos ou t interesse por essa área você vai trocar com essas pessoas não só os contatos mas também as experiências Ô amigo como é que funciona lá na sua empresa você tá usando

Que tipo de metodologia eu na minha empresa uso scram você Ah não eu uso mais kamban e outra pessoa pode chegar e dizer não eu uso o o sistema Cascata na empresa onde eu trabalho e aí você começa a conversar com essas pessoas e começa a compreender mais através dessa troca de informações certo com como eu acabei de falar para vocês a gente tem o guia pmoc né que é o guia do conhecimento em gerenciamento de projetos que vai abordar diretrizes e padrões amplamente reconhecidos para o gerenciamento eficaz de projetos ou seja é um conjunto

de boas práticas ele aborda áreas como escopo tempo custo qualidade recursos humanos comunicação riscos aquisições e partes interessadas na execução do projeto então Todo projeto que a gente for gerenciar ele vai ter essas cinco etapas aqui que precisam ser executadas a gente vai ter a etapa de iniciação uma etapa de planejamento execução monitoramento e controle e encerramento aqui a gente tem um fluxo desses processos tá E esse fluxo aqui ele foi retirado da sexta edição mas ele permanece praticamente o mesmo nas edições mais recentes tá na edição mais recente a sétima Edição ok Ok com

isso a gente encerra o slide 2 Vamos agora para o slide 3 tá onde a gente vai falar de gestão de tempo escopo e custo foi a nossa aula do dia 2 de setembro basicamente Todo projeto que a gente for gerenciar vai se sustentar nessas três pernas escopo tempo e custo e se você mexer em um você tem que mexer nos outros porque senão o seu projeto não vai conseguir ser desenvolvido por exemplo se você tiver uma situação onde o seu escopo é muito bem definido e você tem um tempo curto para execução Você vai

precisar aumentar os custos para que você consiga entregar agora você tem um custo baixo né na verdade você tem um orçamento um um dinheiro disponível para executar o seu projeto muito baixo você não se importa com o tempo né então você pode realizar esse escopo com esse orçamento baixo em um tempo mais eh dilatado digamos assim em um tempo maior Ou se você tem um orçamento baixo mas tem um tempo de entrega limitado talvez você deva repensar o seu escopo mudar alguma coisa do escopo Tá mas sem sempre que você mexer em um desses três

você vai ter que mexer no outro porque senão o seu projeto vai ficar desbalanceado digamos assim você não vai conseguir entregar os resultados você não vai conseguir entregar valor que é o objetivo do gerenciamento de um projeto tá então falando agora sobre escopo a gente vai ter essas etapas aqui para elaboração de Esopo Vamos iniciar com o planejamento e o gerenciamento do Esopo que vai definir e documentar como o escopo será realizado validado e controlado nessa parte é onde entram por exemplo normas técnicas que devem ser atendidas na realização dos projetos eh coleta de requisitos

define document as necessidades das partes interessadas definição do escopo desenvolve uma descrição detalhada do projeto e do produto criação de uma eap que é uma estrutura analítica de projeto Então a gente vai subdividir os produtos e o trabalho em Componentes mais gerenciáveis basicamente a gente vai criar um fluxograma do nosso projeto tá validação do validação do escopo né que é a formação formalização e aceitação dos produtos do projeto e por fim o controle do escopo que é a o monitoramento do escopo e a a gerência das alterações na linha de base de escopo O que

é isso é um controle de qualidade é verificar a cada etapa da execução se o que está sendo executado está conforme o escopo que foi definido quando a gente fala de tempo geralmente nós utilizamos essas etapas aqui na gestão do tempo in inicialmente a gente faz o planejamento e gerenciamento do cronograma estabelecendo políticas procedimentos para trabalhar desenvolver e gerenciar e controlar o cronograma por exemplo Digamos que tenho uma atividade que e vai ser realizada em no máximo 15 dias essa atividade ela já entraria aqui esse limite de no máximo 15 dias ele já entraria aqui

para esse tipo de atividade na nossa próxima etapa que seria definir as atividades assim que eu definir alguma atividade desse tipo eu já vou limitar ela a 15 dias no máximo por exemplo tá então aqui nessa etapa a gente vai identificar as atividades específicas para produzir as entregas do projeto em seguida a gente vai sequenciar as atividades de uma maneira lógica para que elas sejam executadas eh sem que haja choque Ok estimar os recursos das atividades o quanto que vai custar tanto em termos de material quanto em termos de Recursos Humanos estimar as duração a

duração das atividades né quantos dias quantas semanas eh desenvolver o cronograma Analisa a sequência das atividades duração recursos e restrições para criar o cronograma e controlar o cronograma né que é uma vez o projeto estando sendo executado ficar sempre verificando as entregas que deveriam ter sido realizadas até a segunda semana elas aconteceram se não aconteceram o o eh Por que elas não aconteceram quem era o responsável como nós podemos compensar isso sem que comprometa as próximas etapas do projeto Então você tem que estar sempre gerenciando o seu tempo uma forma da gente gerenciar o tempo

e da gente apresentar o nosso cronograma é através do diagrama gigante que ele é um diagrama de barras horizontais tá onde a gente vai colocar basicamente aqui dois eixos né aqui na verdade a gente tem três marcações Mas elas essas de cima e de baixo aqui elas representam a mesma coisa então aqui na horizontal a gente vai ter a marcação de tempo semana 1 semana 2 semana 3 semana 4 e é muito interessante que sempre venha também uma um um uma discriminação dos dias tá uma separação por dias e aqui na veral nós vamos ter

as etapas tá Então essa daqui é a cara de um diagrama gigante ele é amplamente utilizado na gestão de projetos quando a gente está desenvolvendo o nosso cronograma e por fim a terceira perna do do nosso Nossa sustentação do da gerenciamento de projetos que é o custo e para gerenciamento de custos a gente costuma trabalhar com essas quatro etapas inicialmente Fazemos o planejamento do gerenciamento dos custos definindo políticas e procedimentos para planejar gerenciar executar e controlar esses custos em seguida nós fazemos uma estimativa essa estimativa ela é ela pode ser ainda grosseira numa primeira etapa

em seguida a gente vai determinar o orçamento onde nós vamos basicamente e refinar a estimativa que nós fizemos é nessa etapa aqui onde a gente faz cotação de preço onde a gente conhece eh opções de novos fornecedores algumas vezes para que a gente possa pegar sempre o menor custo tá Lógico o menor custo benefício a gente tem que entender também que Em algumas situações o menor custo não é o menor custo benefício ele pode inclusive ser o maior custo benefício Como assim professor Digamos que você e economizou dinheiro comprando um um produto que você vai

utilizar no seu na execução do seu projeto mas esse produto não tem digamos uma garantia estendida e após um determinado período ele queima e você fica Total sem esse produto então a Aí cabe uma análise da viabilidade tá do custo benefício dessa desse fornecedor então é sempre interessante que se Trabalhe com mais de uma opção de fornecimento e se você trabalha por exemplo Com licitação do governo eles sempre pedem no mínimo três fornecedores para uma licitação então o ideal é que você até dentro de uma empresa eh uma empresa privada se você não tiver um

um contrato um fornecedor que já atua diretamente com a empresa você procurar pelo menos três opções para tanto para entender o preço médio de mercado como para eh conseguir o melhor custo benefício para o seu projeto ok e por fim controlar os custos que vai caber vai cair na mesma coisa que as o as duas outras pernas é ficar sempre verificando ao final de cada semana ao final de cada Sprint ao final de cada mês você Verificar se os custos que foram executados estão de acordo com os custos que foram planejados ou se você vai

fazer precisar fazer algum ajuste Ok com isso nós encerramos o terceiro slide e vamos agora para o quarto slide onde nós vamos falar um pouquinho sobre gestão de risco de um projeto essa aula a gente viu no dia 9 de Setembro tá e nós falamos um pouquinho sobre o gerenciamento de riscos essas aqui são as cinco etapas que a gente tem que seguir né identificação análise qualitativa análise quantitativa planejamento de respostas e monitoramento durante a nossa aula do dia 9 de Setembro Eu recordo me recordo que um aluno comentou eh perguntou se a gente deveria

escolher fazer uma análise qualitativa ou fazer uma análise quantitativa e na verdade não você tem que fazer as duas análises tá a qualitativa e a quantitativa nessa ordem tá então Inicialmente nós vamos identificar os riscos e compreender algumas de suas características para análise posterior em seguida segunda etapa a gente faz análise qualitativa que é compreender a importância do Risco através de escalas médias de impacto e probabilidade na terceira etapa a gente vai fazer análise quantitativa que é investigar o impacto e efeitos do Risco com precisão numérica então aqui a gente na análise qualitativa a gente

estaria fazendo um um uma abordagem né estaria tendo uma abordagem mas eh sobre o que pode acontecer se esse risco se concretizar enquanto na análise quantitativa seria O que levaria que condições especificamente levariam esse risco a se concretizar E caso ele se concretize quais serão exatamente numericamente definido numericamente os impactos da manifestação desse risco tá então uma primeira análise que é a qualitativa a gente avalia o risco tentando identificar apenas quais seriam os impactos e na análise quantitativa nós vamos dar uma definição numérica para esses impactos certo em seguida a gente planeja as nossas respostas

né que é decidir como lidar com cada risco considerando a tolerância ou avão a riscos predominante e por fim a gente faz um monitoramento que é acompanhar o comportamento dos riscos no tempo e a adequação do nível de Exposição existente Então vamos revisar aqui a gente primeiro identifica o risco depois a gente Analisa quais seriam os possíveis impactos desse risco em seguida a gente indica Em quais condições esse risco se manifestaria e quais seriam os impactos termos de números da manifestação desse risco caso ele ocorra a quarta etapa na quarta etapa nós já estaríamos planejando

respostas a esse risco né Por exemplo se o risco identificado na etapa um qualificado na etapa dois e quantificado na etapa três de fato acontecer o que é que eu vou fazer para quem que eu ligo quem que eu aciono eu tenho que desligar alguma coisa então tudo isso Tá previsto aqui na etapa quatro e por fim o monitoramento né que é a etapa cinco que a gente tem que ficar sempre verificando se aquele risco continua tendo o mesmo grau de seriedade ou se ele evoluiu ou até mesmo se ele deixou de ser algo que

traz risco para o nosso projeto essas aqui são as etapas que a gente utiliza né dentro do do planejamento do gerenciamento de riscos eh é basicamente o que a gente acabou de falar mas vamos lá passar uma a uma novamente então planejar o gerenciamento de riscos que é definir como conduzir as atividades e gerenciamento eh dos riscos para o projeto novamente mais uma vez aqui entra Norma normatização Quais são as normas que vão gerenciar esse risco que vão me indicar que que isso aqui de fato é um risco né Eh em seguida identificar os riscos

realizar análise qualitativa realizar análise análise quantitativa planejar as respostas implementar as respostas e monitorar os riscos basicamente o que a gente já havia visto aqui no fluxograma nessa aula nós apresentamos também a matriz Gut que é uma matriz de priorização de gravidade urgência e tendência quando a gente tem muitos riscos dentro de um projeto a gente precisa dar prioridade para a resolução daqueles que são mais nocivo para o nosso projeto tanto caso se concretizem sejam catastróficos ou aqueles que tem uma incidência muito alta apesar de ter um impacto muito baixo mas que com uma incidência

alta podem acarretar atrasos e no cronograma ou mesmo uma diferença nos valores de custo que estavam previstos inicialmente e e o que que significa cada letrinha dessa né o g de gravidade é o impacto que o problema gerará nos envolvidos podendo ser os colaboradores os processos as tarefas resultados da empresa e etc A análise é feita nos nos efeitos que o problema caso não seja resolvido acarretará em médio e longo prazo Então esse risco se ele se concretizar qual vai ser a gravidade dele para a empresa já A Urgência é o prazo ou o tempo

disponível para resolução do problema quanto menor o tempo mais urgente será o problema que deverá ser resolvido o recomendado é fazer a seguinte pergunta isso pode esperar se a resposta for sim então A Urgência diminui mas se isso se a sua resposta for não então você provavelmente tem um problema aí de urgência elevada e o t é de tendência que é a probabilidade ou potencial que o problema tem de crescer com o passar do tempo a pergunta a ser feita é se eu não resolver isso hoje O problema vai piorar aos poucos ou bruscamente o

que que isso quer dizer alguns tipos de risco eles podem evoluir do dia pra noite de maneira muito rápida sem que você perceba e podem chegar a uma falha eles podem se concretizar muito rápido tomando como exemplo uma situação de engenharia mecânica você tem digamos uma tubulação onde passa um ar altamente comprimido e ali dentro daquela tubulação Você tem uma pressão elevada devido a essa pressão elevada se você tiver qualquer início de rachadura nessa tubulação ela pode rapidamente evoluir para uma trinca e essa trinca rapidamente evoluir para um rasgo e quando eu digo rapidamente Isso

é questão de segundos você pode estar olhando para uma tubulação 100% normal e de repente ela papoca pá e começa a vazar esse a comprimido que tava ali dentro tá então Em algumas situações o problema o risco que você tá tendo ali ele pode de fato evoluir em questão de segundos certo então é sempre bom ficar atento a tanto a gravidade quanto a urgência quanto a tendência na hora de tomar decisões para tratar esses riscos se a gente tiver por exemplo uma gravidade é muito grave a gente vai pontuar aqui como quatro uma urgência extremamente

urgente a gente pontuaria como cinco uma tendência pior em Médio prazo a gente pontuaria como três então teríamos aí um grau de risco de 60 Professor o que que quer dizer esse 60 isso aqui é um valor adimensional que ele vai servir pra gente fazer comparações com outros riscos que podem estar acontecendo dentro do nosso sistema certo então aqui nós temos três exemplos de riscos tratados pela Matriz G por exemplo primeiro manutenção de ventilação do computador administrativo Gravidade 2 urgência 2 tendência 4 então ele teria uma ordem de priorização de 16 um segundo problema peça

da linha de produção gerando defeito no produto final gravidade 5 urgência 5 e tendência 2 e aqui a gente já teria uma urgência maior para resolução né para o tratamento desse risco aqui e no nosso terceiro exemplo alto volume de reclamação sobre um produto nas redes sociais gravidade 3 urgência 3 tendência 5 então notem que apesar de a gravidade e a urgência serem bem menores do que no nosso exemplo dois como a tendência alta pela nossa Matriz de priorização eles ficam quase iguais tá então Em algumas situações Você pode achar a olho nu que um

risco é é mais importante deve ser resolvido primeiro que outro mas não vão no chutômetro joga na matriz define uma gravidade uma urgência uma tendência e utiliza um método seguro e validado pelo pmb também para que a gente possa utilizar né que a gente possa tomar decisões tá aqui foi umzinho que eu passei para vocês em de aula aos colegas que chegaram depois na disciplina e acabaram perdendo essa aula eu sugiro que Conversem com os alunos que estavam desde o começo Só mesmo para alinhar essas informações tá bom e por fim aquela reflexão que a

gente fez né que nem todo risco tem potencial prejudicial algumas vezes a gente tem e situações que podem trazer benefício para o negócio quando a gente fala de risco a maioria das pessoas tende a interpretar o risco como algo nocivo mas digamos por exemplo que você comprou ações de uma empresa de tecnologia um unicórnio desses aí da vida que faz tempo inclusive que não surgem né novos unicórnios para quem não sabe o que é um unicórnio são aquelas startups que crescem muito rápido e dão muito dinheiro muito retorno como por exemplo é o caso do

Nub né um banco que hoje está aí consolidado mas já foi um projeto Pequeno alguns anos atrás tá quer dizer nunca foi um projeto pequeno né Sempre começou com um um um aporte grande e tudo mais mas que ele teve um início menor digamos assim quando comparado a outros bancos mais tradicionais ele teve um um um cento digamos assim a mesma coisa com a Uber a mesma coisa com iFood todas essas empresas já foram consideradas empresas unicórnio eram empresas startups raras no mercado mas que tinham um um futuro muito promissor tanto que se concretizou para

algumas dessas empresas tá então nem todo risco tem potencial prejudicial e como é que a gente entende se ele vai ter potencial prejudicial ou não fazendo uma análise detalhada desses riscos e utilizando de preferência ali a matriz G tá agora a gente encerra aqui o nosso quarto slide e vamos para o quinto e último slide onde a gente falou de ciclos de vida de um projeto Então essa aula a gente viu no dia 16 de Setembro falamos um pouco sobre o ciclo de vida de um projeto que é a sequência de Fases que o projeto

vai passar desde o seu início até o fim e todos eles todos os projetos que a gente for gerenciar eles vão ter uma estrutura básica de ciclo de vida que segue basicamente essas cinco etapas iniciação planejamento execução monitoramento e encerramento na iniciação nós temos o termo de abertura do projeto no planejamento ao final do planejamento a gente tem a elaboração da e a nossa estrutura analítica do projeto durante as fases de execução e monitoramento nós vamos de fato executar esse projeto enquanto realizamos o acompanhamento das etapas para ver se tá dando tudo certo e por

fim depois de tudo executado e testado né a gente faz o encerramento do projeto e gera o tep o termo de encerramento do projeto aqui dentro dessas eh dessas etapas a gente pode ainda destrinchar um pouco mais na iniciação nós teríamos objetivos definição do gerente dos projetos definição de prazos definição de recursos e viabilidade ou não do projeto ah dentro do planejamento nós teríamos definição de escopo cronograma custos análise de riscos e finalização com a elaboração do nosso fluxograma que é a estrutura analítica do projeto na nós temos ajuste atualização alocação da equipe execução de

tarefas e replanejamento quando necessário no monitoramento nós temos estatus da atividade prazos e andamento do projeto essa daqui é a etapa de acompanhamento a etapa de verificação se todo mundo tá fazendo seu trabalho direitinho dentro do prazo estipulado e gastando o que tinha sido definido na análise de custos Tá e por o encerramento com as entregas finais revisão e lições aprendidas e lembrem-se disso um projeto nun que está finalizado se você não refletiu sobre as lições que você aprendeu nele tá esse gráfico aqui ele mostra em intensidade e tempo né um gráfico de intensidade por

tempo de cada uma dessas cinco etapas e nele fica claro né Dá para perceber que algumas dessas etapas podem ocorrer de maneira simultânea então por exemplo a gente vai ter a etapa de controle desde o início do planejamento até o fim da execução certo então essa etapa aqui a gente vai ficar verificando se todo mundo todos os os envolvidos aqui Estão realizando estão Cumprindo com suas atividades o tempo inteiro praticamente no projeto o encerramento ele já começa aqui no do controle e no começo do declínio da execução tá então algumas etapas elas vão ser executadas

simultaneamente Vale também a gente fazer uma diferenciação entre o ciclo de vida de um projeto e o ciclo de vida de um produto o ciclo de vida de um produto é a jornada que ele percorre desde o início do seu projeto inicial até a sua retirada do mercado então quando a gente fala de um produto ele pode ter vários projetos dentro dele ele vai ter o projeto de elaboração do produto em si ele pode ter um projeto de marketing que vai levar ele até um determinado consumidor ele pode ter um um projeto de rebranding né

que o pessoal chama que é você pegar um um produto e dar uma repaginada nele ou talvez vender para outro público tá isso já no meio da vida dele e ele pode inclusive ter um projeto de retirada do mercado para que essa retirada eh possa ainda render alguma coisa a gente vê isso às vezes né as empresas anunciando vamos descontinuar determinado serviço e sempre que há um anúncio como esse tem também ali um um Boom de de consumo seja por nost augia dependendo do produto seja por pessoas que ainda consomem aquele produto e acabam eh

estocando assim já que o produto o serviço ou produto vai acabar tá Então vale fazer essa diferenciação ciclo de vida de um projeto pode dentro do ciclo de vida de um projeto E você trabalha um único aspecto de um produto enquanto dentro do ciclo de vida de um produto você vai ter vários projetos cada um com seu ciclo de vida esse gráfico aqui já mostra pra gente as etapas da vida de um produto tá então a gente vai ter aqui a primeira etapa de reflexão a segunda etapa de introdução do produto no Mercado a terceira

etapa de crescimento do consumo desse produto a quarta etapa é a etapa de maturidade onde esse produto ele já tá conhecido no mercado e tem uma base de consumidores depois ele tem um declínio e esse declínio ele pode se dar por n motivos né pode ser a entrada de um competidor mais agressivo pode ser uma defasagem do serviço que está sendo ofertado pode ser Inclusive a descontinuidade do serviço porque não interessa mais atuar eh para a empresa atuar nesse segmento digamos assim e depois nós temos aí a eliminação gradual e lembrando a vocês pessoal do

trabalho que vocês vão ter que me entregar até o dia 7/10 né que é o dia da prova lembrem de levar impresso pode ser feito em grupo me entreguem um trabalho só por grupo Tá bom utilizando Aquele modelo que eu mandei para vocês no grupo tá via no grupo do WhatsApp tá bom então é isso Bons estudos para vocês e até segunda-feira