Unknown

e é isso é pessoal começando agora um pouquinho sobre gerenciamento de projetos de ti com schramm que este aula passada a gente viu o conceito dos clã gente viu os artefatos as cerimônias né os eventos a gente entendeu Como que funciona isso é E aí de uma forma genérica ele pode ser utilizada aí para qualquer tipo diária não só da área de tecnologia mas aula de hoje a gente vai esperar um pouquinho eu vou dar alguns exemplos para gerenciar projetos com schramm mesmo sabendo que o hoje conforme spangas de 2020 ele não é um Framework

para gerenciamento de projetos apenas mas para resolver problemas complexos né para gerenciar produto para entregar produto para o nosso consumidor Então a gente vai explorar aqui as técnicas vamos contar um pouquinho de história entender Qual é o objetivo e aí se você tem dúvidas se o projeto tradicional é para você ou não Ou schramm você vai entender isso hoje o projeto tradicional ele é excelente ele é fantástico ele funciona para muita empresa e dependendo da Necessidade dependendo do tipo de produto da característica da empresa ele pode ser mais interessante e quando eu digo Scream Na

verdade não é só Esponja tá falando de uma prática ágil né então gente pode usar o dsdm eu criei estou enfim o XP tesouro tem outros prêmios no mercado mas hoje a gente vai ver sobre Square é só uma pincelada se você quiser se aprofundar nos princípios do Islã com esse bastante e se tornar um scrummaster ou um produto tal né tem esses cursos aqui na plataforma p m g Prime Tá então vamos lá vamos começar filosofando um pouquinho entender como tudo isso Começou tá começou e aí quando eu tô falando começou começou na área

de gestão de ter gerenciamento de projetos Ok aula de hoje é sobre tecnologia sobre desenvolvimento Então vamos lá e os projetos de tem eles sempre existiram tá há décadas Existem os projetos de t.i. né mas nem sempre existiu o gerenciamento de projetos Então na verdade as pessoas quando eu construir um programa um software fazer a gestão na mão escrever as etapas e sair desenvolvendo sem muito controle beleza mesmo sabendo que o gerenciamento de projetos principalmente do PM Box que veio em 1969 a parte de tecnologia Ela acabou vindo antes né Então tudo isso era feito

manualmente e o pmae através do PM Box não é o Framework dele é acabou mudando o cenário aí do gerenciamento de projetos no mundo todo principalmente na área de gerenciamento de projetos de software Tá o que que acontece o pênis Box ele é excelente inclusive para tratar de projetos que você já sabe mais ou menos o que que você vai entregar você já sabe os requisitos então Muitas pessoas não fala assim puxa eu gostei dos clã eu posso utilizar o espinho na minha área de operação e para construir um servidor não sei de repente você

já conseguiu algum servidor se já instalou uma rede já fez a configuração de PC já sabe todos os pré-requisitos já sabe o esforço que eu preciso então de repente não é interessante usar o spray os coelho é muito adequado para resolver todos aqueles problemas de projetos de desenvolvimento de software tá e não só software de aplicação de algum serviço muito complexo E lembrando que não é só aquela parte de programação quando por exemplo uma empresa pede um aplicativo quando a empresa pede por exemplo site um e-comerce tudo isso cabe envolvendo não só a parte de

desenvolvimento do software mas também a parte de operação Então aí nesse momento scream é ideal Nesse caso a gente vai entender o como que funciona o projeto nacional e depois gente pula o projeto ágil para você conseguir decidir qual que é o mais interessante para sua empresa então a gente sabe que projeto sempre assistiu Na verdade o gerente de projeto se ele veio depois da própria área de Tecnologia o Lábio gerenciável isso no papel e aí veio o gerenciamento de projetos para poder ajudar né para poder documentar entender o que que é envolvido no projeto

não é não é só as atividades envolvido pessoas é processo a comunicação RH risco enfim a maioria das áreas aí dá que a gente conhece no prime Box Ok bom e coexistência de várias pessoas trabalhando então a gente sabe que um projeto de software um serviço que está sendo desenvolvida envolvido muita gente né de repente até a própria até inteira né como é um projeto muito robusto as pessoas meio perdidas né acabou chamando todo mundo aí o pessoal que de repente não tem muito a ver com projeto ou que vai ser envolvido só lá no

finalzinho as pessoas cá me envolvendo levam horas para definir os requisitos para definir o que vai ser desenvolvido isso sem contar o maior problema o problema mais grave normalmente quem pede isso é o nosso cliente nosso consumidor e ele não sabe exatamente o que que ele precisa ele e os requisitos e a gente acaba estressando o cliente para tentar levantar requisitos para garantir que o projeto seja entregue exatamente com como ele pediu mas infelizmente a gente sabe que os nossos consumidores nossos preços não tem obrigação de levantar todos os requisitos por isso que a gente

tem novamente o papel do analista de requisitos que acabam a estimulando com cliente fala exatamente o que ele quer mas aí no meio desse caminho pode criar muitas falhas né o problema de comunicação cliente de repente fala uma coisa mas eu não sabe se exatamente aquilo eu não sabe exatamente que o software pode entregar e ele é meio que obrigado a enxergar o projeto como um todo para ele é muito complexo E também o esforço de repente de repente desnecessário do analista de negócios analista de requisitos ou até do analista de sistemas quanto menos pessoas

têm tiver envolvido por exemplo no projeto scream é melhor do que de um projeto tradicional e a gente vai ver porque Ah tá então começou a surgir o problema e o debate sobre Como gerenciar projetos as pessoas batiam cabeça não sabia como gerenciar projeto né era meio ali sob demanda o cliente a pedindo o pedir um negócio aí entregava testava não era isso aí o cliente de repente aceitava que já tinha ido muito dinheiro da empresa para desenvolver o software e os clientes na época não tinham a visão do que os nossos clientes hoje né

então quando ele pede uma aplicação alguma coisa ele já sabe mais ou menos o tem que fazer lá na época era muito novidade para todo mundo então eu não sabia até onde a tecnologia aí então pessoal bate a cabeça mesmo no começo era terrível e eu participei dessa um pouquinho depois né quando veio a o gerenciamento de projetos né bom E aí surgiu a necessidade de alguém para botar ordem na casa ou seja o gerente de projetos e a esse gerente projetos Hoje ele tem uma gama Léo Tem uma infinidade de conteúdo de habilidades capacidades

o que pode se aperfeiçoar para poder gerenciar um projeto tá E aí esse papel do gente projeto é o papel o mais importante dentro de um projeto de tecnologia ele que vai ajudar junta tudo né armas reuniões chamar que é interessante planejar o projeto tudo avaliar os custos o risco definir o escopo né então ele vai fazer todo esse trabalho de juntar todo mundo então o papel do gerente projeto ele é extremamente necessário num projeto Ok mas será que ele é necessário para ser um projeto espran é o que a gente vai ver daqui a

pouco mas será que o método tradicional aquele Waterfall né que você planeja planeja planeja depois você executa executa executa depois você entrega né você peça e as fases né mas tradicional é começo meio e fim tá projeto é isso começo diferente o processo que é uma atividade continuada ele não acaba Ok dentro de um projeto você tem começo meio e fim e Como spam também tem começo meio e fim de algumas pessoas confunde assim puxa como que se o espelho é imperativo é pequenininha então eu não tô começo meio e fim tem né projeto projeto

Então se as fases de um projeto tradicional Waterfall são idênticas as fases de um projeto com uma prática sages ou seja no Instagram não muda absolutamente nada só que ele executa esse processo de planejar desenvolver executar e entregar ele faz isso várias vezes tá para entregando cada vez mais um pedacinho do produto então lá mas vou Será que o método tradicional outra falta o gerente de projetos e o modelo mais adequado para hoje em dia pode ser que sim pode ser que não tá essa frase só não pode ser confundida que hoje em dia já

não é mais adequado não é verdade tá a gente precisa entender se você trabalha na área de desenvolvimento de software é o momento para você avaliar se vale a pena ou não sai o Nacional ir para ir para o ágil Ok eu sei que você precisa avaliar entender qual que os dois entender que os dois têm benefícios e os dois tem tem os seus desafios tá não digo o risco tem desafio de gerenciar tempo gerenciar né você ah eu posso gerenciar um gerenciar não tem escolha Você tem que gerenciar você tem que gerenciar um produto

você tem que gerenciar o projeto independente da ferramenta da metodologia que você utiliza Mas você tem que gerenciar tá por isso que não tem o ponto O Bom e ruim não tem um ponto bom e o desafio e as características das pessoas dos processos da cultura da empresa de tudo isso o futebol o falso sucesso quando a gente começa a gerenciar projetos começa a brotar o falso sucesso você acha que tá tendo sucesso mas na verdade não tá quantas e quantas vezes eu já entrei numa empresa dentro da perspectiva do gerente de projeto Tá tudo

maravilhoso Aí quando você chega nos clientes tá todo mundo insatisfeito né Principalmente quando tem mudança no projeto no momento já falar um pouquinho aqui normalmente os genes projeto ele torce né para ter uma mudança de escopo pelo menos ao Não fui eu que mudei o projeto né foi o cliente que pediu aí ele aproveita Coloca alguma gordura fala que o projeto vai atrasar devido essa mudança mas é repente nem foi devido aquela mudança foi uma uma incompetência da equipe um atraso Um item mal especificado um requisito que fica faltando então acaba utilizando artíficios né para

manipular esse pedido de mudança o primeiro que culpar o cliente que o projeto vai atrasar foi em virtude daquela mudança nos conheço não acontece tá isso acontece dá para minimizar é muito transparente o projeto tradicional e não é tão transparente porque a gente projeto ele senta ali no computador faz o cronograma italiana mão dele e o máximo que ele faz para mandar um relatório para as pessoas né que estão envolvidos no projeto System holds mais mesmo que mande não dá para ter muita ideia do que tá acontecendo né quem tem realmente a ideia aonde tá

