é muito bom meu amigo e minha amiga seja muito bem-vinda bem-vinda a mais uma aula do canal valor eu sou Marcelo Neves o seu instrutor e na aula de hoje aula de número quatro vamos falar sobre abordagem preditiva ou Cascata o que que é isso que que abordagem preditiva uma definição aqui muito simples é uma forma linear de conduzir projetos conjunto plano é criado e neste é registrado tudo o que será realizado antes mesmo de começar a execução então a ideia da abordagem preditiva é criar um plano e depois seguir esse plano à risca Essa
é a grande característica da abordagem preditiva a gente tem um exemplo aqui de etapas de desenvolvimento de um produto software claro que na prática pode variar mas aqui é só um exemplo para você ter uma ideia primeiro a gente tem essa a especificação depois etapa desenvolvimento depois os testes e por último implantação que que acontece para passar de uma fase para outra existe toda uma formalidade para aprovar o trabalho de especificação para só depois passar para desenvolvimento tem que tem toda uma formalidade para fechar o desenvolvimento para passar depois para testes e assim sucessivamente e
aqui tem alguns conceitos e agentes ela e e luta por ele primeiro acertar de primeira Então tem que fazer uma baita de uma especificação Não pode errar outro erro zero a gente tenta evitar o erro a Qualquer Custo por quê Porque o custo do erro aqui é muito grande as fases seguintes dependem do Sucesso o Brasil das fases anteriores presta muita atenção Nisso porque para você entender o valor e os benefícios da abordagem ágil você precisa entender como é que durante muitos anos muitas décadas nós conduzimos os projetos no dia a dia e abordagem preditiva
ela resume muito bem isso como que esses projetos foram tocados nas últimas nas últimas décadas Tá bom então vamos lá Quais são as características básicas da abordagem preditiva os estágios são sequenciais o trabalho com requisitos aí falando especificamente do desenvolvimento de software é uma parte fundamental do trabalho qualquer erro na parte de especificação ou seja se esqueceu de incluir uma parte interessada e ela agora tem algum o tipos olha um problemão Porque a gente já aprovou seguir em frente então tem toda uma problemática todo uma questão que precisa ser considerada o software testado para se
verificar se está em conformidade com seus requisitos e design isso é diferente no ágil essa abordagem ela é creditada ao estou Royce que é o criador é desse modelo lembra do conceito que eu apresentei para você The Big Mix woman's World from ou seja requisitos é levantamento de requisitos antecipado é o que a gente tem aqui tem uma etapa Logo no início para trabalhar os requisitos a outra característica gente trabalha aqui com os corpo fixo fechou e especificação os requisitos fechou o escopo agora é só desenvolver testar implantar não pode mudar mudou incluiu algum requisito
Mudou alguma coisa é um problema danado e olha para mudar os corpos uma outra característica é que a gente tem um processo formal de mudança não é fácil mudar aqui não porque porque a gente diz ela por seguir um plano tá bom o custo para te fazer um erro aqui é levado é como eu disse as fases o as etapas seguintes dependem do Sucesso de etapa anterior e por último etapas isoladas ou melhor entregas isoladas não agregam valor para usuário ou você entrega todo o projeto ou não entrega nada só que em desenvolvimento de software
com essa abordagem preditiva aqui se mostra ineficaz significa isso de que a gente não usa abordagem preditiva para nada claro que usa construção civil por exemplo construiu uma casa um prédio a gente usa abordagem preditivo e tem muito sucesso agora para desenvolvimento de soft para trabalho intelectual essa abordagem preditiva se mostra ineficaz essa é a questão Então olha que interessante vamos trazer aquela Nossa figura de volta é na especificação que a gente levanta as necessidade e crie um plano a partir de então a gente fecha esse plano o desenvolvimento os testes e implantação visão seguir
esse plano mudar esse plano é algo impensado e quando precisa mudar tem um controle formal para lidar com essas mudanças então a gente aqui e vi e essa mudança tá certo então lembra né a gente aqui quer erro zero a gente está muita atenção aos detalhes é por isso que na especificação o tipo de detalhamento de requisitos chega a beirar ao grau máximo para que a gente tenha todos os detalhes e não tem nenhum problema no desenvolvimento porém a gente sabe muito bem que no mundo dinâmico os negócios dinâmicos do jeito que eles são essa
etapa de especificação sempre fica comprometida a gente sempre deixa algo de fora e aí lá no finalzinho na implantação é muito comum escutar do cliente Puxa não era bem isso que eu queria e aí a gente tem um problema que a gente já passou por todas as etapas a piora pior do que tudo já gastou Praticamente todo o orçamento do projeto Olha o problemão aí no outro assunto importante dentro da abordagem preditiva e que o tipo de trabalho intelectual que é o desenvolvimento de software a gente tem a incerteza eu não sei se você já
ouviu falar no cone da Incerteza essa imagem que você tem aqui o que que é isso ele mostra aqui tem a deu o eixo Y que a variação na estimativa do escopo do projeto né fosse o custo características e a gente tem no eixo X a linha do tempo e no início do projeto A incerteza é muito grande e ela vai diminuindo com o passar do tempo EA pergunta que se faz é sem certeza no início do projeto é grande como é que a gente vai ter uma fase onde a gente vai montar um plano
com base nos requisitos e um cenário tão incerto e depois vai brigar com as pessoas para que elas não mudem já deu para perceber que abordagem preditiva para trabalho intelectual especificamente desenvolvimento de software não se aplica não serve porque muita incerteza no início do trabalho com aquele produto então quando a gente tá resolvendo problemas adaptativos complexos grau de incerteza é muito alto no planejamento de uma abordagem preditiva a gente até utiliza a técnica para definir custo prazo muito cedo no projeto só que a gente não tem tantos detalhes assim é muita coisa ainda vai mudar
ao durante o projeto e aí depois dessa definição a gente acaba brigando contra as mudanças quando na verdade a gente deveria entender que as mudanças elas são necessárias a gente não consegue forçar O cliente a dizer tudo o que ele quer até porque talvez ele nem saiba aquilo que ele precisa já parou para pensar nisso ou talvez as coisas mudem mesmo no início ele precisa de ar depois ele precisa de bebê depois ele precisa de ser é a vida é a dinamicidade dos negócios a realidade realmente muda e trazendo novamente a nossa a nossa ilustração
é na especificação que a gente cria um plano levanta os requisitos a gente tem nessa etapa muita incerteza Agora imagina montar um plano fazer todo levantamento especificação de requisitos do que os clientes querem ouvir o que o cliente quer e com todas incerteza já deu para ver que muita coisa vai mudar ao longo do projeto durante o desenvolvimento testes e implantação e eu não tem jeito fica uma briga danada contra as mudanças e para a gente fechar que a nossa aula talvez a figura que mais resume a abordagem preditiva essa figura aqui que você já
deve ter visto por aí que retrata muito bem Como que é o desenvolvimento de um produto de software a primeira caixinha é como foi descrito pelo cliente ele quer ali um balanço tem ali três lugares para sentar se é que dá para sentar ali aí vai mudando vai mudando vai mudando eu acho interessante ali aquela ilustração como é que o cliente foi cobrado né ele foi cobrado por um parque de diversões para uma montanha russa quando na verdade a última figura há um balanço uma corda com pneu um balanço uma coisa simples que é na
verdade aquilo que o cliente precisava sendo que a gente foi mudando ao longo Então isso é que retrata muito bem Como que é o desenvolvimento de um produto de software utilizando abordagem preditiva bem interessante na verdade e aí ficou alguma dúvida coloca aqui embaixo nos comentários clica no link para te levar até a seção de comentários coloca ali as suas dúvidas outro maior prazer em te ajudar Não esquece de pressionar fundo o botão de like de gostei para a gente poder levar esse conteúdo essa aula a outras pessoas e de assinar o canal para ser
avisado das próximas aulas e conteúdos gratuitos um grande abraço e até a próxima aula
