Transcrição do episódio A transcrição é gerada automaticamente por Podscribe, Sonix, Otter e outros serviços de transcrição eletrônica.
Olá pessoal bem vindos a mais Five Minutes Podcast. Hoje eu quero falar sobre um termo que muita gente confunde que é o termo cadência. Muita gente atribui e considera que só existe cadência se você estiver usando um determinado tipo de abordagem de desenvolvimento de projetos o que não necessariamente é verdade a cadência ela dita o que ela dita o ritmo com que as entregas do seu projeto vão acontecer. Uma das melhores formas de fazer uma analogia para explicar a cadência é você pensar por exemplo num desfile militar. Vocês já viram que você tem ali o som da cadência ou seja a cada hora que por exemplo um dos pés bate no chão você tem aquele tá tá né. Aquele sentimento da cadência aquilo vai dando o ritmo no qual a tropa por exemplo desfila outra cadência e o próprio batimento do seu coração. Onde você tem ali o que a sua frequência cardíaca e a cadência com que os batimentos se dão. Qual a vantagem de se conhecer a cadência tanto na marcha quanto no coração quanto no nosso projeto é você conseguir ter um padrão e ter de uma forma mais confiável uma expectativa de quando a próxima entrega vai ser. Se eu falo que você tem um batimento a cada segundo por exemplo estou dando só um exemplo aqui você espero que ao passar de um segundo você espera ouvir um batimento perceberam e você pode acelerar ou diminuir essa cadência.
Dentro de um ambiente de projeto nós temos assim classicamente quatro tipos de cadência sendo que na verdade algumas pessoas não consideram os dois primeiros como cadência. Eu pessoalmente considero, porque a cadência para mim é o ritmo a cadência não necessariamente implica que você tem que ter uma cadência elevada para você ter uma cadência. Então por exemplo projetos que têm uma entrega final apenas bem ele tem uma cadência, ‘r uma cadência de uma entrega final ou seja ele vai levar um ano para produzir uma cadência seja aquele. É como se você desse um passo na sua tropa na sua marcha no início e termine esse passo no final do projeto. É lógico do ponto de vista de expectativa, não necessariamente é isso que a gente quer de uma cadência porque na verdade nós só vamos ter como medir a cadência zero por cento do projeto e a cadência cem por cento do projeto. Hoje tudo o que você quer dentro de um ambiente de projeto é antecipar as entregas porque as entregas que estão atreladas aos resultados. Então quando você tem uma entrega que é única e ela é muito complexa e muito demorada fica bastante complexo de você fazer esse acompanhamento. Um exemplo clássico que nós vimos foi o Telescópio Espacial James Webb é um exemplo 25 anos para a gente ter o deliverable do lançamento agora mais 29 dias para o deliverable entrar em órbita e depois mais seis meses vamos levar 26 anos para a gente conseguir ver se aquela ideia concebida vai realmente produzir as imagens e o resultado do ponto de vista científico a gente espera.
Bem é claro a complexidade desse tipo de projeto fez com que fosse impossível você conseguir gerar produtos tangíveis que geram entregas razoáveis num período menor. O segundo é o chamado múltiplas entregas. Observe bem existe uma diferença entre múltipla entrega que é segundo e entregas periódicas ou múltiplas entregas e o seguinte é quando o projeto acontece em diferentes marcos, ou seja, tem várias entregas que você oferece ao longo por exemplo vamos supor que o seu projeto é um condomínio, um condomínio de casas então você tem uma entrega que é clube do condomínio, outra entrega que é a portaria do condomínio, outra entrega que é o pavimento do condomínio, outra entrega que a iluminação do condomínio. Agora essas entregas não necessariamente acontecem a cada duas semanas a cada três semanas ou a cada um mês elas acontecem quando elas tiverem que acontecer baseado no cronograma que você criou. Isso é o que a gente chama de múltiplas entregas. O terceiro é o chamado entregas periódicas esse sim tem um vínculo enorme com o modelo ágil porque é uma das premissas do modelo ágil que é o que, é você conseguir por exemplo uma unidade de medida muito tradicional e o conceito de duas semanas que é o conceito que muita gente usa para o sprint.
Quando você usa por exemplo scrum ou métodos ágeis, o que acontece, você a cada duas semanas entrega alguma coisa para o seu cliente isso é muito comum por exemplo em software a cada duas semanas você espera entregar uma funcionalidade entregar uma determinada característica e você vai gerando essa previsibilidade do ponto de vesta de entrega muito comum hoje um software. É lógico, se a gente estiver trabalhando por exemplo num projeto de infraestrutura ou num projeto grande ou numa refinaria bem o intervalo não vai poder ser de duas semanas porque duas semanas o intervalo muito pequeno para esse tipo de evento. Já um projeto de tecnologia um intervalo de duas semanas pode ser um intervalo razoável por exemplo numa transformação digital por exemplo. E nós ainda temos um caso ainda mais extremo e muito comum no que a gente chama de modelo Spotify ou Spotify model e onde você tem entrega contínua. E quando a sua rotina é fazer entrega onde você não espera então por exemplo se naquelas duas semanas do primeiro dia você fez uma funcionalidade a funcionalidade está pronta, você já coloca ela no ar e já entrega aquela funcionalidade. É como se fosse uma linha de produção de entregas no projeto onde você não espera por exemplo vamos porque ao longo dos 14 dias que são por exemplo uma entrega periódica ou você no segundo dia já tem um determinado produto que você já entrega. Isso é o que a gente chama de entrega continua bem claro, da entrega individual no final do projeto até a entrega contínua nós temos o que é um padrão de cadência que vai desde uma cadência mais lenta até uma cadência extremamente acelerada que é a cadência contínua.
Claro você tem que adequar essa cadência ao tipo de projeto que você está adotando, eu por exemplo hoje tenho o lógico na minha vida tentado evitar ao máximo a entrega só no final do projeto é lógico. Alguns projetos não têm uma outra forma de fazer isso mas eu tenho trabalhado muito com o conceito de múltiplas entregas e de entregas periódicas onde em parte do projeto ou coloco múltiplas entregas em parte do projeto eu coloco entregas periódicas. Por exemplo, um projeto complexo você pode pegar partes associadas da tecnologia e adotar por exemplo uma abordagem como por exemplo lean ou usar um scrum por exemplo e você conseguir criar essas entregas periódicas e outras partes do seu projeto você cria múltiplas entregas onde você por exemplo não tem controle de um licenciamento etc. Por que isso é importante porque isso vai permitir com que você meça a quantidade de valor que você está produzindo dentro do seu projeto para o seu cliente ao longo do tempo a partir do momento que você tem entregas mais frequentes e mais previsíveis.
Bem pessoal era isso que eu tinha para falar para você sobre cadência e até semana que vem com mais um Five Minutes Podcast.