crítico mesmo se o projeto vai atrasar é o gente projeto se ele conseguir detectar tá se ele conseguir Porque mesmo assim a falta de Transparência faz com que por exemplo analista fala assim eu tô quase acabando mas o que que é quase acabando né quase acabando é 99,9 por 180 eu não vem mais tá 99,9 por cento a três semanas nessa tinha uma semana para fazer Tá quase Tá quase Tá quase então projeto tradicional ele tem e os fios é você tirar esse falso sucesso eu vou falar um pouquinho mais sobre isso então não é

raro a gente vem dicadores aqueles gráficos bonitos coloridos mostrando a porcentagem do projeto no caso da Listen né aonde mais fracasso os projetos estão tem muitos gráficos a gente sabe que existe uma enormidade de números de pesquisas do gartner de várias empresas de pesquisa mostrando a quantidade de projetos na área já tem que atrasam que fracassam né ou atrasam e custo fica mais alto do que esperado o escopo é entregue sem sem ser aquilo e o pior entrega o projeto e aí logo em seguida depois que colocar em produção ele começa a dar problema né

como a gente resolve tudo isso com projeto tradicional dentro da área de desenvolvimento ele é extremamente complexo ele é muito desafiador você resolver tipo de problema eu Jagger e sei muitos projetos Eu trabalho com e é gerente projetos certificado PMP desde 2004 tá antes disso eu já Angeles aba projeto tão desde 2004 sempre vejo os projetos saindo errado sempre é raro pegar um projeto Os projetos que acontece no prazo no curso aqueles de rádio de sofre avô construiu um servidor aqui de e-mail servidor de impressão uma rede de um datacenter que dá mais para visualizar

o que que precisa agora software raramente você consegue atingir aliás certinho né ali na mosca Você sempre tem uma variação uma gordura que isso acaba prejudicando todo mundo não só ati que vai ser pressionada com prazo para ser pressionada por qualidade por custo mas também o cliente que fica totalmente satisfeito né uma ele tem uma expectativa e aí a gente não consegue atender expectativa dele por conta da deficiência do tipo de gerenciamento de projetos para desenvolvimento de software por exemplo né então e olha que interessante mesmo o diabo e Eu Adriano tio Adriano aqui já

implementei muito escritório de projetos você chupe amou mas muito está no Brasil e no Brasil inteiro eu já experimentei isso e mesmo que o hospital de projetos mesmo tendo um pi e Mou tem no outro gente projeto com processo fixo bonitinho vai ter problema e a gente vai identificar o porquê porque o formato não não permite isso é impossível a gente pegar o software gigantesco que vai levar meses anos para ser desenvolvido e identificar todos os requisitos não tem como não tem como ir para o seu longo muita coisa pode acontecer no meio desse caminho

é um analista que sai é alguém que fica doente é uma mudança de escopo é uma mudança de cenário da empresa então a gente se falar seis meses planejando o projeto de repente a uma mudança no cenário do mercado um concorrente entre alguma coisa tem que parar porque o cliente está pagando pelo projeto ele não tá vendo nada porque ainda está na fase de planejamento bom então o print não percebe valor ele acaba cansando projeto o chefe cavar dando a prioridade para outra coisa para uma operação pelo suporte ou até para outro projeto tá porque

não tem a visibilidade não tem aquele tripé que a gente falou na outra aula do scream né que a visibilidade inspeção e adaptabilidade bom mesmo tendo um queimou as coisas nem sempre são garantidas que vai ficar sem por cento são apresentados números alarmantes com um quarto 14 dos projetos fracassam tá esse é o número bem razoável inclusive tá é uma média aí que novamente a cada quatro projetos um fracassa a os outros três a gente pode dar aquele tecle sambarilove ao não fracassou porque houve mudança né a gente acabou provocando alguma coisa aqui teve uma

gordura por quê que acontece o gente projeto e as áreas já sabe mais ou menos como que funciona a área de t.i. já sabe que a gente vai E aí já foi lá gordura a área Cleide já sabe que esse projeto vai ser deficitário então ele já começa a pedir um prazo maior assim vai ter naquele sambarilove a área de ter área de negócio já não confia né esse ciclo vai ficando ruim cada vez mais a gente vai ver isso com detalhe para ver o que leva uma coisa fica ruim a gente vai ver porque

os projetos fracassam porque os projetos atraso É bem interessante e talvez você se reconheçam e muitas coisas que acontecem Hoje não dá para cá muito de vocês aí então a gente puder Onde está errando você tem tanta mitologia se tem tanta prática no mercado eu falei do do pia Mas é uma mas existem muitas caras muitas muitas muitas né openbox é o mais conhecido tem o principio tem vários outros tá tradicionais a waterfall e se existe tanta metodologia se existe uma empresa tão boa que nem o que é mais porque continua atrasando você coloca um

queimou atrasa você certifica os genes projetos em PVP a prazo e fracassam aonde acontece o erro é o modelo o modelo para desenvolvimento de software não funciona do ponto de vista do gente projetos nem sempre assim então quando você pergunta por gente projeto não tá tudo bem tá aqui todas as requisições de mudança do projeto né que vieram alterou o prazo custo escopo mas e foi inverto di de uma mudança no requisito que o cliente Falou então assim a cê acaba culpando e tu Normalmente quando você Questiona um jeito projeto para ele tá tudo beleza

tá tudo tranquilo mas é muito fácil você chegar na hora do cliente e perguntar lá parar de um negócio o que ele tá achando do gerenciamento do projeto é mais uma resposta completamente diferente e então será que algumas vezes a gente chega até torcer né a gente torce para que o cliente faça uma solicitação de mudança do projeto a gente possa aproveitar essa mudança e aumentar o prazo para encobrir o mal planejamento do projeto que assim quem que a culpa não era de que a culpa é do cliente ou é Nossa que está planejando o

projeto né Será que foi o cliente que deixa eu te falar alguma coisa ou a gente que deixou de estimular o que a gente fala alguma coisa então fica naquele dias que me disse empurra-empurra na culpa é do cliente a culpa é da Teia do gente projeto é do Especialista e isso só vai desgastando é dinheiro indo embora É Tempo Perdido tá tudo isso é prejudicial para a companhia então normalmente a gente projeto fica torcendo para o cliente Muda alguma coisinha vai falar eu preciso preciso colocar um botãozinho aqui vai colar vai ser dois meses

a mais aproveita para encobrir todo o planejamento o que a equipe fez no início a que horas são interessante porque por gente projeto é é diferente bomba já que a gente projeta em 10 projetos um extremamente crítico para o negócio e nove projetos é dar operacional que não é tão crítico pode ser até projeto da área de ti9 projeto que não vai para aqui tá muito cliente são coisas independente nenhum cliente sabe exatamente ali mostra os 10 projetos falso tem um vermelho aqui e os outros 9 tá tudo verdinho então para o ponto de vista

do gente projeto Poxa dez porcento dos meus projetos estão com problema 90 Então OK mas ele não considera que esse projeto que pode ser o mais crítico para a empresa ou devolve todo mundo e a empresa inteira fica chateada com a they por conta de um projeto então até a perspectiva faz desse sucesso você falso Tá então quantas vezes eu já beijei projeto defender né o projeto e em uma sala de reunião e esse é um problema porque ele tá mais focado na entrega do projeto do que foco no valor quando você tem um projeto

tradicional que você tem prazo custo você tem lá o cliente no seu cangote O que mais você quer entregar o que ele quer que ele pediu tu tá aqui e aí que acontece Você não tá focando no valor na cocriação na colaboração você tá mais focado entregar o projeto para tirar o cliente do teu pé o que gerar realmente valor não é coisa que isso não dá não acontece no escuro ele é diferente envolvimento do cliente é muito mais próximo e a gente vai ver é bom adotando o gerente projetos e a gente vai contar

um pouquinho então a história do dia mai que foi criada através de cinco engenheiros que foi na verdade o pênis Bock ele foi criado 69 para construção civil para engenharia que se adaptou como uma luva para deter Laguna falar engenharia tem se adaptou tá E aí área de ter e começou a utilizar o gerenciamento projeto tem Box Waterfall com as fases tudo bonitinha mas mesmo seguindo tudo isso ainda os projetos atrasado e fracassava lá então aí foi logo percebido que existe uns compasso né entre o que tava lá no pênis Bock com o projeto desenvolvimento

de software falando não tá casando né tá tendo uns compasso outras empresas bom cara comprou um prédio não é um conglomerado de apartamentos é uma ponte uma Rodovia utiliza o creme box e os caras são certeza e a gente tá aqui tentando fazer uma porcaria de um software e a gente pra bom então se perceberam começou começou a ter esse descompasso né não tava casando bom então o desempenho dos projetos Não era como esperado né mesmo com profissionais pmps que hoje é uma das indicações mais importantes não pela dificuldade de passar na prova mas ele

é realmente ele aborda muita coisa é um frame outro e fantástica de poderoso e o profissional que ele se certifiquem PVP ele conhece o fêmea ou que de cabo a rabo então pode trazer muito benefício para empresa olhos atentos já percebiam o desenvolvimento ajo como algo mais agregador é pessoal já começou perceber ali for par o ágil parece que agrega mais né E aí teve lá as pessoas no que desenvolveram o modelo split anel o suave e o esqueci o nome do outro é desenvolveram olhando né empiricamente olhando analisando E aí Conseguiram desenvolver o sprank

El a base aí dá uma metodologia ágil ok Oi Suelen Suelen e febre queijo Ball Framework metodologia e a gente precisa de novo fazer aquela diferenciação entre metodologia e frame work metodologia é rígida é o como né Lembrando que isso a gente vai fazer o estudo da etimologia da palavra metodologia é Método ou seja descrição do Como já o Framework é uma estrutura tá com algumas práticas que você pode pegar de algumas outras coisas e complementar e você mesmo montar a sua metodologia é um como se você quiser e aí você coloca procedimento coloca tudo

tá mas se você utiliza study free works então Framework ela estruturado ele abrangente e normalmente mais flexível que uma metodologia e quais são esses frameworks hoje utilizado de práticas ages é o cabelo hoje Crystal XP ou extreme programming a para o programa de sdm e o fdd Quem são os principais tem outros OK tem variações tem muitas variações cada dia que passa tá tão surgindo uma variação diferente mais esses são os principais bom e todos nós vamos buscar atender a qualidade através do famoso conhecido triângulo de Ferro o que é composto por três coisas triângulo

né três coisas esses prêmios todos esses inclusive o iboc os tradicionais o príncipe tio eles vão focar em que 3 cores prazo custo escopo tá são três fatores mais importantes para um produto seu produto ele tem que ser produzir no serviço ainda tem que ser produzido de tudo custo dentro do prazo e dentro dos corpos se você atingir o escopo tá de qualidade né ficou muito caro já fica a gente fica chateado demorou muito de repente já passou o tempo então assim o objetivo desse prêmio looks é atender prazo custo e o escopo tá esse

três é o famoso triângulo de Ferro Ah mas mesmo assim existem ainda as estimativas mascaradas essa parte aqui ó é o que eu mais gosto do gerente para ver a tradicional O correto é ser preciso no planejamento e nas estimativas Então vamos lá me acompanha sino tradicional o importante é você estimar perfeitamente você tem que planejar perfeitamente você tem que investir todo o seu esforço todo um gás para planejar perfeitamente colocar a estimativa de tempo para executar uma atividade beleza porque se você errar nisso você estoura custo sem história prazo você provavelmente pode chorar escopo

porque nem pensei pode para cumprir o prazo e o custo você cabe enxugando escopo deixa de entregar alguma coisa então o grande objetivo do projeto tradicional é atender o triângulo de Ferro Ok para isso planejar bem especificar bem Estimativa de tempo E aí beleza mas e nem sempre a primeira estimativa é a melhor o OK mas quantos projetos precisam rodar para ser uma estimativa ideal Talvez você tenha tempo você tá construindo alguma coisa que você nunca construí supor que é diferente cada software é de um jeito cada cliente ou de um jeito cada na lista

um de um jeito ainda assim os vão que ele pode desenvolver uma tela lá 10 20 vezes cada vez que desenvolver é diferente vai ser diferente a conexão que vai ter que o banco de dados com outro aplicativo até uma p e vai ter uma integração com outro código que sempre vai ser diferente nunca vai ser igual Então se o fato de não ser igual não ser previsível faz com que esse planejamento EA estimativa seja ideal é a mesma coisa se você agora perguntar para o colega perguntar quanto tempo leva para trocar o pneu de

um carro aí o vai responder 10 minutos outro vai levar 15 e 16 13 14 ele vai rodar em torno de quinze Eu duvido a chegar para alguém foi assim quanto tempo leva para trocar o pneu e eu fosse em 13 minutos e 22 segundos não vai é uma estimativa só que é para gente estar colocando aqui que o primeiro que o processo do gerenciamento projeto tradicional tem que visar o que é estimativa correta se você não tá trocou o pneu do carro você vai ter que ouvir as pessoas e achar que aquilo é o

valor correto então silêncio é achismo nessa estimativa Você Vai somando Estimativa de estimativa estimativa projeto vai estourar de qualquer jeito não era pode ser ter você entregue antes agora quando você pega uma coisa que tem cálculo as pessoas já fizeram várias vezes como construção civil construção de uma casa de um prédio ele é mais previsível diferente de um software completamente imprevisível porque na área de tecnologia cima e criando de repente o cliente vacina eu queria uma coisa assim dá toda a tecnologia da absorvente tudo então se o cliente sabe disso ele não vai não podia

fazer isso olha o pudim integrar com aquele meu sistema de CRM a última nota fiscal para o cliente que não sei o que bate no nosso servidor ele vai pedir umas coisas e tudo da só que o esforço para fazer isso nem sempre é conhecido no início do projeto tá porque são novidades que uma pessoa vai ter que desenvolveram ter que parar desenvolver um programa uma lógica de programação Talvez ele vai começar a entrar no emaranhado ali que ele nunca entrou na ele tem que conhecer todos os pontos e tudo isso ele é muito é

isso acontece isso acontece na realidade inclusive projetos planos não é característica de projeto é característico do que a gente queria a gente queria um serviço de UTI era muito complexo beleza bom cortes vão ocorrer né Normalmente quando a gente tem um prazo fixo de um projeto e a gente vê que a gente começou a se embananar ali no Meio do projeto Qual a primeira coisa que a gente corta ou é teste foi documentação Oi Nice não corta o escopo põe o projeto do jeito que tá E aí que acontece Olha que botão produção começa a

dar problema e aí enche de problema que aí quem tem que resolver coitado o pessoal da operação ou desenvolvedora que acabou pegando outro projeto ele tem que parar para resolver o problema uma coisa aqui ele fez as peças para poder cumprir um prazo que é o prazo do modelo tradicional Que hora que você vem de um projeto para o cliente foi assim em 35 dias vai custar 32 mil reais Cê tem que cumprir esse troço A não ser que o cliente Peça uma mudança E aí é a prova sabe que vai custar um pouco mais

caro não é vai gastar um pouquinho mais de tempo de repente pode até custar mais barato mas todo aquele esforço que já gastou já foi pago né então o cliente também ficar meio sem saída né foi para o chão se eu fazer uma mudança agora para me atender agora que eu entendi como que funciona aqui essa solução acho que vai me atender se eu fizer isso mas vai custar mais caro pô mas vai ser menor mas eu já gastei com coisa que já tá frente e enquanto o planejamento tá rodando o relógio está contando é

o dinheiro tá indo é mão de obra Então tudo isso acaba prejudicando a entrega do produto projetos de desenvolvimento de software nunca são iguais os requisitos mudam muito e por isso estimar é um trabalho extremamente difícil como você vai estimam uma coisa que você nunca fez esse projeto desenvolvimento é diferente né você não tem um software igual o desenvolvido de uma sempre se você entra numa sala de aula você ensina a programação ensina todas as regras ensina a linguagem o Siena tudo a lógica você pede para as crianças a desenvolver os alunos cada um vai

desenvolver de um jeito cada um vai levar um tempo mas se você mais rápido mais prático outro vai demorar mais outra fazer rotina diferente é diferente não tem como diferente mesmo que requisitos idêntico e sabendo disso os projetos seguintes vão ser estimados com o prazo e um custo maior porque se você começa né aí ela segunda caixinha Nem sempre a primeira estimativa é melhor mas você vai estimulando estimulando este humano você vai chegando no valor adequado OK o problema você tem que tem que ter um negócio gigantesco se eu tivesse estimulando negocinho pequenininho Olha a

diferença você chega por lá e você fala assim quanto tempo leva para desenvolver um site quanto tempo leva para desenvolver um CRM corporativo a nossa é pode ser de um ano a cinco anos agora se você fala assim quanto tempo leva para construir um botão de incluir cadastro de cliente ó como se reduziu reduziu reduziu a estimativa dele é melhor então quando você está com um projeto tradicional você tem que tomar o projeto inteiro você vai aprender neste mar naturalmente naturalmente os próximos projetos vão ficando cada vez mais caros e mais longos É porque quando

você estima você levou mais tempo você pensa próxima vez que alguém me perguntar quanto tempo vai levar o fato vai levar um tempo maior e assim esse negócio vai crescendo vai crescendo tá porque é porque você vai coletando informação do passado isso é fiz eu não quero tem stress aí o Analice aí eu não quero mais ter estresse esse projeto com esse cliente então eu vou botar na gorduroso na boa aqui para não tem encheção de saco infelizmente é assim que acontece tá E para piorar né você tem aí a gordura né os recursos do

projeto também acabam aumentando as suas estimativas né então o banco chegar muito projeto levava um mês agora tá levando dois anos né parece que a mesma coisa que eu pedi é a gordura e a gordura e tem mais problemas aí que eu vou estar depois tenho muito mais problemas que fazem o projeto ou fracassar cês vão ficar impressionado com a quantidade de coisa o que mais vamos tentar eliminar as incertezas essas incógnitas como então o problema da estimativa parece minimizado quando é o primeiro projeto é o primeiro tudo bem tranquilo né então não tem tanto

aquela pressão que o primeiro projeto tal a gente percebe que nos próximos o problema persiste quando a gente montar um primou por exemplo com nunca teve essa metodologia nunca teve a gestão de projetos formalizado com a gente monta a primeira a primeira estimativa é o pessoal tudo bem É o primeiro projeto é o primeiro projeto do jeito projeto é o primeiro projeto dos analistas Tudo bem então você como é que cai assim também é compreensível só que no segundo acontece a mesma coisa no terceiro a mesma coisa e isso tende e acontecendo Pode ser que

vai até diminuindo Mas acontece O problema é que planejar cada vez com mais detalhe não vai resolver o problema da maioria dos projetos e a escolha a gente estima Ah e não estima legal o que que a gente vai fazer a gente vai aumentar Olha isso ao como o projeto vai é um ciclo vicioso se a gente estimou planejou não deu certo o próximo projeto a gente vai aumentar o prazo de planejamento e a gente vai se enfiar ali nos requisitos para detectar mais coisas projetos com maior bom então quanto mais tempo passa mais o

projeto eu não tô nem falando a gordura tá porque você vai querer um tempo mais a mais para estimar certinho o véi é isso que acontece falar eu quero tema certinho aonde chega a mente eu te amava e meia hora me dá um dia para poder tirar certinho E aí você já perdeu só no processo de estimativa porque você tem que tirar um projeto grande não é negocinho pequenininho e é impossível definir todos os requisitos Logo no início é impossível não tem como você pode chamar os melhores especialistas a gente também de desenvolvimento sofre a

gente está falando de requisito perspectiva dos nossos clientes vai mudar se você tiver aberto e se o cliente estiver disposto a pagar para essa mudança vai ter alteração no projeto tão difícil você colocar é impossível é impossível definir todos os requisitos não tem como o desenvolvedor pode lembrar algumas coisas na hora e já fazer né ele já questão de alguma coisa levantou ele pode ser que nem atrás o projeto mas definir todos os requisitos é praticamente impossível acontecer de um projeto um grande Tá lembre-se disso grande o tradicional existe você planeja o projeto como um

todo e vai como você vai levantar todos os requisitos nos seus mínimos detalhes do CRM não dá e o ágil Olá Já ajudei o ajuda a questionar sobre o que podemos entregar em uma determinada quantidade de tempo ao invés de planejar o projeto como um todo então ele pega só que lava que dá para fazer em 1 mês e olha o mês a para entregar isso e ele planeja só mês só algumas atividades não é baseado nas histórias do usuário você desenha quilos só um pedacinho a gente vai entender que tem história do usuário mais

para frente Oi e aí o treino de ferro é o mesmo tá curto prazo e escopo não muda no ágil continua sendo os três iguais mas a forma de lidar com cada um desses três pilares muda bastante Ok essa é a grande sacada é você tratar os três né os três pilares do triângulo de Ferro alguma forma completamente diferente totalmente avessa como tem no no projeto adicional e raramente entregamos valor real negócio e o cliente já dedos que vai falhar Então essa vai falhar cara vai falhar E com isso não é como o interromper esse

ciclo não tem como você já começa a fazer as coisas ruins e não é porque existe um competência não tem muitos a nossos profissionais são bons o problema é um método o método de gerenciar projeto para desenvolvimento de software não é compatível na Então as pessoas são boas ou o desejo é bom a perspectiva das músicas são boas mais o formato não é legal tá várias outras áreas que precisam resolver problemas complexos né ou desenvolver produtos serviços passaram pelo mesmo problema Ok outras áreas também e não foi só hora de ter e quando eu uso

esse bicho aí o Instagram Então você só vai usar o schramm se essas questões que ele está aqui te incomodar se não te incomodar um passa reto nem para não os pra não é para mim mas se algumas dessas aqui te incomodar acho que poderia ser utilizado estranho vamos lá então te incomoda por exemplo estimativa errada É sim comodar você o teu cliente acho que o esperando para te ajudar o excesso de documentação o teu fico tão mergulhado no documentação fazendo um relatório e fazendo um monte de coisa indicador gráfico documentação e use Case Nossa

cara e o que caso de uso um é um templo lascado para fazer te incomoda isso o incomoda a falta de planejamento não é ele faz essas perguntas para o cliente de vocês se você tiver assistindo esse treinamento não foi dar esse tecnologia for da área clientes e já tá até a resposta agora se você for da tecnologia pergunta o seu cliente se a falta de planejamento incomoda ele ou se para ele tudo bem distância e problemas de comunicação né se se o cliente não se incomodar de conversar com você uma vez a cada seis

meses ele shipped o projeto virar as costas e confia Se for para ele tudo bem esse distanciamento essa foto comunicação o Espanha é para você mas se for problema o Espanha válido Então vale a pena pensar no uso do scrum me espera resolver só que tudo tá parecendo acreditável né ou não dá não dá de fazer um ajuste no tradicional para se adaptar não pra funcionar tem que mudar e completamente e as metodologias ágeis são responsáveis pela melhoria de vários aspectos como por exemplo a entrega do produto ele tá focado na entrega do produto aí

eu não pense documentação e sabe desperdiço eu perdi de entrega do produto entrega da solução a mudança cultural não vai conseguir botar o espanhol tirar o tradicional de uma hora para outra na nossa tem tantos casos até de matriz e filial empresa parceira empresa que tá no Brasil outros Estados Unidos é enfim um consegue E aí o outro fala não não vou não vou E aí nenhum dos dois Funciona porque você tem que envolver todo mundo da empresa é um departamento tenta e o outro não compra a ideia tem que ter uma mudança cultural e

organizacional Oi Carlos motiva muito equipe Nossa como motiva se você tem um projeto tradicional você vai ter pressão do Chefe gente projeto ele vai te vai fazer da tua vida um inferno Cara eu já fui nesse projeto seu fazendo inferno as pessoas para poder cumprir o prazo do projeto também não tava nem me importando não falou criado mas eu tô me importando com prazo do projeto tá principalmente numa das Três empresas que eu trabalhei a quantidade de projeto que terminava no prazo era utilizado como uma médica para remuneração variável no final do ano Então imagina

o que eu fazer para cumprir o prazo do projeto tinha que ser verdinho tinha que ser verdinho lá eu botava peixeira no meio do dente e a pa guerra e passar por ser todo mundo para cumprir o projeto porque estava atrelado meu salário no final do ano a bonificação e a princípio você é para nossa que legal né cara eu vou botar isso aí os projetos vão sair no prazo ponto de vista assim mas um tudo da desgraça que você deixou para trás né gente machucadas tudo se aguentar da gente ferida magoada estressada com bornalte

cara é muita gente entrando saindo que as pessoas não aguentam muito a pressão agora quando você tem uma explosão a motivação vai lá em cima moral sobe lá em cima cara é totalmente diferente é mais suave está fazendo aquele pedacinho pequenininho já entregando para o cliente que a gente andando o feedback você fica contente ficar motivado sabe você vai lá e quer fazer mais quer entregar valor você vê os relatórios se vê os indicadores muito simples nada de cronograma de gantt nada do seu cara é muito simples né um quadrinho de tarefas neotaq Bordo e

acabou pode utilizar a outras ferramentas o gráfico de burndown o gráfico de banho rápido tá já para explorar só o gráfico de e o teste board no finalzinho comunicação melhora muito a comunicação né Você vai tá direto ali com o cliente que a gente conversando contigo no ágil foco no que é importante O importante não é o Projeto importante entregar o produto no projeto adicional a gente não se importa muito com o com produto e se a gente se importa com prazo concurso então gente projeto ele tem que fazer um negócio sem entregue Acabou então

o foco não tá no que é importante o foco no spam na parte Card é no cliente é o que ele quer estar você tá junto com ele não projeto adicional não o teu foco sai ali fazendo interessa o que o cliente quer preciso entender a seguir no prazo eu tenho que entregar esse vídeo qualquer jeito né senão que a gente vai pagar pensava que você tava na consultoria né O cara tá pagando ali e a costura tem que entregar alguma coisa rápido né Eu passo um bom show para sua fábrica de software a pressão

é a outra todo mundo estressado desmotivado bom então para o Islã o importante é o resultado E o produto funcionando sempre assim não necessariamente documentação não Sinceramente o processo o cliente ele não tá comprando o projeto ele não tá comprando o processo está comprando uma solução e a gente tem que pegar uma solução para ele tá não é relatório não é solicitação de mudança não é o indicador um gráfico tá vermelho tá verde que tá laranja tá azul celular ficou que é eu não quero saber disso eu só tenho um produto tá com tradicional você

não consegue ter esse foco você só vai focar entregar o produto se tem um projeto de um ano só daqui um ano encontra lá você tá se matando para cumprir o prazo é o que importa é a interação com o cliente consumidor bem mais do que todos os processos e ferramentas aí ele não tá nem aí com ferramenta ele não tá nem aí com kanban não tá nem aí com scream não eu não quer saber disso peço que boa eu não quero saber disso outras ferramentas em shift-left é de voxê não tá nem aí ele

quer o produto não é isso que vai fazer e vender mais o que vai fazer e vender mais entregar mais aula para o cliente gerar receita é diminui despesa é a solução que a gente está colocando na mão dele para ele poder trabalhar em paz a escolha para todos nós já tirou a pergunta isso é para todos será que ele é Nem sempre o super recomendado quando e em todas as ocasiões Você pode ter ocasião que você vai usar os planos até ocasião que não vai usar span Olha que interessante e nem todas as empresas

precisam do Instagram da empresa que não precisa eu já dei gente algumas outras aulas que por exemplo nós temos de time não necessariamente gente precisa do Instagram porque a gente já conhece exatamente a velocidade de cada fase A gente já conhece tudo bonitinho né então eu não planejo né com coisas com ele já tá feito o planejamento eu entrego como espran mas o planejamento já foi feito o motor Cláudia tem toda a lista Eu já planejei o projeto de cabo a rabo de tanto desenvolver o mesmo produto Então já sei então não preciso mais passar

a Vamos sentar desenho requisitos hora do usuário não precisa eu já tenho tudo isso pronto aí entrega é como Strange vai entregando pedacinhos Então até isso já tá pronto planejado Quais são os pedacinhos que a gente traga primeiro é questão de não é de nem maturidade mas é o tempo que você faz aquele até o fim nem todo mundo precisa quando vem algum projeto diferente aqui ó não tenha dúvida esquece ficar planejando não vão bora Esse é o site novo serviço novo é um produto novo é isso Não tenha dúvida eu não vou ficar planejando

não tem não tem cabimento eu não vou saber todos os requisitos vamos testando ali na prática junto com vocês que são clientes alunos ali tá junto a gente vai desenvolvendo uma coisa em conjunto Nem todas as pessoas estão Preparadas para esse modelo de trabalho também infelizmente se normalmente aí no seu ambiente não acontece muitas mudanças nos critérios Sucesso já estão bem conhecidos não tem muita mudança é sempre um projetinho que simples né nem sempre desenvolve a mesma solução né de repente uma empresa que ela é estranho especialista para desenvolver software para gestão fiscal né ele

tem lá uma carteira de 200 clientes vale a pena escura para ele pode já conhece já fez isso várias vezes eu já sabe exatamente o em 3 dias e 25 minutos eu consigo te entregar vai custar 232 gás 25centavos tem gente que tem essa e essa acuracidade quanto ao prazo e o custo fecho não é indicado escola e se a sua equipe está bem alocada nos projetos talvez não vale a pena mudar a cultura que já está funcionando assim um time que tá ganhando não é o que ele tá reclamando não tá reclamando frente tá

beleza eu tô com saber mexer né porque a ideia não é melhor a vida da tem não a melhor a ideia melhor a vida do Consumidor seu consumidor que a gente tá satisfeito tá belezinha porque ele vai mudar né E aqui entra muito a característica inclusive da PG Prime a equipe também montadinha tá bem estruturada tu não sabe tem que fazer né não tem mudança tá muito bem alocado a gente sabe prazos custos sabe tudo então tá de boa quando é um produto que a gente já conhece quando vem coisa nova aí não tem como

tá esse trem não são todas as ocasiões sempre uma coisa nem sempre isso que recomendado em todas as ocasiões e antes identificar se alguém se alguém disposto inclusive disponível para sou eu o papel do produto ler né A Voz do cliente da gente ver outra aula o que que é o papel do pelo Towner aquele que é o porta-voz do cliente se não tiver alguém para ser um produto Towner vai ser difícil alguém tem alguém tem que tirar o backlog Alguém tem que priorizar alguém tem que estar com ouvido com o cliente e uma boca

na no time de desenvolvimento né ele tem que ouvir passar tá aí tem que ser duas vezes né vai e volta ele tem que falar com o cliente em voz na voz do do time ele tem que eu vir até ser o porta-voz do cliente também para passar para o time porque é um cliente que vai pedir aí não vai pedir direto com o time tem que ter o papel do oftalmo ou até é hoje em dia a gente utiliza o pode o primeiro giro né que é um outro papel que é bem interessante também

para a construção de produto validação peste pote É bem interessante se o você já traz valor do mexe no time que tá ganhando não se já tá trazendo valor que a gente tá satisfeito não sei se vai valer a pena tá não sei pode até testar festa para ver se vale a pena mas é tudo questão de teste da mesma forma que o screen destas coisas ele válida a os 40.000 uma validação testa se achar que ficou confuso né tira o não tá trazendo valor melhorou beleza montem não tá volta é como sempre digo junta

tudo que tem no mercado ver o que faz mais sentido para você testa e coloca não existe a bala de prata Olha tem que ser isso mas quando ficou legal não prefiro XP lá bruxa esper pois pé ó mas o XP não tá legal ele tá meio aí meio louco tava meio o vídeo põe o texto que estou né Tem umas características diferentes Neve Exception Coloca sei lá de voxê faz testando vai testando a gente tem uma gama de coisa aí no mercado para testar tá é difícil falar qualquer e qual que é melhor vai

depender de características da empresa das pessoas da cultura ela vamos ver qual que é o diferencial do escravo então com o projeto tradicional então para obter o resultado de um projeto através de uma metodologia tradicional a gente deve aguardar todo o processo formal tá então no momento algum dia tradicional sei lá um projeto de um ano você fica lá seis meses planejando três meses desenvolveram mais três meses testando e mais o outro o restante para fazer a implementação a implantação enfim você tem que fazer todo o processo formal tá então se o projeto leva um

ano você tem que levar um bom tempo para pensar em tudo isso rosto né de repente não é o seu cliente quer mas vamos lá esse é um diferencial dos você não sabe fazer tudo isso não mano já faz isso interativo repetitivo É mas esse processo pode ser muito longo põe um ano dois anos tem projeto tem muito mais tempo e corremos o risco de ter um ponto diferente do que estava escrito no escopo Inicial pode acontecer isso é não é raro acontecer você tá lá desenvolver ele tem um negocinho diferente é um produto está

sendo diferente do que foi especificado eu não também falando de mudança de requisito lá do cliente não tá pode ser que a gente planejou de uma forma uma a gente não contava com algum problema alguma característica E aí começou a alguma coisa diferente e no espran esse processo acontece só que acontece em um curto espaço de tempo em uma única Sprint por exemplo de um mês ao invés de você planejar planejar planejar executar executar atestado atestado atestado implementar implementar você planeja desenvolve testa do evento e uma Sprint de um mês entregou candidatos feito seu critério

de aceitação fechou beleza aí vai para próxima Sprint pois nós vamos um pouquinho executa mais pouquinho e aí vai acontecer Sprint bom então a gente que a gente faz as coisas gente vai quebrando o projeto grande em pedaços menores pequenininhos que passa várias vezes pelo mesmo ciclo de desenvolvimento repetitivos que chama interativo mas não é interativa.com hiperativo ou seja repetitivo e é possível entregar logo nas primeiras semanas algo com Kant a pode usar ficar satisfeito pela por legal isso aqui em vou chegar à noite levava a bom tempo para receber eles agora agora em um

mês é o mês tô sem seu gente a gente tem que pegar o projeto ao ponto de conseguir entregar alguma coisa no final de repente o sol tá funcionando rodando alguma coisa tem que entregar na mão do Consumidor do cliente do usuário seja quem for Oi e aí O Progresso em andamento working proxy eu wp3 olha só que interessante três itens do projeto sendo feito por três analistas ou três analistas focando em Um item por vez em quando a gente tem um projeto tradicional tem três frentes lá vamos imaginar que aqui vai ter três coisas

para fazer aqui dentro do desenvolvimento aí é locado uma pessoa outra pessoa outra pessoa então são três pessoas fazendo três coisas diferentes a chance de dar amanhã que hora que foi integrar é muito maior do Islã ao invés de você ter três pessoas fazendo cada uma coisa por que você não chama os três para focar em um e já entrega o resultado por Heloísa ver quando os três o mais importante chama essas três entregam em vez de T3 em cada um fazero isso vai levar um tempo porque vai vai demorar mais e olha só vai

demorar mais porque é uma pessoa fazendo cada item Ah tá pode ser que deu problema não adianta entendem fazer uma integração agora quando você pega três vai botar mais gás e Um item Só se eu já entrega para o cliente e aí depois você Foca no segundo depois foco no terceiro resumo da história você vai receber os mesmos três itens muito mais rápido e com melhor qualidade do que três fazer o mesmo tempo essa ideia do espera essa ideia de uma prova se você saber o que que está em Progresso ali Ok e tenha o

modelo de ontem para você também no projeto tradicional tá só que não exclui a gente prefere fazer isso em vez de pegar três frentes Pega essas três pessoas e pega numa frente só todo mundo focado naquele pedacinho tá porque normalmente também esses três itens ele pode ser em Cascata né tem que fazer um para depois outra depois outra e as pessoas são locados aqui aí o terceiro ficar esperando o primeiro acabar o segundo acabar e aí se atrasa a primeira empurra segunda aí chega na mão do terceiro e tá lascado né então vamos agir até

um mês para fazer um mês para fazer o outro mês e três profissionais o profissional não conseguiu terminar em 30 dias terminou em 35 dias tão já alguém vai ter que pagar esses cinco dias aí o segundo começa a desenvolver gastar 40 dias. 15 dias aí chega no terceiro lá em vez de ter 30 ele tem 15 é porque já consumiu cinco o primeiro analista 10 o segundo analistas sobre o aparelho só 15 dias e aí que vai acontecer vai ter alguma coisa mal feita evita Isso pega os três coloca e a invés de gastar

um mês ele gasta menos tempo né os três fazendo um item só e a tática é do fim né Você tem ele tirar gargalo desses processos você pode aplicar lindo seu projeto tradicional e perceber que tem gargalo tá ruim né pode executar várias vezes aquele projeto e você vai ver que sempre você vai mudar um gargalo de canto né só tirar de um canto vai botar no outro é a teoria das restrições né você tira num canto em nela outros e Mexe ali Ferro o outro e aí vai e vai ficando aquela bagunça né Bom

enfim agora vamo dar uma passada aqui pelos princípios do spam não é retirado ali do Manifesto ágil né a gente vai entender um pouquinho o que que o scream vende para gente né O que que a gente tem que comprar o que que seja favor implementar espanhol Dá uma lida aqui e olha que legal o que que ele foca né de tudo que está falando e ferramentas é fácil Vamos ver que que o espinho tá falando sobre os princípios nossa maior prioridade é satisfazer o cliente Olha que bacana através da entrega continu tu tá devendo

tradicional que é uma vez só a ideia do que fazer uma entrega com Tina de um software rodando com valor agregado beleza dois são 12 tá dois mudanças nos requisitos são muito bem vindos olha que louco no tradicional mudança de requisitos não é bem vindo nos planta legal é bem-vindo É bom que aconteça por que que vai acontecer rápido já resolvi já não deixa um projeto de se desviar muito então mudanças nos requisitos são bem-vindas mesmo tardiamente no desenvolvimento processos ágeis tirou vantagem das mudanças visando uma vantagem competitiva para o cliente então se o cliente

a Lena eu tá toda hora mudando Que bom que mude pelo menos a gente está se adequando a ele e o pessoal a não gosto do cliente mano você não tem que gostar Esse é o cliente que está livre na frente dos negócios ele sabe o que precisa né que a gente tem que eu não tamo junto bateu no pessoal tamo junto vai mudar beleza Vamo junto os profetas para isso 12 entregar frequentemente software from funcionando de novo frequentemente continuamente entregam solta funcionando de pouquinho a semana estou com o tempo mês tá com preferência a

menor escala de tempo né se você conseguir reduzir isso Beleza olhando Tem coisa que não dá para fazer funcionando em um mês tudo bem dois meses ou menos né mas não precisa esperar o projeto inteiro para entregar uma coisa funcionando que quanto mais gente vai entregando coisa funcionando mas o cliente fica satisfeito pessoas de negócio de desenvolvedores devem trabalhar diretamente em conjunto por todo o projeto todo todo projeto o cliente ele vai se envolver no planejamento na execução no teste ele vai estar junto pode ser que a princípio aparentemente não seja legal né mas é

legal tá porque não é verdade não é o cliente que vai tá ali também né é o porta-voz o produto Towner bom então É bem interessante esse acompanhamento faz com que seja detectada aqueles probleminhas aqueles desvios que resolvido na hora porque o espelho flexível e abrangente e flexível construa projetos em torno de indivíduos motivados dê a eles um ambiente o suporte necessário e confie neles para fazer o trabalho naturalmente o modelo split vai fazer com que equipe fica imotivada porque ele não vai ter pressão e ele vai fazer tranquilo ele vai ter colaboração ele não

vai ficar tenso porque pode ter mudança ele pode estimar errado mas ele vai aprendendo com o tempo porque são coisas pequenas ele vai definir na sua velocidade a definição dos requisitos através de histórias de usuário não é ponto de função aí use Case né causa de uso que é completo é bem mais simples eu já o evento também e aí as pessoas foram motivadas né e ele sabe que o que a gente não vai quando chegar com uma mudança ele não vai Pressionar para o prazo o custo é mais tranquilo mas rilex o método mais

eficiente e eficaz de transmitir informações para e entrou equipe de desenvolvimento é através de conversa fez teu Face cara a cara é um projeto se trata cara a cara se você tá com toda equipe ele junta porque você trata aqui todo sagrado o santo dia a gente tem a dele então a dele é face do Face todo dia no mesmo horário 15 minutinhos Você tá conversando com a equipe Você tá entendendo o que tá acontecendo Então olha como é maravilhoso se você faz um projeto onde você tem que entregar um executável todo dia e todo

dia sedetec sem problema se resolve na hora não é no final da Sprint não é na final do projeto você resolve ali ó na hora teve algum problema e se for massa já entra para poder ajudar O que é mais é só tá funcionando é a medida primária de progresso a relatório indicador tá vermelhinho tá verde indicador formulário é gráfico o e-mail não só funcionando é melhor indicação sabe fica mostrando indicador Zinho que tá verde que tá vermelho esquece E é só ter funcionando é o melhor indicador e os processos ágeis promovem desenvolvimento sustentável os

patrocinadores uso desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente porque é um processo é imperativo ele acontece E aí todo mundo tá bonitinho e os processos ágeis eles são bem justinhas bem simples bem flexíveis e é constante ou seja sustentável ele sustenta o já tradicional no sistema vai ter uma hora que o cliente fazendo não não aguento chega é insustentável esse projeto é insustentável demora tá insustentável ficar pagando aí sustentável demorar esperar o projeto sair tá insuportável depois que entra em produção a cheio de problema e vamos perguntar isso e continua

atenção a excelência técnica e um bom design que aumenta a agilidade óbvio né você tá ali junto com o cliente você tá Você tá simplesmente falando que a gente já falou em outras aulas né aí os Xperia C customerx Pires né você tá ali focado na experiência do cliente você tá junto ali no desenho da solução você faz parte daquele também se motiva né simplicidade alguns princípios da arte aqui né a arte de maximizar a quantidade de trabalho não realizado é essencial gente essa simples simples muito robusto muita documentação muito jargão mimi isso só é

desperdício perda de tempo S simples prático tá é que nem a filosofia do Steve Jobs não é o próximo Você pode ter de complexidade é a simplicidade assim ser simples é o resultado ali na hora bonito sabe sem muito fru-fru sem muitos artifícios fogos de artifícios né é bem simples e as melhores arquiteturas requisitos e designers emergem de equipes auto-organizáveis né na aula passada eu falei que não adianta você ter uma equipe que você precisa de micro-gestão aquelas pessoas que não consegue caminhar sozinho Elas têm que ser autogerenciado Porque é ela que vai pegar lá

o atividade a história do usuário vai destrinchar sozinho ele né ninguém vai fazer ou não vai ter um dia de projetos 19 você não tem pegar esse você é isso Não não é equipe que vai fazer isso e ela tem que ser alto motivada a auto gerenciável né e autônoma para fazer isso ou seja resultados do isso madura uma equipe amadora não tem uma equipe madura vai ter dificuldade desse projeto acontecer Ah e por fim intervalos regulares esse aqui é lindo né intervalos regulares a equipe reflete sobre como se tornar mais eficiente então refine ajusta

seu comportamento de acordo que foram foi detectado gente é o único processo que te exige todo sagrado Santo mês ali todo dia ser bom que melhor todo final de Sprint fazer uma revisão e fazer uma retrospectiva revisão do que foi feito e retrospectiva para saber se o processo dos planta tá legal ou não a gente fala tanto de melhoria contínua aí eu espero que você sabe uma coisa cerimônia é obrigatório você que tem que fazer também vai fazer não vou fazer ok é obrigatório né são práticas pode não fazer mas depois não vai culpar porque

eu estou não funciona mas se você não seguir bonitinho isso aqui Oi e aí essa parte eu tô mais vosso Os projetos que fracassam a gente tem várias vários exemplos aí eu tentei trazer aqui alguns dos principais motivos que os projetos fracassam em atraso e pode ser que você acaba se identificando com alguma coisa ou você dentro da empresa que você já observou normalmente Aqui PE acaba assumindo mais do que um projeto ao mesmo tempo não focando em um projeto específico normalmente isso acontece você puxa o desenvolvedor a gente está tocando quantos projetos a 8

15 21 raramente você vê uma um analista desenvolvedor ali em um projeto só não é difícil lá quando tem muitos projetos no boliche Shopping numa fábrica de software ele pode ir porque ele é tão especialista numa coisa ali De repente a chamada no outro projeto né já ouvimos muitas vezes que 99 porcento tá pronto quase concluído Falta pouco é só um disco projeto fracassar você tá falando você falou que ia gastar uma semana já ter três meses falou que tá quase pronto quase ó vai ficar pronta 99% pronto só falta só um pouquinho Olha já

estamos quase lá você vai perguntando para os analistas mudando essa resposta você valeu e que 99% né porque se um por cento não termina que quer falta a pouco ó tá quase concluído é cara isso assim não projeto vai fracassar não é quando o analista ali já começa a dar mais barradinho no prazo ali já tá se esfregando no limite ele falou falta a pouco a você já tem que subir anterior ao vai vai dar em aqui no projeto e quando trabalhamos de forma isolada não somos estimulados a trabalhar em colaboração parece meio óbvio né

porque dentro projeto tradicional você tá alí quietinho no seu cantinho fazendo o trabalho bonitinho você não converso com ninguém você tá me desenvolvendo você tá de forma isolada você não tá colaborando você não tá ouvindo você não tá entendendo o que tá acontecendo com os outros inclusive com os outros analistas não é possível assumir a atividade do colega em caso de ausência na muitos projetos falham por conta disso as pessoas tiram férias não é Sabe aquele período que você tira depois de 12 meses EA remunerada ou não as pessoas são as pessoas com doente as

pessoas têm problemas pessoais num projeto tradicional você vai ser difícil você colocar alguém aí agora nos clã todo mundo sabe que eu tá fazendo é multifuncional toda repente na ausência de um você colocar o outro porque a pessoa que tá entrando de repente Nossa conhecer tudo é só aquela história do usuário aquele pedacinho Olha o co O perigoso gente sabe que muitos projetos fracassam feio porque o analista tá de saco cheio tá com uma pressão danada recebeu uma proposta melhor de outra empresa saiu e o projeto quebra por conta daquela pessoa o e projetos tradicionais

o foco está na entrega do projeto e não na entrega de valor né gente projeto ele não tem interessado no cliente lá o telefone não está interessado no projeto no processinho dele no relatório verdinho dele esse é o interesse dele ele acaba traduzido os funcionários o mais um funcionário quero eu quero quero entregar Quero sair desse projeto para pegar um outro mas eu quero entregar que tá muito a pressão não sobrou tempo para mim o caminho crítico lá acabou caiu no meu colo né pessoal foi atrasado atrasado atrasado atrasado e quem se lasca quem tá

no fim por isso que a equipe de teste a primeira a ser cortada no projeto e se não presta vai estar porcaria e em uma semana pode acontecer muita coisa mas as reuniões diárias minimizam os riscos cara num projeto de som de muita coisa pode acontecer e se você tem a reunião diária ali ó você tá acompanhando para gerenciando todos os riscos gerenciamento de risco do projeto é um dos itens mais importantes ser gerenciado que você vai gerenciar risco de custos e responde prazo o risco de escopo risco de pessoas risco o projeto é comunicação

e risco né são duas vezes tem que fazer como é que você vai fazer a gestão de comunicação se você não tem reunião diário e começou a fazer a gestão de comunicação se você não tem reunião de avaliação né mensal se você não está interagindo com o cliente né é uma simples então é muito importante que o papel do gente projeto se comunicar gente projeto ele tem que se comunicar e conversa com a analista conversa com que a gente conversa com o sponsor conversa com patrão que ele tem que conversar tá o relatório é um

tipo de meio de comunicação o indicador que ele tem que preencher né é um é a forma de comunicação como eu falei se você não tem reunião de ar continuar gerenciar os riscos eu sou mais gerenciar o risco lá no final quando tiver ela já para explodir o projeto e eu tô falando do projeto não foi nem do produto está sendo construído Oi tá uma coisa gerenciar o gente projeto ele gerencia os riscos no projeto da uns riscos do produto já no escuro aqui ele está acompanhando tudo o próprio projeto em si e o produto

ou serviço a solução está sendo entregue Os projetos que já estão atrasados tende a sacrificar teste e documentação no momento a documentação é feito ao longo do projeto né nem sempre antes você vai documentar a funcionalidade documento a tela documentar essas coisas lá no finalzinho ai mesmo é preciso entregar você vai Olha só eu preciso documentar esse sistema aqui porque eu preciso colocar as características aqui da ferramenta como dar suporte que eu tenho que dar subsídio para central do serviço porque suporte 2º nível primeiro nível o terceiro nível ela tem forno depende vai ser um

fornecedor tem que entregar para empresa então mandou mentação é válida aí né pessoal posso vai colocar uma ferramenta um software no meio de produção vamos ajudar a equipe lá no central do serviço poder atender o chão Rafaela justo né você não quer ter aquele estresse de ser incomodado à noite de madrugada no final de semana que você quer fazer uma documentação se você não tem prazo Supra Olha eu não vou entregar o projeto mas eu vou focar na documentação cara eu vou te matar para não vou entregar um projeto E aí você mata o que

documentação tá um teste Documentação são normalmente as duas coisas que quando perguntar atrasado é o que corta e são os dois mais importantes para evitar problemas futuros o teste e a documentação quem vai se lascar é a operação e o devolver o também né que ele acha vai pegar outro projeto novinho ali na van tá resolvendo bucha do projeto que a entregou sem documentação e sem teste o que mais não acabou tem mais projeto que fracasso com atraso projetos com prazo apertado são entregues com problema mas você tem a pressão vai do jeito que tá

vai do jeito que tá porque o mais importante é cumprir o prazo risco escopo tá tá ali ó a custo vamos entregar a gente só tem esse esse dinheirinho aqui para gastar não pode mais contar para a gente é só esse dinheirinho Então você vai ter trabalhar em cima daquele dinheirinho lê acabou entrego no jeito que tá E aí vai tá com algum problema o Jardim gago para do Cleiton que não abriu mão a carteira para dar mais dinheiro a gente não planejou com os planos atividades tem uma duração de um dia você tem que

executar atividades do dia então é possível ter uma boa visibilidade do seu andamento agora se você faz a reunião diária a dele e você tem que falar que você fez você vai fazer hoje então essa costura diária e todo mundo sabe por isso que uma equipe pequena é interessante até as pessoas todo mundo sabe que o coleguinha tá fazendo e o andamento ao acompanhamento do projeto é ali ó é diário é diário escolher diário projeto tradicional não hoje nesse projeto tem que fazer a esperar ele fazer a ronda ali para perguntar e aí como é

que tá né Não enche o gene projeto ele vai perguntar coisa tem muita atividade e muita coisa sobrecarregado ele vai perguntar no dia que tem que entregar né E aí pronto ó não deu a esqueci nem sabia ele tem que administrar tudo isso colocá-la tem dúvida outras coisas né E olha a altura altura da voz quem grita mais alto têm prioridade tá então quem tem a voz mais ativa ganha prioridade Então você tá tocando um projeto aí chega um gestor lá um gerente o outro lado de negócio até o presente projeto aquele que mais me

tá alto têm prioridade ao para esse projeto faz o meu eu sou gerente o seu diretor ou eu sou crente mais chato a minha área que traz mais dinheiro ele fala e grita grita grita o cara fica Coado ele vai até e é normalmente as pessoas ficam ali a quadris e vão acabar atendendo aquela pessoa que gritou mais alto infelizmente é assim Oi e o projeto atrasa fracassa né porque vai ter que abrir mão de outro projeto o fato de você colocar outro programa na tua frente você tá desvalorizando o projeto tocando né natural se

colocar alguma coisa na frente é porque aquela que não tem mais importância não é só o cliente Quem deve participar da priorização mas toda equipe os gestores as partes interessadas nos conheço todo mundo né Tá todo mundo juntinho ali e projetos tradicionais é dado um período até razoável grande nos fazendo procrastinar Então se o Pedro funciona vocês tem um olho para trás projeto aí o analista a equipe ouvir sai um anos Que é muito tempo em pé no tempo vou resolver uns probleminhas aqui né Tem uns outro projeto em pequeno em mim porque eu tenho

tempo e aí vai procrastinando procrastinando ó que vai ver no foi feito nada e tu não tem que sair na loucura fazendo e no projeto tradicional não tem acompanhamento de perto por um tem reuniões diárias não tem as execuções diárias e não tem as avaliações mensais e aí não tem acompanhamento você vai ter grandes surpresas quando eu aconteceu um problema não sabia é uma delícia fazer não não sabe a gente vai fazer não sabia Eu não tava sabendo Lógico está acompanhando não tem não acompanha um projeto do dia a dia o pessoal gente projeto ficar

toda hora lá enchendo o saco daí ontem não é 15 minutos com 15 minutos 15 minutos vai ver o meu gente projeto passou o dia inteiro em reunião é ele enquanto tá conversando com outro tá com problema lá e fim projeto pequenininho não tem isso só falta transparência do ar tem provas né pois não é usado nenhum tipo de gestão visual como por exemplo taskboard né se você não tem uma gestão visual você não tem transparência você não sabe como que tá o andamento do do das atividades do fluxo do trabalho em Ok e como

funcionaria na prática botar esse explosão aqui para funcionar na área de ter então primeiro novamente como que funciona no antigo você que esse processo não é muito diferente do tradicional não tá ele é bem parecido normalmente que acontece o que a gente chega com uma um problema que precisa ser resolvido com uma ideia de solução a equipe se reúne né e tende bom a prova uma solução aprovam projeto aí depois vem o responsável que é colocado aí para conduzir essa frente que é conhecido como piou product owner o dono do produto Oi e aí ocorre

uma reunião de KickOff né o pontapé inicial da que coloca o pontapé inicial que é tradicionamente acompanhado pelo patrocinador do projeto pelos promaster Que pedido movimento e outras partes interessadas sempre assim simples simples com base nos corpo começa a planejar o projeto o que queremos desenvolver o projeto de forma a já entregar algo funcionando testado bonitinho longo do primeiro mês é um processo simples estão na prática para você utilizar os quais o peixe teve uma ideia resolver um problema junto todo mundo definir a prova começa acompanhamento diário E aí no final do mês será entregue

alguma coisa funcionando na prática é assim Oi e aí Por falar em prática vamos entrar agora um pouquinho na prática já tá chegando no finalzinho aqui eu vou falar algumas coisas que a gente veio falando na aula passada nessa aula sobre história do usuário e a gente termina aqui com alguns dos artefatos e mais algumas ferramentas tomar a história do usuário é um baque logo escrito tá mexlog faça uma lista de atividades antes dessa amizade de verdade não é que você tá querendo as histórias né então a história ele é descrito em épico se ele

é dividido em pequenas histórias da história é uma forma informal de fazer um exemplo aqui não é uma forma informal de escrever o que o cliente quer as histórias São escritas a geralmente pelo pe o produto além do ponto de vista do usuário final então ele olha através dos olhos do Consumidor do cliente né Escreve a história do usuário para que a equipe possa desenvolver Oi e a ideia de história do usuário você colocar a pontos né você com tua né com algumas alguns critérios para você saber e aí aonde você vai medindo a velocidade

mas não vai chegar lá é uma uma uma história a cor teclar travem simples é como se fosse narrado pelo próprio usuário né mostrando o que ele deseja obter com o produto é uma historinha mesmo não é com verbo adjetivo que ele quer tá mas também a gente vai ver um exemplo que é bem legal bom e com base nessa história então gente cria os critérios de aceitação né No final da Sprint né nem meu done odone o que quer concluído quando a gente atingiu qual que foi a meta da Sprint que de repente aquela

querendo uma Sprint pode ter várias histórias né então você vai concluindo todas as histórias e essa conclui aquela Springs Então quando você define uma história você chega no final fosse Olha o cliente pediu isso a gente conseguiu atender essa historinha conseguimos Ok você pode ter vários mais de uma história tá que ela história depois em atividade né são as atividades pequenininhos e não há necessidade de criar a todas as histórias de uma vez muito menos no início do projeto é essa é a grande vantagem porque é rápido né cara você tem um projeto gigantesco definir

uma história pequenininha e começa com aquilo ali pequenininho tá e o pior vai ajudar priorizar o que é importante ele vai entender do cliente que a gente vai falar aí ele vai conseguir entender e vai conseguir dividir esse projeto em pedacinhos aí vai priorizar você pediu um sistema com 200 telas quais dessas telas aqui você acha que é mais interessante a esse aqui de inclusão ou não seria de repente aquela de visualização para depois incluir o piolho vai ajudando o cliente né E aí ele vai priorizando aí vai chegando na parte de cada vez melhor

Zinho uma história no usuário ou duas tal o que der o que couber dentro esse print aí você pode para rodar inexperiente ver todos as histórias não são use cases casos usuários não é bonequinho com a perninhas bracinho aí tem que ver o que é não use Case não é história do usuário as pessoas confundem Então em vez de fazer o dizer que as histórias não use Case é eles são muito detalhados Ok enquanto a história usuário é muito simples é uma frase ser definir o requisito do cliente tá é porque a hora que você

termina o use Case ele já tá pronto para ser desenvolvido já as histórias ele é utilizado para aceitação da do produto da parte do produto da parte do incremento tá Então são duas coisas diferentes Quando você pegar um use Case pegar uma gente usa Case ele pode ser uma documentação vasta história de usuário é uma frase é uma frase com duas linhas passou disso já opa pode ser que seja um épico aí você tem que quebrar a isso aí mais usuário em mais histórias de usuário Então vamos ver um exemplo aqui e por exemplo de

uma história de usuário que vai ser utilizada inclusive como critério dia sete na verdade nessa história de usuário simples aqui vou ser choradas três critérios de aceite pedacinho é o cliente falando para o piou piou piou passando essa informação para o time tá é uma história então lá dentro do backlog vai ter uma história do usuário escrito assim ó como um programa como um comprador está se passando como comprador tá ele tá imaginando o cliente e comprando alguma coisa o produto da empresa tá como um comprador eu quero visualizar os produtos na loja com base

em minhas características escolher um método de pagamento acabou não precisa fazer IOS e 15 só isso já é o suficiente e para planejar e executar isso aqui então se no final da Sprint Tem que atender essa história do usuário tá então vai ser criado alguns critérios não nesse exemplo aqui dá para criar três critérios de aceitação primeiro disponibilizar uma relação de produtos para o cliente porque o que que tá colocando eu como comprador Quero visualizar produtos na loja então a gente tem que disponibilizar uma lista uma relação de produto o comprador ver o cliente ver

se a gente conseguir disponibilizar Isso significa que a gente já atendeu uma parte da história do usuário segundo avaliar a situação financeira do comprador tá porque tá falando de pagamento é uma loja então eu tenho que achar um artifício para avaliar a situação financeira do cliente antes de me comprar Beleza se eu conseguir fazer isso já tô aí né dois terços já concluído da da história do usuário e aí para provar se a essa entrega Esse é o terceiro aí mostrar na tela do sistema um método de pagamento disponibilizados conforme a situação do cliente acabou

tá vendo que ele não tá dizendo aí ó que o pagamento tem que ser aprovado que tem que dar baixo no estoque não a história do usuário é muito simples como comprador Quero visualizar visualizar não tá falando comprar não tá falando de estorno de cancelamento de inclusão não é uma história vai ter outra como comprador gostaria de solicitar o estorno do produto como contador gostei de selecionar o Sepe com e pagar o frete cada coisinha dessa é uma história você divide Story se atribui um ponto para isso para ter um valor né E aí são

técnica você pode utilizar várias técnicas para estimar isso é o que a gente vai ver no próximo slides você vai estimar atravessa tem várias ferramentas para isso tá mas a ideia da estimativa você tem várias o Américas não é para estimar o cita até jogos games né o pleno e poker mas a gente vai ver isso aqui daqui a pouco não vamos pôr a isso aqui mas só para entender que existe tá então Existem várias técnicas numéricas aí baseada em nome para gente assistir mais sibec login tá primeiro o mais importante o principal é o

ponto de história Então se em cada história tem que ter uma pontuação tá E essa pontuação ela vai considerar algumas coisas e porque a gente que você define isso porque a gente tem que definir o tamanho né o tamanho dessa história é muito grande ela é média se ele pequena tá então a gente vai. A isso conforme o risco conforme a quantidade de esforço Vai ser necessário para desenvolver essa história o nível de complexidade tá vendo Então você precisa dessas pessoas para planejar você tem que ler essa história chama as pessoas assim que que precisa

para atender isso Olha isso aqui vai ter um risco lá pessoal de coisa mais a gente olha só que é bem completo em o que o cliente tá pedindo é complexo e não esquece isso já tem coisa pronta a gente pega aqui uma classe que já tá pronta aqui e a papo ali dos nerds não né dos caras que conhece o desenvolvimento produto e aí planeja identifica e pontua Então tem que dar um ponto 1 número mas também existem outras técnicas né sequência Fibonacci é uma o pleno e poker é outra que é um jogo

na verdade como se fosse um pouco né Cada um lado a uma cartinha para gente entrar num consenso e descobrir qual que é a velocidade é o tamanho da da história Infelizmente não vou esperar quem tem os cursos aí a parte que explore foi bem a fundo o e temos aí também o gráfico de burndown existem outros gráficos também está o gráfico de boi na capital mas o que que é a ideia do gráfico burndown que é muito conhecido o que que a gente vê aqui esse gráfico Acho interessante porque se a gente olhar é

aqui tô aqui na na vertical a gente vai ter uns pontos de histórias a gente pegou a história. O gente tem tantas pontos de Vitória então presente aqui nesse gráfico a gente tem nenhum projeto na do dia zero aqui temos 1900 pontos de história tá então a gente tem aqui a quantidade e na horizontal nós temos o tempo e olha que interessante nós temos um dentro de uma Sprint 30 dias para entregar aquela funcionalidade E aí o dia vai acontecendo né então começou o primeiro dia aqui em 1900 ponto de história aí no segundo dia

a equipe conseguiu desenvolver sem ponto de histórias ali caiu pra mil e oitocentos aí no terceiro dia conseguir desenvolver mais sem caiu para mim ir para 1.700 né então assim que o tempo vai passando a quantidade de pontos de história tende diminuindo quando você viu um risquinho para cima e dessa média significa que foi incluso alguma coisa deu aquela refinada ou acumulou do dia anterior isso é feito por dia se nós temos uma Sprint que tem que terminar em 30 dias quando a gente puxa essa essa régua aqui olha quando de acordo com que tá

acontecendo esse projeto vai terminar um 39 dias mais 40 dias então senhora vai ficar esse projeto não vai terminar em 30 dias senão você vai chegar o que o acumulado aqui você vai ter que desenvolver a pelo pelos cálculos que quase 120 pontos história por dia você tá fazendo aqui ó no máximo 100 100 100 às vezes sob as vezes dessa é bom você puxar uma uma régua aqui para você identificar se você tá muito fora do prazo que ele tem que terminar quinta 30 dias e do jeito desse gráfico que ele tá mostrando que

vai terminar em 40 dias tá então esse projeto bom e quando atrasa Ah tá se aumenta o prazo de jeito nenhum tá quando você tá atrasando algumas coisas ou você Remove a alguma coisa mais aumentar o prazo jamais tá não se você não aumenta Olha eu também nem a Sprint aqui é 30 dias mas é vai levar 35 dias não se não pode tá você pode mexer em tudo menos nisso tem que trabalhar um pouco mais e aí aprendi na próxima Sprint você faz aí a estimativa um pouquinho melhor E aí com o tempo você

vai aprendendo a estimar cada vez melhor mas o risco de virar muito ela é menor do que um projeto de um ano não é você faz sentido isso precisa ter um mês pegando uma história bem pequenininha fazendo bem pequenininho tá e a última ferramenta gente vai ver é o quadro de tarefas não é o kanban tá kanban você não assim quando você pega o quadro de tarefas o teste emoji você pega o kanban são dois modelos para fazer o gerenciamento de atividades o kanban ele é mais flexível aqui o quadro de tarefas não quase palavras

ele é rígido tá é dentro da Sprint ele é mais ela é mais rígido a forma de você gerenciar isso é diferente tá o propósito ele fez ele tem várias diferenças Tá eu vou ensinar todas aqui mas o que eu digo o seguinte um projeto estranha é mais indicado você usar o teste board do que utilizar o kanban Tá bom então é maravilhoso é bacana você pode gerenciar outro tipo de atividade mas não projeto que tem um timebox muito travado O que é de um mês tá a ideia de um do quadro de tarefas é

você criar uma coisa bem simples né que a gente chama de taskboard tem um quadro normal um quadro bonitinho cheio de post-it colorido né cada cor representa alguma coisa a que pode ser uma ferramenta muito útil para deixar claro as ações e tarefas tô assim puxa não tenho ferramenta para isso pô mas vai na papelaria e comprar um post-it postingel suficiente Hoje eu trabalho com post-it e para gerenciar projeta mais de dez anos quando começou a ouvir seus idosos já que já colocava é muito fácil né Cada post-it era de um projeto ao depende de

cada postite era de um funcionário o cada postite era uma fase do projeto trouxe pode ver se acerta isso como você vai falar vai fazer mas você tem que ter e é muito simples tá assim como os artefatos do clã ele tem que estar visíveis é para todas as partes interessadas no projeto E aí quais são as suas colunas pode ter um pouquinho mais pouquinho em pouquinho vezes não né a gente tem três aqui né Mas no geral é o seguinte um teste board eficiente simples tá a ideia disso é simples não adianta tá colocando

um monte de coluna cara tá fazendo a fazer efeito acabou três colônias o que que eu tenho que fazer o quê que eu já tô fazendo e o que já tá pronto já tá feito três colunas tá E aí o Oi para o o time do desenvolvimento vai pegar o post-it e vai vou escolher esse eu vou fazer isso aqui aí ele coloca lá fazendo desenvolve né normalmente esse post-it vai ter um número e esse número é a quantidade de pontos de história e pode ter uma sigla que representa o ama6 Adriano Martins António esse

potinho é meu ela tem que ser uma coisa muito simples nada tão rebuscado a um pouquinho maior a numa ferramenta vou colocar não normalmente dentro de um táxi pode o quê que normalmente você ver todas as historinhas né E aí você veio astérix não é porque cada história ela vai explodir algumas atividades Então quando você pegar aquela tipo daqui eu como comprador tem que visualizar os produtos isso é possível fazer um pagamento para fazer isso eu vou criar algumas atividades tá aí Essas atividades vão vão atender a uma história do usuário bom então a ideia

que esses post-it se movam da esquerda para a direita conforme as atividades mostrando concluídas terminadas e o post pode ter cores diferentes restabelece para que que serve cada cor tá a tem os critérios Tá mas não é tópico desse curso bom é isso espero que você tenha gostado você tem um complemento da primeira aula para a gente entender qual Scan eu fiz questão de mostrar na prática né O que é o espanhol logo de cara mostrar o modelo até para trazer o resultado lá porque normalmente a gente começa a entender a filosofia como é que

é aí você fala não sei se só adequado mas quando você vê que é simples que é o que a gente fez a primeira aula você já tem aquela descoberta sua é legal isso essas ferramentas são simples aí a gente entra até o filosofar eu gosto desse modelo de a gente mostrar uma coisa mais prática e depois de entender se vale a pena ou não na bom é fim a gente tá terminando essa parte da do tratamento eu te falar um pouquinho dos quanto Espero que você tenha gostado E aí eu te vejo em outra

aula outro curso até mais valeu