Masterclass de gerenciamento de projetos para iniciantes: execute seu primeiro projeto Agile

1. Boas-vindas à masterclass de gerenciamento de projetos ágil para iniciantes!: Mãe, hmm. Bem-vindo ao curso de Gerenciamento Ágil de Projetos para iniciantes Você já se perguntou como equipes bem-sucedidas organizam projetos, gerenciam mudanças de prioridades e entregam resultados de forma consistente Se sim, você está no lugar certo. Meu nome é Luke Phillips e sou gerente de projetos com sete anos de experiência trabalhando com metodologias ágeis em diferentes tipos de projetos Neste curso, ajudarei você a entender Gerenciamento Ágil de Projetos de uma forma prática e amigável para iniciantes Um dos maiores desafios ao aprender gerenciamento de projetos é que muitos desses cursos se concentram na teoria sem mostrar como os projetos realmente funcionam na prática. É por isso que essa aula foi projetada para criar um projeto real passo a passo. Juntos, exploraremos a mentalidade ágil. Aprenderemos os princípios por trás do Scrum, entenderemos como funcionam os backlogs de produtos e as histórias de usuários e usaremos ferramentas populares como Trello e o Notion para Você aprenderá a planejar sprints, priorizar o trabalho, estimar tarefas, realizar reuniões, gerenciar mudanças e analisar o progresso, assim como as equipes ágeis fazem Durante a aula, você aplicará tudo em um resumo de projeto de sua escolha, ajudando você a ganhar experiência prática em vez de simplesmente memorizar conceitos Portanto, ao final deste curso, você entenderá o estilo de vida completo do projeto Agile e terá seu próprio espaço de trabalho, pendências e plano de sprint você entenderá o estilo de vida completo do projeto Agile e terá seu próprio espaço de trabalho, lista de pendências e plano de sprint prontos para mostrar. Vamos começar. 2. A mentalidade ágil: introdução ao gerenciamento ágil de projetos: Oi, e bem-vindo. Nos próximos 5 minutos, apresentarei uma das ideias mais comentadas no gerenciamento de projetos moderno. Ágil. Ao final deste vídeo, você saberá exatamente o que é o Agile, onde ele veio e por que tantas equipes muito além do mundo do software o adotaram Sou Luke e passei os últimos sete anos trabalhando como gerente de projetos na Edtech Isso é tecnologia educacional, liderando projetos de aprendizado digital com equipes multifuncionais e internacionais, e o Agile tem sido parte da minha vida profissional diária por todo esse tempo, e quero desmistificar isso para você Então, o que é Agile? Vamos começar de forma simples. Agile é uma forma de gerenciar projetos que divide o trabalho em pequenas partes gerenciáveis e agrega valor passo a passo, em vez de tudo Para entender por que isso é importante, imagine a alternativa tradicional , chamada cachoeira Em projetos em cascata, você planeja tudo com antecedência e, em seguida, executa cada fase na ordem, nos requisitos, no design, na construção, no teste Isso funciona perfeitamente, mas apenas enquanto nada mudar E no mundo real, as coisas mudam constantemente. Assim, os clientes podem mudar de ideia, os mercados podem mudar, novas informações podem aparecer na metade, e o Agile foi projetado exatamente para Então, em vez de um grande plano e um grande lançamento, você trabalha em ciclos curtos, geralmente de uma a quatro semanas. E no final de cada ciclo, você tem algo real para mostrar, receber feedback e melhorar. Então, de onde veio o Agile? Em fevereiro de 2001, 17 desenvolvedores de software se reuniram em um chalé de esqui em Utah e ficaram frustrados com o fato gerenciamento tradicional de projetos com muitos documentos não estar funcionando para Então, naquele fim de semana, eles escreveram o Manifesto Ágil São quatro valores curtos e 12 princípios de apoio. E vale a pena memorizar os quatro valores curtos. Portanto, o Agile valoriza indivíduos e interações em vez de processos e ferramentas Ele valoriza os produtos funcionais em vez de uma documentação abrangente. Ela valoriza a colaboração com o cliente em detrimento da negociação de contratos e valoriza responder às mudanças em vez de seguir um plano Agora observe que a palavra acabou. Os itens na segunda linha ainda são importantes. Você precisa de processos, documentação e planos, mas quando precisa escolher, deve priorizar as coisas que estão no topo Agora, embora o Agile tenha começado no software, esses valores se aplicam praticamente em qualquer lugar em você esteja criando algo novo com certeza, seja marketing, design de produto, educação ou até mesmo saúde Então, qual é a aparência real do Agile no dia a dia? Em sua essência, é um loop. Você planeja um pequeno trabalho , o constrói, analisa com as partes interessadas, aprende com o feedback e depois faz tudo de novo. Ágil, esse ciclo curto costuma ser chamado de sprint e geralmente dura duas semanas No início, você escolhe um pequeno conjunto de itens de uma tarefa priorizada chamada de lista de pendências Em seguida, a equipe cria esses itens, mostra os resultados e depois reflete sobre o que deu certo e o que deve ser melhorado E então o ciclo se repete. Agile é uma mentalidade, mas para aplicá-la, maioria das equipes você usará uma estrutura específica Os dois mais comuns que você ouvirá falar são Scrum e Cam Ban O Scrum usa esses sprints fixos de duas semanas com funções de produto definidas, como proprietário do produto e Scrum Você tem cerimônias regulares, como planejamento, levantamentos diários, avaliações e retrospectivas avaliações e retrospectivas O Cam Ban, por outro lado, é mais contínuo, trabalho flui em um quadro visual e o foco é limitar quanto está em andamento ao mesmo tempo Muitas equipes usarão uma mistura real de ambos. Por que isso importa. Por que o Agile se tornou tão dominante? Há três motivos. Primeiro, reduz o risco porque os problemas surgem cedo, não no final. Segundo, mantém as equipes alinhadas com os clientes porque você está constantemente entrando em contato com eles em vez de adivinhar E terceiro, respeita as pessoas ao confiar em equipes pequenas para organizar seu próprio trabalho Perfeito para trabalho remoto. Para recapitular, o Agile é uma mentalidade para entregar trabalho em ciclos curtos orientados por feedback Ele vem do Manifesto Ágil de 2001, prioriza pessoas, produção de trabalho, colaboração e adaptabilidade e, na prática, geralmente assume a forma de Scrum, Cam Ban ou um híbrido dos dois Então, o que vou deixar para vocês com o Agile não é realmente sobre sprints, stand-ups ou adesivas na parede. Eles são apenas as ferramentas. Em essência, o Agile é uma forma de admitir algo Nem sempre sabemos a resposta de antemão, e a coisa mais inteligente que podemos fazer é construir um pouco, aprender um pouco e continuar melhorando Então, se você continuar gerenciando equipes de software, realizando campanhas de marketing ou coordenando programas de aprendizado, essa mentalidade ágil lhe servirá Obrigado por assistir e boa sorte em sua jornada de gerenciamento de projetos. 3. Para quem é este curso e o que você vai construir.: Oi, e bem vindo de volta. No último vídeo, analisamos o panorama geral do que é o Agile e o comparamos com o estilo tradicional de gerenciamento de projetos em cascata Neste vídeo, quero fazer duas coisas. Primeiro, quero ajudá-lo a verificar se esse é o curso certo para você. E segundo, eu quero te mostrar o que você vai fazer até o final. Este não é um desses cursos em que você simplesmente assiste um monte de teoria e depois se pergunta o que fazer com ela. Ao final deste curso, você terá construído algo real. Então, esse curso é para você? Este curso foi criado para quatro tipos de pessoas. Primeiro de tudo, ele foi construído para iniciantes. Se você já ouviu a palavra Agile usada no trabalho ou em anúncios de emprego e não tem certeza do que isso significa, você está exatamente no lugar certo Você não precisa de nenhum conhecimento prévio para fazer este curso. Em segundo lugar, esse curso foi criado para pessoas que estão migrando para o gerenciamento de projetos ou para uma função de produto. Então, talvez você tenha sido promovido ou esteja tentando entrar na área. Ágil é a linguagem maioria das equipes modernas fala, então você precisará dela, e vocabulário, na verdade, ajuda muito no gerenciamento de projetos Isso mostra que você está, no mínimo, ciente do conceito. O terceiro tipo de pessoa são pessoas que já gerenciam projetos de forma tradicional suspeitam que existe uma maneira melhor. Existe, e você aprenderá sobre isso aqui. E o quarto tipo de pessoa são pessoas que nem sequer trabalham com software. Portanto, em marketing, eventos, educação, saúde, proprietários de pequenas empresas, Agile se aplica a quase tudo em que você está criando algo novo e não tem todas as respostas de antemão Então, se é você, esse é o curso certo. Uma nota rápida sobre para quem esse curso não se destina. Se você já é um Scrum Master certificado com anos de experiência, este curso parecerá bastante básico Tudo bem. Os cursos intermediários e avançados desta série são muito mais profundos. Então, certifique-se de começar onde você realmente está. Então, vamos ver o que você constrói. Você tem três artefatos reais dignos de um portfólio, não apenas notas de um curso Então, o que você realmente vai construir? Este curso é baseado em projetos do início ao fim. Você escolherá um resumo do projeto no próximo vídeo. Você terá três para escolher. E então, tudo o que você aprender, você aplicará a esse projeto. Ao final do curso, você terá três coisas que realmente valem um portfólio A primeira coisa que você terá é uma lista de pendências de produtos totalmente preenchida Essa é a lista priorizada de trabalho a partir da qual qualquer equipe ágil real precisa começar Segundo, você terá um quadro de sprint mostrando um ciclo completo de sprint que você realmente executou e, terceiro, você terá um documento escrito retrospectivo do sprint onde refletirá sobre o que correu bem e o que mudaria bem e o que mudaria Esses são os mesmos artefatos qualquer equipe de produto ativa produz a cada duas semanas. E você pode colocar essas coisas em um portfólio. Você pode mostrá-los em uma entrevista de emprego e usá-los como modelos para seu próximo projeto real. Eles são seus. Então, vamos dar uma olhada no que você precisará. Todas essas ferramentas são gratuitas. Não há necessidade de planos pagos. Não há julgamentos. Não há problemas de inscrição. As duas ferramentas gratuitas que usaremos são Trello e NS ambas com níveis gratuitos Nunca pediremos que você pague por nada nem se inscreva em nenhum teste. E então a terceira coisa que você precisará é de papel e caneta. Então, às vezes, a opção de tecnologia mais baixa é a melhor coisa para pensar. Então, em seguida, escolha seu projeto. Você poderá escolher entre três resumos. Você terá uma escolha e, em seguida, construiremos. Portanto, escolha o que você acha que melhor se adapta a você. Não pense demais na escolha. No próximo vídeo, ajudarei você a decidir sobre seu resumo. Então eu vou te ver lá. 4. Escolha seu briefing de projeto: Edtech, e-commerce ou eventos: Bem vindo de volta. Agora , a parte divertida. Neste vídeo, você escolherá o projeto em que trabalhará no restante deste curso. Eu preparei três resumos diferentes para você. Eles cobrem setores muito diferentes de propósito, principalmente para mostrar que o Agile não serve apenas para projetos de software Você verá o que quero dizer em um minuto. Portanto, não se preocupe com essa escolha. Escolha o que mais o empolga ou o que está mais próximo do seu trabalho real Não há resposta certa ou errada aqui. Qualquer um desses resumos será útil para você neste curso. Resumidamente, A é tecnologia educacional da Edtech para criar um recurso para um aplicativo de aprendizado de idiomas para crianças Então, imagine que você é o gerente de produto ou o gerente de projetos em uma pequena startup da Edtech Sua equipe está criando um aplicativo de aprendizado de idiomas para crianças, e a primeira versão está disponível, mas o engajamento diminui após a segunda semana. Seu trabalho é planejar e executar um sprint que inclua um novo recurso projetado para trazer as crianças de volta Talvez seja um sistema de sequência um novo modo de jogo ou algumas recompensas Essa depende de você. Portanto, escolha este se você gosta de produtos de consumo ou aplicativos. Você estuda ou está próximo à educação e quer pensar motivação e no engajamento do usuário. resumo B é E-Commerce para lançar uma nova linha de produtos para um varejista sustentável Então, para este, você está trabalhando com um pequeno varejista on-line que vende produtos domésticos sustentáveis Eles querem lançar uma nova linha de produtos, por exemplo, cozinha ecológica, cozinha ecológica tempo da temporada de compras natalinas. Agora, com este, você tem muitas partes móveis. Temos fotografias, descrições de produtos, preços, negociações com fornecedores, marketing e até mesmo o site. Portanto, seu trabalho é planejar e executar um sprint que prepare o lançamento Eu escolheria este se você gosta de negócios não operacionais ou se está interessado em marketing ou empreendedorismo em geral, ou se quiser um resumo com muitas peças interfuncionais e móveis Se C for um evento do setor. Então, organize uma conferência híbrida de dois dias. conferência híbrida significa que você tem pessoas participando pessoalmente e on-line. Então, com este projeto, há um local para reservar. Há palestrantes para convidar. Existem patrocinadores para perseguir. Temos um site para criar. Você tem tecnologia para configurar e uma campanha de marketing para executar. O evento acontece em três meses, e seu trabalho é planejar e executar um sprint que leve o projeto adiante Eu escolheria este especificamente se você não trabalha com tecnologia. Eventos é o resumo que prova que o Agile funciona fora do software Se você trabalha em operações de marketing, RH ou qualquer área que não seja de TI, essa provavelmente é a melhor opção. Então, como escolher. Estas são as três perguntas se você estiver preso. Primeiro, qual setor está mais próximo do seu trabalho real? Se seu trabalho diário é no varejo, escolha E-Commerce. Se não for em tecnologia, escolha eventos. Quanto mais próximo o resumo estiver da sua realidade ou do que você quer fazer, mais você obterá deste curso. Dois, qual deles te excita mais genuinamente? Você vai passar pelo menos 3 horas nisso, então escolha o que você vai gostar. E número três, se você ainda estiver preso, escolha eventos. É o mais acessível para iniciantes e provavelmente o melhor que mostra todas as vantagens do gerenciamento ágil de projetos Então, pause o vídeo, escolha um resumo e anote-o. No próximo vídeo, abordaremos o próprio Manifesto Ágil, os quatro valores e os 12 princípios que sustentam todo o resto. Te vejo lá. 5. O Manifesto Ágil: quatro valores, doze princípios: Bem vindo de volta. No vídeo de introdução, mencionei o Manifesto Ágil, que foi o documento que 17 desenvolvedores escreveram sobre o chalé de esqui em Utah, se você se lembra disso Neste vídeo, vamos nos aprofundar no que ele realmente diz. Vamos analisar os quatro valores e os 12 princípios de apoio. Agora, esse é um vídeo importante. Esse é o cerne filosófico de tudo o mais no curso e nas questões de vocabulário. Então, talvez você queira pegar papel e caneta para este vídeo. Então, primeiro de tudo, por que manifesto? Bem, havia um problema que precisava ser resolvido. E aqui está seu contexto. Então, no final dos anos 90, projetos de software estavam falhando, grandes e caros, principalmente porque as equipes passavam meses e meses escrevendo especificações detalhadas e depois mais meses construindo o que essas especificações diziam apenas para entregar algo que o cliente não queria mais Eles não queriam isso porque os mercados haviam mudado , os requisitos haviam mudado. Então, o plano foi perfeito, mas o resultado foi inútil. Esse era o principal problema. Agora, em fevereiro de 2001, 17 desenvolvedores se reuniram em uma estação de esqui em Utah Agora, eles não concordaram com os métodos, mas todos concordaram que deveria haver uma maneira melhor. Então, no fim de semana, eles escreveram um documento muito curto, que surpreendentemente tem apenas 68 palavras. Então, vamos dar uma olhada nisso. Agora, esse documento consiste principalmente em quatro valores, e valorizamos mais os itens à esquerda do que valorizamos os itens à direita. O manifesto diz que estamos descobrindo maneiras melhores de desenvolver software fazendo isso e ajudando outras pessoas a fazer isso Por meio desse trabalho, chegamos ao valor e, em seguida, temos as quatro afirmações. Portanto, valorize um, indivíduos e interações em vez de processos e ferramentas. Isso significa que uma ótima equipe com ferramentas medíocres superará uma equipe medíocre Então, conversar um com o outro é muito importante. Não se esconda atrás do software. Em segundo lugar, um software funcional em vez de uma documentação abrangente. Então, o que isso realmente significa é 100 páginas de especificações bonitas que ninguém lê valem muito menos do que um pequeno protótipo funcional que as pessoas podem realmente usar e experimentar Então, construa algo real assim que puder. Terceiro valor, colaboração com o cliente em vez de negociação de contratos O que isso significa é não desperdiçar sua energia discutindo exatamente o que foi acordado no resumo original Trabalhe com seu cliente, colabore com ele, descubra o que é realmente necessário E o quarto valor é responder à mudança em vez de seguir um plano Agora, o que isso significa é que um plano não é como uma hipótese. Não é um contrato. Quando a realidade contradiz o plano, mude o plano E aqui está a parte que as pessoas sentem falta. O Manifesto termina com, ou seja, embora haja valor nos itens à direita, valorizamos mais os itens à esquerda Então, essas coisas tradicionais como processos e documentação, contratos e planos, todas elas ainda importam. Eles não são uma coisa ruim, mas não são a prioridade quando chega a hora Então, vamos dar uma olhada nos 12 princípios. Agora, agrupar os princípios os torna um pouco mais memoráveis Então, eu não vou ler todos os 12 princípios um após o outro. Isso seria muito entediante. Além disso, você mesmo pode lê-los em alguns minutos. Lembre-se de que tem apenas 68 palavras. Então, em vez de passar de um a 12, vou agrupá-los em quatro temas diferentes. Agora, o primeiro tema oferecer valor com antecedência e frequência. O primeiro princípio diz: satisfazer o cliente por meio de entrega antecipada e contínua. E o terceiro valor diz: entregue software funcional com frequência, semanas em vez de meses. Tradução, o que isso realmente significa, coloque algo real na frente dos usuários o mais rápido possível e continue fazendo. O segundo tema, mudança bem-vinda. O segundo princípio dos 12 diz literalmente: bem-vindo, mudando os requisitos, mesmo no final do desenvolvimento. Agora, isso parece loucura se você vem do gerenciamento tradicional de projetos em cascata Mas a aposta ágil é que a mudança acontecerá de qualquer maneira, então você pode muito bem se preparar para ela O terceiro tema é as pessoas em primeiro lugar. Vários princípios podem ser agrupados nesse tema. Você constrói projetos em torno indivíduos motivados e confia neles para realizar o trabalho. conversa cara a cara é a maneira mais eficiente de compartilhar informações, e os melhores arquitetos e designers surgem de equipes auto-organizadas. Se você notar um padrão, Agile confia nas pessoas que trabalham nos projetos O quarto tema é sustentabilidade e reflexão, dois princípios que eu adoro. Os processos ágeis promovem o desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente Em outras palavras, nenhuma marcha da morte. E o último princípio: em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz Você incorporou a melhoria contínua. Então, vamos dar uma olhada no que isso significa na prática e no que o manifesto significa para o seu projeto Então, o que significa quando você está fazendo o resumo do seu projeto? Isso significa priorizar o envio algo pequeno em vez de planejar algo perfeito Isso significa que, quando sua parte interessada mudar de ideia, trate isso como informação útil, não como um problema pelo qual você deva se preocupar Significa confiar em sua equipe, refletir com frequência sobre o que você fez, melhorar constantemente. Agora, nada disso é ciência de foguetes. É principalmente o senso comum que foi esquecido por essas grandes organizações que estão muito presas em seus caminhos. O trabalho do manifesto é nos lembrar. Então, no próximo vídeo, abordaremos os equívocos do Gerenciamento Ágil de Projetos porque, você sabe, como é tão amplamente usado, esses É surpreendente o quanto um documento de 68 palavras pode ser mal interpretado Então, no próximo vídeo, veremos os mitos do Agile, veremos os mitos do Agile, desmascarados. Nos vemos lá. 6. Mitos e equívocos da técnica ágil: Bem-vindo de volta. Se você só lembra de uma coisa desse vídeo, faça isso. A maioria do que as pessoas chamam de ágil não é. Agora, há uma grande lacuna entre o que o manifesto diz e o que as equipes realmente fazem Então, vamos analisar os equívocos e desmascarar os mitos. Mito número um: Agile significa não ter planejamento. Este me deixa louco, e é por isso que é o número um. O manifesto diz que responder à mudança é mais do que seguir um plano, e não nunca seguir um As equipes ágeis planejam constantemente. Eles apenas planejam em partes menores com mais frequência e estão dispostos a mudar esses planos à medida que aprendem Se alguém lhe disser que não fazemos planejamento, somos ágeis, eles não são ágeis Eles são simplesmente desorganizados. Então, cuidado Mito número dois: Agile significa ausência de documentação. Novamente, isso também me deixa louco. O manifesto diz que trabalhar com software em vez de documentação abrangente, isso não significa documentação zero Isso significa não escrever 200 páginas que ninguém leia. Escrever documentação realmente ajuda a ter uma história de usuário clara, um simples registro de decisão, um diagrama de arquitetura de uma página — tudo isso é bem-vindo. Mito número três: Agile é apenas Scrum. Não. O Scrum é uma estrutura ágil Existem outras estruturas, incluindo Caban, Extreme Programming, Extreme Programming, Lean e Scrumban, que Ágil é a mentalidade, os valores e os princípios que acabamos de abordar, e o Scrum é uma forma específica de aplicar esses Então, quando alguém diz: “Você está usando o Agile”, resposta mais honesta é que geralmente estamos usando o Scrum, que é um sabor do Vamos nos aprofundar nisso no segundo curso. Em quarto lugar, o Agile é apenas para software. O manifesto foi escrito por desenvolvedores, mas os princípios e os valores são universais As equipes de marketing usam o Agile, hospitais usam o Agile, as escolas usam Até mesmo empresas de construção o usam. Portanto, se você está criando algo novo e existe incerteza e tem muitas partes interessadas , o Agile se aplica e é muito eficaz É por isso que um de seus resumos de projeto neste curso é um projeto de evento, não de software Meu número cinco, Agile significa mais rápido. Esse é possivelmente o mito mais prejudicial porque é como os executivos são convencidos em projetos ágeis Isso nos fará embarcar mais rápido. Quero dizer, às vezes acontece, mas o verdadeiro benefício do Agile não é a velocidade É a adaptabilidade. Você se concentra nas coisas que mais importam porque aprendeu quais são essas coisas ao longo do projeto. Na verdade, você pode trabalhar menos em geral por causa disso. Portanto, a velocidade é um efeito colateral. Não é o objetivo. Agora, no próximo vídeo, vamos identificar o comportamento ágil Você terá a chance de testar isso sozinho. Faremos um exercício rápido e prático. Vou te mostrar alguns cenários, e você decide quais são realmente ágeis e quais estão apenas vestidos para parecer ágeis de uma perspectiva superficial . Então eu vou te ver então. 7. Exercício prático: identifique o comportamento ágil versus não ágil: Bem vindo de volta. Agora chegamos ao nosso primeiro exercício prático, ágil ou não Eu quero que você identifique o comportamento ágil. Eu vou te dar cinco cenários curtos. Para cada um, pause o vídeo e decida esse é um comportamento ágil ou E então eu vou te dar a resposta. Então, primeiro, no primeiro cenário, uma equipe escreve um documento de especificação detalhado de 80 páginas antes que uma única linha de código seja escrita. Agora faça uma pausa se quiser. Isso é ágil ou não ágil Isso não é ágil. Então, esse é o pensamento clássico em cascata, um grande planejamento antecipado e, em seguida, você constrói, o que vai contra a metodologia ágil Então, no segundo cenário, uma equipe lança um pequeno recurso a cada duas semanas, recebe feedback de usuários reais e usa isso para decidir o que criar a seguir. pausa aqui se quiser. Isso é ágil ou não ágil Isso é ágil. Temos ciclos curtos. Temos feedback e decisões reais dos usuários com base no que foi aprendido durante esse piloto, como você pode chamar isso. Ok, cenário três. O cliente solicita uma mudança na metade do projeto A equipe responde: Desculpe, isso não está no resumo original pausa aqui, se quiser. Isso é ágil ou não ágil Isso não é ágil. Portanto, lembre-se de que temos o terceiro valor da colaboração com o cliente em relação à negociação de contratos Dê boas-vindas à mudança. Não lute contra isso. Agora, no cenário quatro, a equipe tem uma reunião de 15 minutos todas as manhãs, na qual cada pessoa compartilha o progresso, os planos e quaisquer obstáculos. Eles também falam sobre o que fizeram ontem, o que estão fazendo hoje, coisas assim. Isso é ágil ou não? Isso é ágil Este é o clássico stand up diário, que apoia o Princípio Seis. conversa cara a cara é a maneira mais eficiente de compartilhar informações. E no cenário cinco, uma equipe realiza uma reunião todas as sextas-feiras para discutir o que correu bem, o que não funcionou e o que tentar a seguir. Faça uma pausa aqui. Isso é ágil ou não ágil? Isso é ágil. Isso é conhecido como retrospectiva Este é o Principal 12, que é em entrevistas regulares, a equipe reflete sobre como se tornar mais eficaz. Então, eles olham para as coisas que correram bem, coisas que falharam. Então marque você mesmo. Quantos você recebeu? Não se preocupe se você perdeu alguns. Esses conceitos e esses valores serão absorvidos com o tempo. Mas esse é o fim da Seção 1. 8. Os elementos básicos: sprints, incrementos e o loop empírico: Nesta seção, entraremos na sala de máquinas do Agile. Na última seção, falamos sobre a mentalidade e, nesta, falaremos sobre a mecânica Ao final deste vídeo, você saberá o que um sprint, o que é um incremento e também conhecerá o ciclo simples de três etapas que as equipes ágeis usam para agregar Então, vamos entrar nisso. O que é um sprint Um sprint é um contêiner de comprimento fixo para trabalho. É um período fixo de tempo durante o qual uma equipe trabalha para concluir uma pequena quantidade de trabalho acordada. O comprimento é consistente. Geralmente é uma, duas, três ou quatro semanas. Duas semanas são, de longe , as mais comuns. E a palavra-chave aí está fixa. Um sprint sempre começa no mesmo dia e termina no mesmo dia. Você não o estende porque o trabalho não está concluído e não o encurta porque alguém está de férias A caixa do tempo é sagrada. Por que isso é importante? Porque a previsibilidade é uma das coisas que Aja oferece Depois de alguns sprints, você começa a aprender o que sua equipe pode fazer de forma realista em duas semanas, e essas informações são valiosas para o planejamento. Então você não o estende, você não o encurta. Essa caixa de tempo está fixa. Em seguida, o que é um incremento Isso é o que você produz no final de cada sprint. É uma peça de valor pequena, mas completa , que pode ser liberada ou usada, algo real. O ponto crucial aqui é a palavra trabalhar. Não é um filme inacabado. Não é um wireframe. Não é uma pilha de notas ou documentação É um trabalho pequeno, mas completo , que, em valor, pode ser lançado ou usado. Para seu projeto Edtech, um incremento pode ser um contador de sequências de trabalho no E-Commerce, pode ser uma página de produto finalizada Para eventos, uma reserva de local confirmada e uma data publicada, coisas assim. Tão real, acabado e utilizável. Em seguida, temos o loop empírico. Temos três palavras. Esse é todo o motor do Agile. Esse é provavelmente o conceito mais importante neste vídeo. Parece sofisticado, mas são apenas três etapas simples que se repetem repetidamente. Transparência, inspeção e adaptação. Transparência significa que todos podem ver o que está acontecendo. O trabalho está visível em um quadro, em uma lista de pendências, em algum lugar que todos possam vê-lo Não temos nenhum progresso oculto nem surpresas. Inspeção significa que examinamos regularmente o que produzimos e como estamos trabalhando. Nós não apenas seguimos em frente, paramos e verificamos. É isso que o cliente queria? Estamos no caminho certo? Algo está bloqueado? E adaptação significa que mudamos com base no que vemos. Então, se algo não está funcionando, nós o mudamos. Se uma parte interessada nos fornecer novas informações, atualizamos o plano Não continuamos fazendo a coisa errada só porque estava no plano original. Temos que nos adaptar. Transparência, inspeção, adaptação. Esse é todo o motor do Agile. Então, vamos ver como isso se encaixa. Você tem seu incremento de sprint e repete. Isso é basicamente o que é o Agile. Você corre um sprint. Digamos que dure duas semanas. Durante o sprint, você torna o trabalho transparente em um quadro No final do sprint, você produziu um incremento funcional Então você inspeciona. Você mostra isso para as pessoas. Você pergunta o que eles pensam, reflete sobre como a equipe trabalha em conjunto, depois se adapta para o próximo sprint e faz tudo de novo. Esse é o ritmo fundamental do trabalho ágil. Sprint, loop de incremento, sprint, incremento, loop. Ah. Em seguida, temos as três funções que o fazem funcionar proprietário do produto, o Scrum Master e a equipe de desenvolvimento. Te vejo na próxima. 9. Funções: proprietário do produto, Scrum Master, equipe de desenvolvimento: Bem vindo de volta. Nesta lição, veremos as três funções que fazem as equipes ágeis funcionarem Ao final deste vídeo, você saberá quem faz o quê e por que cada função existe. Estamos nos concentrando na estrutura Scrum aqui porque ela é a mais comum e as definições de funções são as mais claras. Então, vamos começar. Primeiro, temos o proprietário do produto, também conhecido como PO. Essa é a voz do cliente na equipe. O trabalho deles é decidir o que a equipe constrói e em que ordem Eles são donos da lista de pendências do produto, que é aquela lista priorizada de trabalho, e são a pessoa que diz: Isso é o que mais importa . Faça isso a seguir. Crucialmente, o PO não é o chefe da equipe. Eles não dizem à equipe como fazer o trabalho. Eles dizem à equipe o que fazer e por que isso é importante. O “como” depende da equipe. Um bom proprietário do produto passa tempo com os clientes. Eles entendem o negócio e tomam decisões difíceis sobre prioridades. Eles dizem muito não porque sempre há mais demanda do que eles têm capacidade para atender. resumo do seu projeto, você pode estar desempenhando esse papel sozinho, o que é totalmente bom. Lembre-se da mentalidade do proprietário do produto, seja claro sobre as prioridades, converse com seus usuários e faça concessões O próximo papel é o Scrum Master, também conhecido como SM Essa função ajuda a equipe a trabalhar bem. Agora, esse é um dos papéis mais incompreendidos no Agile O Scrum Master não é o gerente de projetos. Eles não atribuem tarefas. Eles não rastreiam quem fez o quê. Eles não perseguem as pessoas em busca de atualizações ou resultados, e não são os chefes O que eles realmente fazem é ajudar a equipe a trabalhar bem. Eles facilitam as reuniões. Eles removem obstáculos, coisas que impedem o progresso da equipe e treinam a equipe nas práticas ágeis Eles também protegem a equipe de qualquer interferência externa. Uma das melhores analogias aqui é que o Scrum Master é como um treinador de futebol. Eles não jogam o jogo. Eles não dizem aos jogadores como chutar a bola, mas criam as condições que a equipe possa ter o melhor desempenho. Em equipes pequenas, o Scrum Master geralmente desempenha outra função, talvez a de desenvolvedor sênior Toda a responsabilidade é compartilhada, o que é perfeitamente aceitável. Desde que o trabalho seja feito, isso realmente não importa. A próxima função é a equipe de desenvolvimento. Essas são as pessoas que realmente constroem o produto. Agora, apesar do nome, não se trata apenas de desenvolvedores ou programadores de software A equipe de desenvolvimento é todo mundo que realmente constrói o produto Software, que seriam desenvolvedores, mas também designers e testadores. Para um projeto de marketing, seriam redatores, designers, profissionais de marketing Para um evento, são as pessoas de operações, os coordenadores de palestrantes, o gerente do local, duas coisas importantes sobre a equipe de desenvolvimento Uma é que eles se auto-organizam. Ninguém lhes diz como dividir o trabalho. Eles descobrem isso sozinhos. E segundo, eles são multifuncionais. A equipe tem todas as habilidades necessárias para oferecer um incremento sem depender de pessoas de fora O tamanho típico é de três a nove pessoas, grande o suficiente para que você tenha todas as habilidades necessárias e pequeno o suficiente para que todos saibam o que está acontecendo e quem está fazendo o quê. Então, vamos dar uma olhada em como essas três funções funcionam juntas. Temos três responsabilidades e muito pouca sobreposição. O proprietário do produto decide o que criar. A equipe de desenvolvimento decide como construí-lo, e o Scrum Master garante que o processo corra bem Essas três funções e responsabilidades têm muito pouca sobreposição E essa clareza é uma das razões pelas quais o Scrum funciona. Todo mundo sabe de quem é a decisão. Se uma parte interessada quiser um novo recurso, ela conversa com o proprietário do produto Se um desenvolvedor for bloqueado, o Scrum Master ajuda a desbloqueá-lo A equipe precisa decidir uma abordagem técnica , ela mesma decide. Agora, na vida real, especialmente em equipes pequenas, uma pessoa pode desempenhar duas funções. Você pode ser o proprietário do produto e um Scrum Master. Ou, como eu disse antes, o desenvolvedor sênior também pode ser o Scrum Master, que é completamente normal As funções são sobre responsabilidades e não especificamente sobre cargos. Então, obrigado por se juntar a mim nesta lição. A seguir, analisaremos a lista de pendências do produto. Vamos ver o que está nele, como está estruturado e como criar um bom. Te vejo na próxima. 10. O backlog de produtos explicado: Bem vindo de volta. Nesta lição, vamos nos aprofundar na lista de pendências do produto Esse é provavelmente o artefato mais importante no trabalho ágil E quando você entender isso, muitas outras coisas começarão a se encaixar. Então, no final deste vídeo, você saberá o que é uma lista de pendências, o que contém e o que a torna boa Então, o que é um backlog de produtos? Vamos dar uma olhada em uma definição simples com três palavras-chave. pendências do produto é uma única lista ordenada e priorizada de todo o trabalho que pode ser feito em um projeto ou Agora, há três palavras-chave aqui nesta definição. O primeiro é solteiro. Há apenas uma lista de pendências. Não há um por membro da equipe. Não há uma por parte interessada. Temos uma lista de pendências. A próxima palavra-chave é priorizada. Os itens no topo da lista são os mais importantes. E o terceiro está encomendado. Não há gravata. Se dois itens são igualmente importantes, o proprietário do produto escolhe um para ter maior prioridade do que o outro Pense nisso como uma lista de desejos com um pedido. Tudo o que alguém quer a equipe faça acaba aparecendo nessa lista, e a ordem diz à equipe no que trabalhar a seguir. Então, o que entra em uma lista de pendências? Geralmente, temos três tipos de itens em uma lista de pendências. Todos eles estão na mesma lista. Os primeiros são os recursos. Então, essas são coisas novas que você quer construir. Então, por exemplo, adicione um contador de sequências, crie uma página de checkout ou reserve o local O segundo item seriam correções. Então, essas são coisas que estão quebradas ou precisam ser melhoradas. Por exemplo, o botão de login não funciona em dispositivos Android. As fotos do produto estão muito escuras. A terceira são as tarefas domésticas. Então, esses são itens técnicos. Essas são coisas que a equipe precisa fazer que não produzem diretamente um recurso , mas são necessárias. Então, por exemplo, configure a ferramenta de análise, renove o nome do domínio, todos os três residem na mesma lista de pendências, priorizem juntos, o priorizem juntos, Portanto, você é forçado a comparar um novo recurso a uma solução crítica a uma parte da dívida técnica Não há listas separadas que ocultem as vantagens e desvantagens. Você prioriza todos eles na mesma lista. Então, o que constitui um bom backlog de produtos, lembre-se da sigla deep Agora, nem todos os itens em uma lista de pendências estão igualmente bem definidos. Então, aqui temos um acrônimo útil para o que deve ser um bom backlog Então, PROFUNDO ou profundo. D é para ser detalhado de forma adequada. Os itens próximos ao topo da lista de pendências que serão trabalhados em breve devem ter muitos detalhes Os itens próximos à parte inferior podem ser vagos. Portanto, não perca seu tempo aperfeiçoando algo que talvez nunca seja feito E é para estimativa. Cada item deve ter algum tipo de estimativa de tamanho. Não precisam ser horas ou dias. Falaremos sobre os pontos da história mais tarde, mas a equipe deve ter uma ideia aproximada do tamanho de cada item. O próximo E é para emergente. A lista de pendências nunca termina. Novos itens são adicionados o tempo todo. Itens antigos são alterados ou excluídos. Agora, isso é saudável. Não é um sinal de fracasso. E, finalmente, P é priorizado. Há uma ordem clara. Os principais itens são a maior prioridade. O proprietário do produto é responsável por manter esse fluxo de corrente. Para criar sua lista de pendências. Temos três etapas. Isso leva, sim, uma ou duas horas de trabalho, dependendo do tamanho do projeto. Portanto, a primeira das três etapas é o brainstorming. Tire tudo da sua cabeça e coloque-o em uma lista. Não se preocupe com um pedido ainda. Não se preocupe com o tamanho. Basta colocar tudo na sua página Cada recurso, cada correção, cada tarefa. Procure pelo menos 20 itens. Segunda etapa, agrupar e limpar. Veja sua lista. Alguns itens podem ser duplicados. Portanto, os itens serão grandes demais para serem feitos em um sprint e precisarão ser detalhados. Alguns serão muito pequenos e podem ser combinados com outras tarefas. A terceira etapa é priorizar. Coloque o item mais importante no topo. mais importante significa qual entrega o maior valor ao usuário, o mais rápido e com o menor esforço, e depois faz o mesmo com o próximo item e o próximo E no final, você teria uma lista de pedidos pendentes. Todo esse exercício deve levar uma hora, talvez duas. Faremos isso de verdade na próxima seção. Então, a seguir, temos histórias de usuários, que são o formato de cada item em sua lista de pendências Obrigado por se juntar a mim nesta lição. Te vejo na próxima. 11. Histórias de usuários: escrevendo no curso “Como..., quero..., para que...” Formato: Bem-vindo de volta. Nesta lição, aprenderemos o modelo mais útil em Agile, a história do usuário Então, ao final deste vídeo, você poderá escrever uma história de usuário para qualquer item em sua lista de pendências e saberá o que é uma boa história de usuário e o que a torna ruim Então, aspecto absolutamente fundamental dos projetos ágeis. O modelo clássico, vamos começar com o que uma história de usuário não é. Uma história de usuário não é uma especificação detalhada. Não é um contrato ou uma lista de requisitos. Uma história de usuário é uma declaração curta que captura o que um usuário quer e por quê. O modelo clássico, que você verá em todos os lugares, é assim. Como tipo de usuário, quero algum objetivo. Então, isso é algum motivo. Há três partes: quem, o quê e por quê. Por exemplo, como aluno recorrente, quero ver quantos dias seguidos pratiquei para me sentir motivada a continuar Observe as três peças, o usuário, o objetivo e o motivo. Então, por que esse formato funciona? Há três razões pelas quais vale a pena usar uma estrutura rígida. Primeiro, força você a identificar o usuário. Hoje em dia, muitos recursos são criados sem que ninguém pense em para quem eles servem. Crie um painel, mas para quem e para quê, o formato da história do usuário torna essa pergunta inevitável Segundo, ele se concentra no objetivo, não na solução. Portanto, observe que a história não diz: adicione um widget de contador de sequências na página inicial Diz: Veja quantos dias seguidos eu pratiquei. Agora, isso deixa a equipe livre para encontrar a melhor solução para atingir esse objetivo. Talvez seja um contador, talvez seja uma visualização do calendário, talvez seja uma notificação. A história não dita. E a terceira, captura o porquê, de modo que essa parte geralmente é a mais ignorada, mas é a mais importante Sem isso, você não pode dizer se vale a pena contar a história. Se você não consegue escrever de forma convincente, talvez a história nem deva estar na lista de pendências Então, vamos dar uma olhada em alguns exemplos para cada resumo do projeto. Então, na Edtech, como mãe, quero ver relatórios semanais de progresso sobre meu filho para saber se o aplicativo está realmente funcionando No comércio eletrônico, uma história de usuário pode ser a de um visitante pela primeira vez Quero ver os custos de envio claros antes de adicioná-la à minha cesta, para não me surpreender com a finalização da compra E, em eventos, uma história de usuário pode parecer patrocinadora. Quero uma análise clara do que cada nível de patrocínio inclui para que eu possa decidir com qual deles me comprometer Agora observe que, em cada caso, há um usuário real, uma meta clara e uma razão sensata para essa meta Nenhum deles é técnico. Nenhum deles prescreve uma solução, e esse é o ponto ideal. Agora, o que torna uma história ruim? Vejamos quatro modos de falha comuns. Primeiro, o fracasso é muito vago. Por exemplo, como usuário, quero uma experiência melhor para ficar feliz. Agora, isso não é uma história. Isso é como um desejo. O que significa melhor ainda? Isso é completamente impraticável. Uma segunda falha seria esconder uma solução. Como usuário, quero um botão vermelho no canto superior direito para poder clicar nele. Agora, isso não é uma história. Essa é apenas uma especificação de design disfarçada como uma. Não temos objetivo nem razão sem solução prescrita. Terceira falha muito grande. Como usuário, quero um sistema completo de gerenciamento de contas para poder gerenciar minha conta. Isso não é uma história. É como um projeto inteiro. Uma boa história deve ser pequena o suficiente para ser concluída em um único sprint e, se não for, deve dividi-la. A quarta falha é perder o então, perder o motivo. Então, como usuário, eu quero fazer login. Por quê? Sem isso, você não pode julgar se vale a pena fazer isso em primeiro lugar. Portanto, há um acrônimo útil que podemos usar aqui para descrever o que uma boa história deveria ser INVEST Independente, negociável, valioso, estimável. Pequeno e testável. Independente significa que não depende outra história ser feita primeiro, se possível. Negociável significa que os detalhes podem mudar à medida que aprendemos mais. Valioso significa que ele oferece algo com o qual o usuário se preocupa. Estimável significa que a equipe pode dimensioná-lo aproximadamente. Pequeno significa que cabe em um sprint, e testável significa que você pode dizer quando está pronto Agora, não memorize isso agora. Talvez escreva, mas lembre-se da sigla. E se você está preso a uma história de usuário, pode usar essa sigla para tentar melhorá-la Oh, obrigado por se juntar a mim nesta lição. Na próxima lição, adicionaremos as peças finais de uma boa história de usuário, que são os critérios de aceitação e a definição de concluído. Esses são os bits que indicam que o sprint está realmente concluído Então, nos vemos na próxima. 12. Critérios de aceitação e a definição de feito: Bem vindo de volta. Nesta lição, abordaremos uma das questões mais complicadas do Como sabemos quando algo está terminado? Existem duas ferramentas principais que usaremos para entender isso: os critérios de aceitação e a definição de concluído. Então, vamos começar. Agora, o que significa Feito? Se você não concordar com isso, a equipe discutirá em cada sprint Então, aqui está uma pergunta. Quando um recurso é concluído? É quando o código é escrito? É quando foi testado? Isso é feito quando é implantado? Isso é feito quando o usuário pode usá-lo? Isso é feito quando a documentação é atualizada? Se você não concordar com essas coisas, acabará com discussões em cada etapa do processo. Alguém pode dizer: Sim, está feito, e outra pessoa diz, não, não está feito. Os testes não foram executados. Portanto, essa ambigüidade pode matar o ímpeto. É por isso que as equipes ágeis usam duas ferramentas complementares, critérios de aceitação Que são específicos de uma única história e da Definição de Concluído, que se aplica a tudo. Então, vamos examinar primeiro os critérios de aceitação. Essas são declarações curtas e específicas que podem descrever o que uma história precisa fazer para ser aceita pelo proprietário do produto. Eles acompanham a história do usuário. Então, vamos pegar a contra-história que escrevemos anteriormente Então, como aluno recorrente, quero ver quantos dias seguidos pratiquei para me sentir motivada a continuar critério de aceitação para isso pode ser a sequência de shows na tela inicial A sequência é zerada se um dia for perdido. A sequência mostra o número atual, não os recordes históricos A sequência é exibida corretamente no telefone e no tablet. Agora, observe que eles são específicos, são testáveis e estão vinculados a essa história de usuário única Eles não prescrevem o design, mas dizem exatamente o que a coisa final deve fazer. Portanto, uma boa regra aqui é de três a cinco critérios de aceitação por história Se você tem mais do que isso, sua história provavelmente é muito grande. Agora vamos ver a definição de Concluído. Essa é uma lista de verificação que se aplica a cada peça de trabalho que a equipe produz Não é só uma história. É para todos eles. Uma definição típica de Concluído pode incluir que o trabalho foi revisado por pares, o trabalho foi testado O trabalho foi documentado quando apropriado. O trabalho foi implantado em um local onde os usuários possam vê-lo Todos os critérios de aceitação da história específica foram atendidos, e a equipe escreve essa lista e a aplica de forma consistente. Essa é a rede de segurança que captura coisas que os critérios de aceitação de critérios podem perder Os critérios de aceitação dirão que essa história específica faz o que deveria. A Definition of Done diz que este trabalho atende ao nosso padrão de qualidade. Para um resumo que não seja de software, a definição de concluído seria diferente. Para um evento, pode ser que a tarefa esteja documentada no registro do projeto. Todos os contratos são assinados e arquivados. E os custos são registrados no rastreador de orçamento. As partes interessadas afetadas foram notificadas. Então, essa é a definição de concluído para um evento, por exemplo. Então, como eles se encaixam? Uma história está realmente pronta quando seus critérios de aceitação são atendidos e a definição de concluída é satisfeita. Ambos, nem um nem o outro, os dois. Esse é o padrão. Depois de instalar essas duas ferramentas, essas discussões, se está pronto ou não devem desaparecer no final de um sprint Então, isso é tudo para os critérios de aceitação e a Definição de Concluído. Em seguida, temos um pequeno exercício prático, que consistirá em escrever três histórias de usuário para o resumo do projeto escolhido , com critérios de aceitação. Então, nos vemos na próxima. 13. Exercício prático: escreva três histórias de usuários para seu briefing: Olá e bem-vindo de volta. Este é o vídeo final da seção. Vamos fazer exercícios práticos. No último vídeo, analisamos histórias de usuários e critérios de aceitação. Neste vídeo, vamos fazer um pequeno exercício em que você escreve suas próprias histórias de usuário. Então, ao final disso, você terá seus primeiros itens de lista de pendências adequados prontos para uso Então, o que você precisará, tudo o que você precisa é de um lugar para escrever, então use papel e caneta. Ou se você já configurou o Trello, pode usar o Trello e usar um cartão do Trello, ou pode usar uma página de noções se preferir digitar, mas a É mais conteúdo em que precisamos nos concentrar. Então, primeiro, passo um. Antes de escrever qualquer história, identifique três tipos diferentes de usuário para seu projeto. Usuários diferentes têm necessidades diferentes, e um bom backlog deve refletir isso Então, para a Edtech, você pode ter um filho aprendiz, um pai e um professor E, essas são três pessoas muito diferentes, a propósito, então elas terão três objetivos diferentes. Para o comércio eletrônico, suas três pessoas podem ser um visitante pela primeira vez, um cliente recorrente e um cliente que devolve um produto. E para eventos, você pode ter um participante, um palestrante e um patrocinador E, novamente, cada um deles se preocupa com coisas diferentes. Então, escolha três pessoas, anote-as e pause o vídeo agora Você precisa de algum tempo para pensar. Vamos passar para a etapa dois. Então, agora é hora de escrever as histórias. Você tem uma história por usuário. Portanto, use esse modelo como usuário. Eu quero um gol, então esse motivo. Uma história por usuário, siga estritamente esse formato. Parece rígido no início, mas essa força é um pensamento claro E sim, não precisam ser as histórias mais inteligentes. Pense nas óbvias. Qual é a coisa mais básica que cada usuário quer e comece por aí. Assim, você pode pausar o vídeo agora e anotar suas três histórias se precisar de alguns minutos para fazer isso Etapa três: para cada história, escreva de três a cinco critérios de aceitação. Então, lembre-se, específico, testável e vinculado a essa história Por exemplo, se sua história for, como participante, quero uma programação clara da conferência para poder planejar meu dia Seu critério de aceitação aqui pode ser que a programação mostre todas as sessões com horários. A programação está disponível on-line antes do evento, e cada seção mostra o nome do palestrante. A programação pode ser filtrada por faixa ou tópico. Então, pause o vídeo agora. Você pode adicionar critérios de adição, desculpe, às suas três histórias agora. Então, vamos lá. Agora você deve ter suas três histórias de usuário e seus critérios de aceitação. Agora, mantenha-os seguros. Vamos usá-los novamente na terceira seção. Nós os usaremos para preencher sua lista de pendências. Então, muito bem, você chegou ao final da segunda seção. Na próxima seção, veremos configurar adequadamente o espaço de trabalho do seu projeto Então, parabéns por ter chegado até aqui, nos vemos na seção três. Bem-vindo de volta. Nesta lição, veremos três funções que fazem as equipes ágeis funcionarem Ao final deste vídeo, você saberá quem faz o quê e por que cada função existe. Estamos nos concentrando na estrutura Scrum aqui porque ela é a mais comum e as definições de funções são as mais claras Então, vamos começar. Primeiro, temos o proprietário do produto, também conhecido como PO. Essa é a voz do cliente na equipe. O trabalho deles é decidir o que a equipe constrói e em que ordem Eles são donos da lista de pendências do produto, que é aquela lista priorizada de trabalho, e são a pessoa que diz: Isso é o que mais importa, faça isso Crucialmente, o PO não é o chefe da equipe. Eles não dizem à equipe como fazer o trabalho. Eles dizem à equipe o que fazer e por que isso é importante. O “como” depende da equipe. Um bom proprietário do produto passa tempo com os clientes. Eles entendem o negócio e tomam decisões difíceis sobre prioridades. Eles dizem muito não porque sempre há mais demanda do que eles têm capacidade para atender. Para o resumo do seu projeto, você mesmo pode estar desempenhando esse papel , o que é perfeitamente aceitável. Lembre-se da mentalidade do proprietário do produto, seja claro sobre as prioridades, converse com seus usuários e faça concessões O próximo papel é o Scrum Master, também conhecido como SM Essa função ajuda a equipe a trabalhar bem. Agora, esse é um dos papéis mais incompreendidos no Agile O Scrum Master não é o gerente de projetos. Eles não atribuem tarefas. Eles não rastreiam quem fez o quê. Eles não perseguem as pessoas em busca de atualizações ou resultados, e não são os chefes O que eles realmente fazem é ajudar a equipe a trabalhar bem. Eles facilitam as reuniões. Eles removem obstáculos, coisas que impedem o progresso da equipe Treine a equipe em práticas ágeis. Eles também protegem a equipe de qualquer interferência externa. Uma das melhores analogias aqui é que o Scrum Master é como um treinador de futebol. Eles não jogam o jogo. Eles não dizem aos jogadores como chutar a bola, mas criam as condições que a equipe possa ter o melhor desempenho. Em equipes pequenas, o Scrum Master geralmente desempenha outra função, talvez a de desenvolvedor sênior Toda a responsabilidade é compartilhada, o que é perfeitamente aceitável. Desde que o trabalho seja feito, isso realmente não importa. A próxima função é a equipe de desenvolvimento. Essas são as pessoas que realmente constroem o produto. Agora, apesar do nome, não se trata apenas de desenvolvedores ou programadores de software A equipe de desenvolvimento é todo mundo que realmente constrói o produto Para software, seriam desenvolvedores, mas também designers e testadores. Para um projeto de marketing, seriam redatores, designers, profissionais de marketing Para um evento, são as pessoas de operações, os coordenadores dos palestrantes, o gerente do local Duas coisas importantes sobre a equipe de desenvolvimento. Uma é que eles se auto-organizam. Ninguém lhes diz como dividir o trabalho. Eles descobrem isso sozinhos. E segundo, eles são multifuncionais. A equipe tem todas as habilidades necessárias para oferecer um incremento sem depender de pessoas de fora O tamanho típico é de três a nove pessoas, grande o suficiente para que você tenha todas as habilidades necessárias e pequeno o suficiente para que todos saibam o que está acontecendo e quem está fazendo o quê. Então, vamos dar uma olhada em como essas três funções funcionam juntas. Temos três responsabilidades e muito pouca sobreposição. O proprietário do produto decide o que criar. A equipe de desenvolvimento decide como construí-lo, e o Scrum Master garante que o processo corra bem Essas três funções e responsabilidades têm muito pouca sobreposição E essa clareza é uma das razões pelas quais o Scrum funciona. Todo mundo sabe de quem é a decisão. Se uma parte interessada quiser um novo recurso, ela conversa com o proprietário do produto Se um desenvolvedor for bloqueado, o Scrum Master ajuda a desbloqueá-lo E se a equipe precisar decidir uma abordagem técnica , ela mesma decide. Agora, na vida real, especialmente em equipes pequenas, uma pessoa pode desempenhar duas funções. Você pode ser o proprietário do produto e um Scrum Master. Ou, como eu disse antes, o desenvolvedor sênior também pode ser o Scrum Master, que é completamente normal As funções são sobre responsabilidades e não especificamente sobre cargos. Então, obrigado por se juntar a mim nesta lição. A seguir, analisaremos a lista de pendências do produto. Vamos ver o que está nele, como está estruturado e como criar um bom. Te vejo na próxima. 14. Configurando seu projeto: tour pelo Trello: boards, listas, cartões, etiquetas: Olá, bem-vindo à Seção três do nosso curso de gerenciamento de projetos. Nesta seção, veremos algumas das ferramentas gratuitas que você pode usar para gerenciar seu projeto. O primeiro que vamos ver se chama Trello. É uma ferramenta gratuita e bastante simples que podemos usar para gerenciar nossos backlogs de produtos e também podemos gerenciar nossos sprints Então, alguns dos conceitos anteriores que examinamos serão usados nesta seção. Então, vamos entrar nisso. Primeiro, examinarei quatro componentes principais do Trello, depois abrirei o Trello e mostrarei um exemplo de como usá-lo e, sim, mostrarei Em primeiro lugar, o Trello consiste principalmente em uma placa, em uma placa de banda Cam Temos um quadro por projeto. Todo o seu projeto seria exibido aqui. Portanto, todas as histórias de usuários seriam exibidas aqui. O quadro consiste em listas. Em nosso exemplo, usaremos quatro colunas ou quatro listas que representam os estágios do trabalho. Portanto, temos o backlog, que seria todas as tarefas e todas as histórias de usuários Temos que fazer, que seriam itens comprometidos com o sprint Então, quantas vamos fazer nesse período de duas semanas. Fazer é o que alguém está trabalhando ativamente e, em seguida, concluídas são todas as tarefas concluídas e prontas para serem celebradas. Então, sim, o trabalho flui da esquerda para a direita. Muito simples. Agora, em cada lista, teremos cartas individuais. Portanto, esses são itens de trabalho ou tarefas individuais. Temos uma história de usuário por cartão. Então, em um cartão, colocamos o título que seria a história do usuário. Nesse caso, vamos colocar o como pessoa, eu quero, e depois colocaremos esta seção como título. A descrição incluirá toda a história do usuário e também colaremos um link para o Notion porque o Notion é outra ferramenta gratuita que veremos nesta seção e é possível vincular o Notion ao Trello Então, isso é muito útil. Temos a lista de verificação, que chamaremos de critérios de aceitação Essas são as coisas que precisam ser preenchidas para que o cartão seja considerado concluído. E então temos rótulos com tipo de prioridade e, em seguida, a categoria do usuário. Então, vou te mostrar os diferentes rótulos. Essas são as etiquetas coloridas que tornam o quadro legível à primeira vista Temos os rótulos prioritários, para os quais usaremos vermelho, amarelo e verde. Temos os rótulos de tipo e não vamos usá-los ainda, e então temos os rótulos de usuário. É uma boa ideia escolher, você sabe, cores distintas nesses sentidos E, novamente, eu vou te mostrar isso quando olharmos para a turnê. Então, novamente, manter as coisas simples é uma boa ideia. É uma boa prática. Cinco a oito rótulos, no máximo. Mais do que isso se torna bastante complexo, e você provavelmente precisaria de uma chave para entender o que são todas as cores. Então, vamos para o Trello. No Trello, você pode se inscrever gratuitamente e, depois de se inscrever e entrar no Trello, acesse a seção quadros e verá todos os seus acesse a seção quadros e verá todos os Haverá um padrão aqui, como padrão, como um modelo Mas queremos criar um novo quadro. Então, se você clicar em Criar novo quadro, o título do quadro aqui, então vamos colocar. O exemplo que vou usar é o Edtech. Então, vamos colocar aqui. Vamos chamá-lo apenas de exemplo. Em seguida, clique em Criar. E é tão simples quanto isso. Agora, aqui , temos que preencher o quadro com nossas listas Então, temos a lista de pendências. Se você clicar em Adicionar lista, temos que fazer, estamos fazendo e terminamos. É isso mesmo. Então, temos as quatro, as quatro listas. Agora vou mostrar a vocês o quadro que preparei anteriormente. Então, é exatamente o mesmo, mas eu preenchi o backlog com algumas histórias de usuários Então, sim, para fazer isso, vamos adicionar um novo cartão. Então, vou criar uma nova história de usuário. Como aluno, quero ganhar acessórios para meu avatar. Está bem? Então, adicione esse cartão. Agora, se você clicar no cartão para abri-lo, agora você tem essas opções diferentes. Vamos inserir a descrição, em primeiro lugar, vamos inserir toda a história do usuário. Ok. Como aluno, quero ganhar acessórios do meu avatar para poder personalizá-los. Acho que são meus, e vamos guardá-los E depois para os rótulos, então eu preenchi os rótulos aqui Você pode clicar em, criar uma nova etiqueta , desculpe, para editar a etiqueta. Basta clicar nele. Em seguida, você pode escolher o título e, em seguida, escolher qualquer cor. Eu escolhi algumas cores facilmente distinguíveis. Vamos mudar esse também. Aí está. Então, para este, digamos que seja de prioridade média e seja o aluno Está bem? Então, temos esses dois rótulos e podemos vê-los aqui. E então vamos adicionar a lista de verificação. Portanto, essa lista de verificação seria chamada de critérios de aceitação. Em seguida, clicamos em Adicionar e aqui adicionaremos os itens que precisam ser preenchidos para que os critérios de aceitação sejam considerados concluídos. Então, para isso, precisaremos de uma biblioteca de acessórios. Assinado. Precisaremos de animações para novos acessórios e também precisaremos de uma biblioteca de sons para acessórios Então, biblioteca de efeitos sonoros. Está bem? Então, temos essas três coisas, e é isso. Então, adicionamos toda a história do usuário, adicionamos os critérios de aceitação e aqui está. Agora, se for como parte do próximo sprint, você o colocaria aqui em fazer Mais uma vez, basta clicar e arrastar, e é tão simples quanto isso. Ou você pode mudar isso para fazer. Agora, se estiver funcionando, você pode começar a marcar algumas dessas caixas de seleção para mostrar que está pronto E então, quando todos os três estiverem prontos, podemos ver que ele sobe para 100%. Se a fecharmos. Três dos três estão preenchidos aqui, os itens da lista de verificação, então você pode ver aqui os itens da lista de verificação Se você clicar nele, ele se expandirá. Você pode mostrar mais se quiser. Sim, muito simples. Muito intuitivo. E então, sim, quando estiver concluído, nós o movemos para Concluído. É isso mesmo. Então, seria assim que você gerencia sua lista de pendências de produtos e, você sabe, transformará as histórias de usuários em algo Agora, se você for o proprietário do produto, talvez esteja atribuindo essas tarefas à equipe de desenvolvimento Nesse caso, você clicaria aqui membros e, em seguida, poderia pesquisar os membros que fariam parte da sua equipe e adicioná-los e atribuí-los à tarefa. Então é isso para o Trello. Na próxima seção, teremos uma visão geral rápida do Notion. 15. Tour pelo Notion: páginas, bases de dados, modelos: Olá, e bem-vindo de volta. Neste vídeo, veremos o Notion, que é outra ferramenta gratuita que podemos usar. Nesse caso, vamos usar isso para gerenciar nossos sprints. Novamente, como fizemos no vídeo anterior, darei uma visão geral rápida do Notion e seus conceitos e, em seguida, levarei você ao Notion e mostrarei exatamente o que fazer para criar essas páginas. Então, o Notion é muito simples. É basicamente um documento que pode conter outros documentos. Portanto, a estrutura recomendada seria algo assim. Temos o título com My Agile Project e, abaixo dele, temos subpáginas diferentes para cada tipo Eu vou te mostrar exatamente como fazer isso quando você olhar para a turnê. Outra coisa que você pode adicionar são tabelas ou bancos de dados. Então, é como uma planilha, mas cada linha é uma Assim, você pode abrir, por exemplo, onde está escrito na coluna sprint, você tem o sprint Quando você clicar nele, abriremos a página do sprint um e ela terá mais detalhes E eu vou te mostrar como fazer isso em breve. Então você clica em qualquer estrada para abri-la como uma página inteira. Esses são os mesmos dados. Há duas maneiras de ver isso. É uma tabela digitalizável e uma coleção de páginas detalhadas Os bancos de dados são extremamente úteis no Notion e essa será uma das principais coisas que você usará ao usá-lo. E então também vamos dar uma olhada nos modelos. Então, por exemplo, com histórias de usuários, isso provavelmente teria a mesma estrutura todas as vezes. Assim, podemos pré-preencher a estrutura de cada nova entrada. Para um modelo de planejamento de sprint, por exemplo, teríamos a meta do sprint, itens da lista de pendências selecionados e a verificação da capacidade E essa seria a mesma estrutura toda vez que fosse repetida em cada sprint Assim, podemos criar esse modelo e usá-lo repetidamente. Então, vamos dar uma olhada em um modelo de planejamento de sprint e também em um modelo de retrospectiva, que são as reuniões que você faz após cada sprint, onde você discute o que correu bem, o que melhorar e os itens de ação para o próximo itens de ação para E então você pode conectar tudo usando o sinal de arroba. Assim, você pode digitar o que decidimos no Decision Streak Awards, e isso o levará a uma página específica, e tudo o que você precisa fazer é clicar em OK, então agora vamos dar uma olhada em Notion Agora, isso não será um vídeo detalhado sobre como usar o Notion, porque isso estaria muito além do escopo deste curso. O Notion tem muitos, muitos recursos, muitos dos quais, você sabe, você provavelmente nunca vai usar, mas os mais básicos são aqueles que você provavelmente usa. Assim, você pode encontrar vídeos on-line para aprender a usar isso. Até o próprio site do Notion tem alguns tutoriais bastante básicos, e isso é tudo que você realmente precisa saber fazer para usar bem o Notion Então, aqui eu tenho um exemplo do sprint do projeto Edtech que eu criei no Consiste em quatro páginas. Temos planejamento de sprint. Temos retrospectivas, temos decisões e temos atualizações das partes interessadas Então, no planejamento de sprint, criei um novo banco de dados e adicionei algumas colunas diferentes Então eu tenho o nome. Eu tenho o número do sprint. Eu tenho o intervalo de datas. Eu tenho a meta do sprint e tenho o status. Agora, quando abro esta página, também consigo ver alguns detalhes diferentes sobre essa etapa do sprint Eu posso ver a capacidade e posso ver histórias selecionadas. Aqui está um link para o Trello, que mostrarei em um vídeo posterior Eu tenho uma coluna aqui sobre riscos e dependências. Portanto, quaisquer problemas que você preveja que possam bloqueá-lo no sprint, você deve colocá-los aqui e, em seguida, uma seção aqui para compromissos, então sim, a equipe se compromete com esse plano e, em seguida, com a em seguida Então, você preencheria isso com sprints diferentes se fosse fazer retrospectivas Então, esse é, novamente, outro banco de dados que pode usar reuniões. Agora, eu recomendo aprender a usar modelos porque, em retrospectivas, será a mesma estrutura de reunião repetidamente Assim, você pode criar um modelo de retrospectiva de sprint. E nisso, você pode colocar o que correu bem. Você pode colocar o que melhorar e colocar alguns itens de ação. Então, acabei de colocar alguns exemplos aqui. meta do Sprint ficou clara desde o primeiro dia, recurso de estrelas foi enviado stand-ups duraram menos de 10 minutos O que deve ser melhorado é que subestimamos a complexidade da animação, precisamos de uma definição clara de Concluído para aprimoramento visual, e os itens de ação adicionam animação revisada pelo designer à Definição de Concluído e aumentam as bibliotecas de animação Então, aqui você pode ter um banco de dados de todas as suas retrospectivas de sprint, que no Gerenciamento Ágil de Projetos é muito, muito importante É muito importante que você use essas retrospectivas para informar suas decisões sobre o produto A próxima página aqui se chama decisões. Então, aqui estão as decisões que tomamos após o sprint anterior Então, aqui eu criei um novo banco de dados. Eu adicionei duas novas decisões. Eu adicionei algumas colunas diferentes. Eu tenho a decisão. Eu tenho a data. Eu tenho o porquê e tenho o quem. Então, se abrirmos isso, ainda podemos ver a data era 12 de maio. Quem decidiu que era a equipe? A equipe decidiu usar a plataforma lottie para as animações porque essas animações são mais leves e fáceis Portanto, temos o consenso da equipe aqui. Portanto, é bom acompanhar todas as suas decisões, pois você pode responsabilizar as pessoas por suas decisões Apenas outro exemplo aqui, adiou o painel principal para o sprint três, algo que vai levar mais tempo do que Temos a data, sabemos quem decidiu o PO, o proprietário do produto, por que a capacidade limitada recursos do aluno são uma prioridade maior Então, as decisões, por que as decisões foram tomadas e quem decidiu, estão todas salvas aqui. Então, a última página que você provavelmente deveria criar são as atualizações das partes interessadas Então, aqui, eu adicionei, novamente, outro banco de dados com o sprint número um, a data em que foi enviado e para quem foi enviado Então, aqui eu criei uma nova página, uma atualização rápida sobre liderança É enviado para a equipe de liderança. Então, a meta do sprint foi alcançada? Sim, foram enviados os itens que foram enviados para o sistema de recompensa estelar e para a seleção de avatares Esses são os produtos funcionais que são enviados. Enviamos o resumo do e-mail principal, que mudamos para o sprint Oh, sprint três, não sprint dois E no próximo sprint, sequências de foco e lembretes diários Então, as partes interessadas atualizam, com quem você atualizou o progresso do projeto Você pode salvar tudo isso aqui. Então, sim, esse é o fim da nossa turnê de Notion. A seguir, crie sua primeira lista de pendências. Então, vamos criar uma nova lista de pendências do zero no Trello. Isso é muito prático, então nos vemos no próximo vídeo. 16. Como criar seu primeiro catálogo de produtos no Trello: Oi, e bem vindo de volta. Nesta seção, você criará seu primeiro backlog de produtos no Trell Você fará isso do zero. Agora, você pode usar o vídeo anterior como referência, mas eu vou te dar um guia passo a passo sobre como criar seu primeiro backlog de produtos no Trell Portanto, o primeiro passo é configurar seu quadro, criar o quadro e nomeá-lo o resumo que você escolheu no início deste curso. A segunda etapa é adicionar quatro listas, sua lista de pendências para fazer e pronto E então, se quiser, você pode escolher uma cor de fundo. Você pode personalizá-lo. Isso depende de você. O segundo passo é fazer um brainstorming. Agora, você quer fazer um resumo de tudo o que seu projeto possa precisar Agora, você não precisa filtrá-lo ou refiná-lo ainda. Portanto, procure cerca de 15 a 20 itens brutos. Quero dizer, se você só conseguir dez, tudo bem. Ou menos, está tudo bem. Apenas certifique-se de ter vários. Digite cada um como um trellcard rápido na lista de pendências. E então não se preocupe ainda com o formato da história, entenda tudo. Em seguida, o próximo passo seria escrever as histórias dos usuários. Portanto, transforme esses itens brutos em histórias adequadas com os critérios. Nesse caso, talvez dois itens brutos se combinem para formar uma história de usuário. Então, para fazer isso, abra cada cartão, reescreva o título no como usuário Eu quero isso para que eu possa formatar. Na descrição, adicione os detalhes completos da história. Como você viu no vídeo anterior, usei apenas a seção ASA e I Want como título e, em seguida, uso tudo na descrição. Abaixo disso, você adicionará seus critérios de aceitação aos dois ou três itens testáveis. Pode ser mais. No vídeo anterior, tínhamos quatro itens. Essas seriam as coisas que precisariam ser feitas para que essa história de usuário fosse considerada completa. E então, a última coisa que você pode fazer é refinar primeiro os cinco a sete itens principais Os outros podem esperar, fazer quantas vezes quiserem, mas não façam demais. Novamente, estamos apenas aprendendo a usar Trello. A etapa quatro seria rotular e priorizar Portanto, crie seus rótulos de prioridade, alta, vermelha , média, amarela ou laranja, e a prioridade baixa geralmente é verde. Adicione rótulos de tipo ou de usuário, se útil. Para meu projeto EdTech, as três pessoas diferentes dos usuários envolvidas aqui foram o professor, o aluno e os pais Você só pode ter um usuário ou dois usuários aqui. Ou mais. Em seguida, você deve arrastar seus cartões de maior prioridade para o topo da lista de pendências Esse é, você sabe, o papel típico de um proprietário de produto. Você prioriza as tarefas adequadamente. E então lembre-se do valor versus matriz F quando você está priorizando, as tarefas mais rápidas geralmente vencem e, finalmente, etapa cinco é um refinamento e uma verificação Então, primeiro de tudo, meus cinco itens principais são aprovados na sigla de investimento Se eu criasse apenas os cinco primeiros, os usuários estariam melhor, sim ou não, e obviamente falta alguma coisa. Portanto, certifique-se de verificar todas essas três coisas antes de concluir seu registro Existem algumas armadilhas comuns que você deve evitar. A primeira é ser muito grande. Novamente, não é necessário criar uma lista de pendências absolutamente grande aqui Então, sim, não crie uma pendências de 80 itens que você nunca mais verá Apenas almejar, você sabe, 15 a 25 pode ser um pouco demais. Dez é um bom número. Não deixe isso muito vago, seja muito específico sobre quem, o quê e por quê E então, finalmente, sim, tê-lo gravado em pedra. Essa é uma armadilha comum Você adicionará, removerá e reordenará semanalmente. A lista de pendências do produto é algo que está sempre em movimento. Nunca está gravado em pedra. As coisas sempre vão mudar. Você sempre mudará até mesmo os nomes das colunas que você pode mudar em algum momento. A seguir, veremos como você vincula o Notion ao Trello. Então, isso está ligando as duas ferramentas em um sistema conectado Te vejo na próxima. 17. Como vincular o Notion ao Trello para documentação: Oi, bem vindo de volta. Neste breve vídeo, veremos como você vincula o Notion ao Trello Então, agora, você deve ter sua amostra de backlog de produtos construída no Trello e também deve ter seu esqueleto de documentação construído no Vou mostrar rapidamente como e também por que unimos as duas ferramentas. Em primeiro lugar, por que vinculá-los? Embora o Trello e o Notion sejam muito úteis para o gerenciamento de projetos, ambos se vinculam e se alinham a diferentes modos de e se alinham a diferentes modos Então, o Trello serve mais para o que é o trabalho? Onde está, quem está fazendo isso, ou seja, o progresso real dos projetos no dia a dia. Já a noção é mais parecida com a informação sobre as decisões que foram tomadas. Por que decidimos isso? O que aprendemos e qual é o plano? Notion, por ser uma ferramenta para documentação geralmente é melhor para pensar a longo prazo e planejar a longo prazo, enquanto o Trello é para planejamento de curto prazo gerenciamento de projetos e sprints em curto prazo Portanto, existem dois métodos para vincular o Notion e o Trello. primeiro são os links do Trello no Notion, que são um pouco mais sofisticados do que os links do Notion no E vou te mostrar o que quero dizer em um minuto. Mas antes de tudo, você clica em um cartão no Trello, copiou a URL do navegador Cole-o na sua página do Notion e, em seguida, o Notion mostrará uma prévia ao vivo desse cartão. Portanto, é um pouco mais sofisticado quando você cola uma prévia do cartão carrega onde você colou esse URL Método dois: os links do Notion no Trello não são tão sofisticados e são apenas o Link Então, para fazer isso, você abre a página do Notion que deseja vincular. Você clica em Compartilhar e copia o link para essa página e, em seguida, pode colá-lo na descrição do cartão no Trello, o que é muito útil No entanto, não tem nenhuma prévia de nenhum cartão nem nada, mas qualquer pessoa que tenha acesso ao cartão pode clicar diretamente no link e acessar essa página. Então, se você ainda não construiu sua estrutura de noções, faça isso agora. Portanto, você deve ter quatro subpáginas, uma para planejamento de sprint, uma para retrospectivas, uma para decisões e outra para atualizações das partes e outra para atualizações das Na realidade, à medida que seus projetos progridem, essas subpáginas ficarão vez maiores e maiores, mais e mais detalhes serão adicionados a elas. Portanto, é muito importante que você tenha, você sabe, o esqueleto dessa estrutura, para começar Então, sim, no próximo exercício, veremos como juntar tudo isso, mas antes de prosseguirmos mostrarei rapidamente exatamente como adicionar o que precisamos adicionar para vincular as duas ferramentas. Então, temos nosso quadro do Trello. Temos nosso documento de Noção. E o que vou fazer é vincular o Trello ao Notion. Então, vou copiar um link do Trello e colocá-lo no Então, vamos dar uma olhada no planejamento do sprint. Temos esse sprint do sistema de recompensa estelar. Eu vou abrir esta página. E você deve se lembrar disso no vídeo anterior quando abri esta página, havia uma prévia de um cartão aqui. Esse é o link do Trello. Eu vou te mostrar como fazer isso agora. Então, eu preciso encontrar essa história no meu quadro do Trello, e eu a tenho aqui Como aluno, quero ganhar estrelas por concluir as aulas Para vincular isso, tudo o que fazemos é clicar com o botão direito neste cartão e clicar neste botão aqui, Copiar link. Depois de copiado, podemos voltar ao Notion e colar aqui. E, como você pode ver, agora temos a opção. Podemos colá-lo como prévia. Você pode colá-lo como uma menção ou podemos simplesmente colar o URL. Vamos colar uma prévia. E é isso. Então, quando você clicar aqui, ele abrirá o cartão diretamente no Trello Então isso é muito, muito útil. Agora vamos ver como adicionamos o link do Notion ao Trello Então, se abrirmos este cartão, como você pode ver, eu já tenho o link aqui. Acabei de copiar e colar na descrição. Portanto, é bem simples com o Notion para copiar e colar. Clique aqui. Então, qualquer página que você queira vincular no Trello, você a abre, clica nos três pontos e clica em Copiar link. É tão fácil quanto isso. E então, na descrição, você cola lá. E, como você pode ver, é exatamente o mesmo link. Então, sim, vou deletar isso. E é isso. É tão simples quanto isso. Você está apenas copiando links e colando-os nos lugares certos Em seguida, configure seu espaço de trabalho, junte tudo. Te vejo então. 18. Exercício de prática: configure o espaço de trabalho do projeto: Bem vindo de volta. Então é hora do exercício prático que encerra toda essa seção Se você ainda não fez isso, você configurará o espaço de trabalho completo que usará no resto do curso, seu quadro do Trello, sua estrutura de noções Então, ao final deste vídeo e da seção, você estará pronto para o planejamento do sprint na Seção quatro Então, se você ainda não fez isso, aqui está sua lista de verificação de oito itens Isso é o que você precisa ter feito até o final do exercício, oito itens. Vou examinar cada um deles rapidamente, e então você pode fazer uma pausa e trabalhar com eles no seu próprio ritmo O primeiro, o quadro do Trello criado e batizado com o nome do seu resumo Em segundo lugar, há pelo menos 15 itens na lista de pendências como histórias de usuários, rótulos prioritários criados e aplicados Então, listas com lista de pendências para fazer e pronto, cinco principais histórias que têm verificação de critérios de aceitação Uma página principal intitulada My Agile Project ou algo parecido E pelo menos uma página de noção tem um link do Trello, e pelo menos um cartão do Trello tem um Então essa deve ser sua lista de verificação de oito itens. Para a configuração do Trello, basta um lembrete rápido se você fez o último exercício da aula, tudo deve ser Mas, número um, certifique-se de que sua prancha exista. É nomeado. Você tem as quatro listas prontas. Você tem sua lista de pendências preenchida e suas cinco principais histórias de usuário refinadas com critérios de aceitação e rótulos Na verdade, eu recomendaria colocar rótulos em todos eles porque você terá que fazer isso. Configuração da noção. Portanto, certifique-se de ter alguns modelos prontos e de ter sua estrutura Você deve ter sua página principal com o título, e esta é a casa de tudo. Em seguida, você deve ter suas quatro subpáginas com planejamento de sprint, retrospectivas, decisões Novamente, se você quiser estruturar isso de uma maneira diferente, tudo bem. A estrutura que usei é apenas uma maneira simples de fazer isso. Se você quiser torná-lo mais sofisticado ou mais sofisticado. Vá em frente. É sua prerrogativa. E, finalmente, tente criar pelo menos dois modelos. Então, um para planejamento de sprint e outro para retroativo, então eles estão prontos para uso porque esses serão dois modelos que você usará repetidamente Você precisa planejar os sprints e fazer sua retrospectiva sobre Portanto, muito importante para o planejamento de sprint é ter esses dois modelos já configurados e prontos para uso Então, três perguntas antes de terminar. Abra as duas ferramentas lado a lado e você poderá se mover entre elas com um clique. A segunda coisa a verificar é se alguém novo no projeto pode entender seu projeto em 5 minutos apenas olhando para o quadro e apenas analisando a noção. E então você também pode se perguntar: obviamente falta alguma coisa que você acha que precisará na próxima semana? Provavelmente os modelos. Os modelos talvez sejam algo que você possa esquecer. Certifique-se de ter pelo menos dois modelos prontos para usar em nossa seção de planejamento de sprint Isso é tudo para o final da Seção três. Encerramos o Trello. Encerramos o Notion. Temos, você sabe, um pouco de base para trabalhar em nossa próxima seção, qual planejaremos seu primeiro sprint Então, esse é o nosso mergulho no trabalho real de planejamento de projetos. Nos vemos na Seção 4. 19. Planejando sua primeira corrida: priorizando o backlog: Moscou e valor vs. esforço: Olá, bem-vindo à Seção quatro do nosso curso de gerenciamento de projetos. Na seção três, analisamos como configurar seus espaços de trabalho no Trello e no Notion E agora chegamos ao cerne do Agile, que é decidir o que realmente fazer e em que ordem Nesta lição, abordaremos as duas técnicas de priorização simples e poderosas que você pode usar imediatamente, Moscou e a matriz Moscou e a Então, por que priorizar é difícil? Agora, essa priorização é provavelmente a habilidade mais difícil em gerenciamento de projetos no Gerenciamento Ágil de Projetos Não é porque as técnicas sejam complicadas. É porque dizer pode ser doloroso. Portanto, cada item em sua lista de pendências é importante para alguém, e cada um foi adicionado por um motivo Mas a verdade é que você não pode fazer tudo. Se você tentar fazer tudo, não entregará nada bem. Priorização é a disciplina de aceitar isso e escolher onde gastar seu tempo limitado As técnicas que abordaremos são apenas ferramentas para tornar essas escolhas mais fáceis e mais defensáveis Portanto, a primeira técnica é o método de Moscou. A primeira técnica tem a abreviatura MoSCoW. As letras maiúsculas representam quatro categorias. Deve ter, poderia ter e não terá os itens essenciais. Sem eles, o sprint ou o lançamento Eles não são negociáveis. Por exemplo, se você está lançando um sistema de pagamento, a capacidade de realmente receber dinheiro é essencial. Se o seu evento tiver palestrantes , ter um palco é imprescindível. Se for o caso, eles são importantes, mas o sprint ou o lançamento podem ser bem-sucedidos sem Pode ser desconfortável deixá-los de fora, mas isso não estragará as coisas. Então, por exemplo, uma boa mensagem de erro em um formulário de login é obrigatória. É bom, mas você pode enviar sem o produto ou trabalhar sem ele. Poderia ter esses, é bom ter. Eles são de menor prioridade. Se tiver tempo, você pode incluí-los. Então, por exemplo, uma animação de carregamento mais sofisticada ou uma integração bônus, coisas que encantam, como uma cereja no topo, para que não sobrevivam nem quebrem E, finalmente, não teremos decisões explícitas de não incluir algo em um sprint ou em um lançamento Portanto, não é uma opção ativa para despriorizar. Documentá-los ajuda a evitar desvios de escopo mais tarde. Portanto, a disciplina é um acúmulo saudável, priorizado por Moscou que tem cerca de 60% do necessário, 20% do que deveria, 20% Se você tem 80% dos itens essenciais, você não priorizou. Você acabou de renomear tudo como urgente. Agora vamos analisar a matriz de valor versus esforço. Falamos um pouco sobre isso na Seção dois. Agora vamos dar uma olhada em como ele está sendo usado corretamente. Então, para isso, você pode desenhar uma grade rápida de dois por dois. O eixo vertical é o valor. Como esse item ajudará seus usuários ou sua empresa? Agora, o eixo horizontal é esforço. Quanto trabalho será necessário para entregar? E isso dá a você quatro quadrantes. No canto superior esquerdo está alto valor, baixo esforço, vitórias rápidas, faça isso primeiro. Eles criam impulso. Eles desbloqueiam coisas e são bem baratos Não há razão para atrasá-los. No canto superior direito está alto valor, alto esforço, grandes apostas, faça-as em segundo lugar. Eles importam muito, mas exigem um trabalho real. Planeje para eles, divida-os e faça-os deliberadamente. No canto inferior esquerdo, temos baixo valor, mas pouco esforço. Então, esses são enchimentos. Eles não são essenciais, mas são baratos em termos de tempo e recursos. Coloque-os entre seus itens maiores onde a equipe tenha capacidade disponível. E então, no canto inferior direito, temos baixo valor e alto esforço. Basta jogá-los fora, basta excluí-los. Eles não ganham o tempo que custam. Se eles realmente importam, eles voltarão e você poderá reconsiderar Mas uma das armadilhas em que a maioria das equipes cai é passar muito tempo no quadrante do Big Bet Grandes recursos importantes que levam meses para serem lançados, forçam-se a encontrar vitórias rápidas e a fazer concessões. Isso manterá o ritmo durante as grandes apostas. Usando os dois juntos, agora você deve elogiá-los um com o outro Você não deveria usá-los em competições. Eles funcionam muito bem juntos. Então, comece com Moscou para categorizar toda a sua lista de pendências. Isso lhe dá uma ideia rápida do progresso. E agora pegue o que você precisa e o que deve ter e coloque-os na matriz de valor versus esforço E isso lhe dará a ordem em que você os aborda. Agora, por que você combinaria isso? Como Moscou diz o que importa, valor versus esforço diz o que fazer primeiro. Então, combinado, você obtém uma lista de pendências priorizada por importância e também sequenciada Agora, aplique-o ao seu resumo. Então abra seu quadro do Trello. Pegue seus 15 melhores, seus dez ou 15 itens principais. Passe-os primeiro por Moscou. Use os rótulos que você configurou na Seção três. Portanto, adicione quatro rótulos de Moscou, vermelho para mosto, laranja para calçado, amarelo para chiclete, cinza para costume, e depois pegue seus mostos e cascas e classifique-os. As vitórias rápidas no topo da sua lista de pendências, grande aposta para a segunda, os preenchimentos intermediários Qualquer coisa que caia no chão. Arquive-o agora. Não seja precioso com essas coisas. Então, duas ferramentas simples aplicadas, honestamente, transformarão forma como você planeja e prioriza Então, obrigado por se juntar a mim nesta lição. Na próxima, analisaremos a estimativa sem mentir, com alguns exemplos usando tamanhos de camisetas e histórias Te vejo na próxima. 20. Noções básicas de estimativa: tamanhos de camisetas e pontos de história: Oi, bem vindo de volta. A estimativa é uma das partes do gerenciamento ágil de projetos que muitas pessoas erram Eles tratam isso como uma previsão, e não é. Portanto, nesta lição, veremos duas maneiras honestas de estimar o tamanho do trabalho, o tamanho das camisetas e os pontos da história Assim, você saberá como dimensionar sua lista de pendências sem mentir para si mesmo ou para as partes interessadas Então, primeiro, o que é uma estimativa e o que não é, vamos esclarecer uma coisa desde o Uma estimativa é uma suposição baseada no que você sabe agora. Isso não é uma promessa , não é um compromisso e não é um prazo. Isso parece bastante óbvio, mas a maioria das equipes esquece isso. Alguém pergunta, quanto tempo isso vai levar, e a equipe diz três semanas. E três semanas se tornam um encontro. Isso se torna um compromisso. Agora, a equipe está em pânico, trabalhando até tarde, cortando custos ou porque alguém confundiu uma estimativa com um contrato Uma boa estimativa é honesta sobre a incerteza. Diz: Isso parece pequeno ou isso parece grande, e então usa isso para planejar, não para prometer. Portanto, os tamanhos das camisetas são vagos de propósito. Humanos são ruins em números absolutos. Portanto, a primeira e mais simples técnica de estimativa, tamanhos de camisetas, extra pequenos, pequenos, médios, grandes e extra É isso mesmo. Sem números, sem horas, sem dias. Mas por que tão vago? Isso porque esse é o ponto. Os humanos são muito ruins em estimar em unidades absolutas. Pergunte a qualquer desenvolvedor quanto tempo uma coisa levará em dias e você provavelmente receberá uma resposta errada. Mas se você perguntar se é pequeno ou médio, você obterá uma resposta precisa. Então, veja como usá-lo. Para cada item em sua lista de pendências, a equipe concorda com o tamanho de uma camiseta Extra pequeno é trivial, pequeno, talvez meio dia de trabalho, médio, um dia ou dois, grande é a maior parte de um sprint e extra grande é muito grande, precisa ser dividido Agora, esse último ponto é importante. Se algo continuar sendo rotulado como l, é um sinal de que precisa ser dividido em pedaços menores E qualquer coisa maior do que um único sprint não é uma história, é um épico Isso precisa ser detalhado. Os tamanhos de camisetas são perfeitos para iniciantes e para trabalhos que não sejam de software Se você estiver resumindo os eventos, essa é provavelmente a técnica com a qual eu começaria. Em seguida, estão os pontos da história. Isso é um pouco mais estruturado e é mais comum em equipes de software. Os pontos da história são números geralmente seguem a sequência de Fibonacci Um, dois, três, cinco, oito, 13, 21, Fibonacci, é porque as lacunas aumentam à medida que os números aumentam, o que reflete A diferença 1-2 é pequena. A diferença 13-21 é enorme porque você realmente não sabe o tamanho de qualquer uma delas Os pontos da história não são nossos. Os pontos da história representam o tamanho relativo de uma obra em comparação com outras. Cinco não são 5 horas ou cinco dias. É cinco vezes o esforço de uma história de um ponto em sua equipe. Para usar pontos da história, escolha uma pequena história de referência sua equipe concorde que vale, digamos, dois pontos Então estime, todo o resto em relação a isso é a história duas vezes maior. É cinco, metade do tamanho, é um. Quase do mesmo tamanho, é um dois. A mágica dos pontos da história é que eles permitem que sua equipe meça o quanto normalmente entrega por sprint, e isso é chamado de velocidade Vamos nos aprofundar na velocidade no segundo curso. Então, como realmente estimar juntos como uma equipe. Seja qual for a técnica escolhida, a maneira como você realmente faz a estimativa A técnica clássica é chamada de planejamento de pôquer. A equipe se reúne, lê uma história. Todo mundo escolhe secretamente um tamanho ou um número e, ao contar até três, todo mundo revela de uma vez Se todos estiverem quase de acordo , a estimativa é a que todos escolherem. Feito. Se houver discordância, essa é a parte interessante. Não calcule a média. Você pede aos estimadores mais altos e mais baixos que expliquem seus pensamentos. Muitas vezes, um deles saberá algo que os outros não sabem, por exemplo, oh, você não percebeu que a API não tem esse campo, teremos que construí-la nós mesmos. Então, após a discussão, vote novamente e, geralmente, você converge. Se você estiver trabalhando sozinho em seu projeto para este curso, ainda poderá fazer isso, faça uma estimativa honesta E sempre que você terminar uma história que saiu muito diferente da sua estimativa, você pode anotar isso. É assim que você melhora. Oh, estimativas são coisas vivas. Um último princípio é que as estimativas não são imutáveis. À medida que você aprende mais, você os mudará. Novamente, conceito fundamental de gerenciamento ágil de projetos, então isso é muito saudável Uma história que você considerou média na semana passada pode parecer pequena agora que você fez uma semelhante. Uma história que você achava muito pequena acabou se tornando enorme quando você começou a arranhá-la. Então você é uma estimativa. Não é um fracasso. Aprendendo e se adaptando. As equipes que acertam a estimativa são aquelas que tratam suas estimativas como hipóteses, assim como tudo o mais no Agile Então, metas de sprint que importam. Isso será em nossa próxima lição, uma frase, mas é muito focado no resultado. Então, obrigado por se juntar a mim nesta aula, e nos vemos na próxima. 21. como definir uma meta de sprint que seja importante: Olá e bem-vindo de volta. Até agora, falamos sobre priorizar e estimar, e agora chegamos a um conceito pequeno, mas bastante poderoso, que é Então, ao final desta breve lição, você saberá o que é uma meta de sprint, por que cada sprint precisa de uma e como realmente escrever uma que concentre sua equipe Coisas muito importantes aqui. Ok, o que é uma meta de sprint? Esta é uma frase simples, mas concisa sobre o resultado de um sprint É uma frase que descreve o que sua equipe está tentando alcançar nesse sprint específico Não é o trabalho que você fará. É o resultado que você quer. O objetivo do sprint é a resposta para a pergunta. No final desse sprint, o que será verdade que não era verdade no início Portanto, isso não é uma lista ou um marco. Essa é uma mudança real e significativa. Por que eles são importantes? Portanto, temos três razões principais pelas quais todo sprint precisa de uma meta de sprint Portanto, essas metas são muito importantes, mesmo que muitas equipes as ignorem. Primeiro, eles concentram a equipe. Sem uma meta, cada história na pendências do sprint parece igualmente importante Quando você tem uma meta, você pode ver quais histórias realmente avançam e quais são como missões secundárias Número dois, eles ajudam você a tomar decisões no meio do sprint. As coisas sempre mudam. Sem uma meta, cada mudança se torna como um debate com sua equipe. Com uma meta, você pergunta: essa mudança nos ajuda a atingir a meta? Se sim, você faz isso; se não, vai para o próximo sprint ou não faz nada E a terceira razão pela qual eles criam um senso de propósito compartilhado. As pessoas trabalham mais e melhor quando entendem o porquê. Um backlog de sprint sem objetivo é apenas uma lista de tarefas. Uma meta de sprint com um backlog de apoio é como uma missão principal Então, o que constitui uma boa meta de sprint? Temos quatro qualidades, todas importantes. O primeiro é focado nos resultados. Descreve o que muda, não o que você construirá. Portanto, enviar o recurso de login é uma tarefa. que usuários recorrentes podem acessar resultado é que usuários recorrentes podem acessar seu histórico de pedidos. Para, específico, é específico o suficiente para saber que você o atingiu. Objetivos vagos, como melhorar o aplicativo, não ajudam ninguém. Muito vago. No entanto, algo como aumentar a retenção no segundo dia simplificando a integração Você é algo em que realmente almejar. O terceiro é alcançável. Isso é possível no sprint. Se sua meta levar três meses, então não é uma meta de sprint É como a meta de lançamento. Reduza o escopo para que seja possível. E a quarta é que é uma coisa única. Um gol por sprint, sem exceções. Se você tem três metas, na verdade não tem nenhuma meta porque nenhuma delas é a prioridade. É muito importante que você tenha apenas uma meta por sprint. Então, deixe-me mostrar como é uma boa meta de sprint para cada resumo da Edtech Ao final desse sprint, alunos de 6 anos de idade podem ganhar e ver estrelas depois Isso é específico, focado em resultados e é possível em duas semanas Observe que não diz nada sobre os recursos que você criará. As histórias na lista de pendências do sprint respondem a isso. Para comércio eletrônico, até o final do sprint, nossos três principais novos produtos ecológicos estão disponíveis no site com descrições completas, fotografias e preços Novamente, é um resultado claro, que é facilmente verificável no e para o projeto de eventos. No final do sprint, todos os cinco palestrantes principais são confirmados com viagens Você tem um resultado específico e mensurável. Então, se você notar o padrão aqui, cada meta começa no final desse sprint e depois descreve uma mudança real e observável no mundo Agora, onde você coloca isso? Então, na parte prática, escreva sua meta de sprint no topo da descrição do Trello ou fixe-a como um cartão no topo da sua lista de tarefas Em resumo, coloque-o no topo da sua página de planejamento de sprint, como mostrei antes, toda a equipe deve vê-lo constantemente Se estiver escondido, pode muito bem não existir. Ok, então esse é o fim desta lição. Metas de sprint. Uma frase bem pensada pode transformar um sprint Por isso, é muito importante que você escreva sprints claros e concisos o tempo todo A seguir, realizaremos a reunião de planejamento do sprint. Então, um sprint de duas horas com cinco etapas, um modelo e pronto . Então eu vou te ver então. 22. Executando uma reunião de planejamento de sprint (com modelo): Mãe, hmm. Bem-vindo de volta. Então, até agora, você priorizou sua lista de pendências Você estimou, pensou em sua meta de sprint. Então, agora é hora de reunir todas essas coisas em uma reunião de planejamento de sprint Ao final desta lição, você saberá exatamente como conduzir uma reunião e terá um modelo que poderá ser usado para cada sprint repetidamente Então, primeiro de tudo, o que é planejamento de sprint? Esta é de longe a reunião mais importante do sprint. Você o tem no início de cada sprint, pois é aqui que a equipe decide em que trabalhará nas próximas duas semanas Tudo o que se segue a esta reunião depende das decisões que você toma aqui. Então, extremamente importante. Portanto, a orientação clássica aqui é manter o prazo estabelecido. 2 horas para um sprint de duas semanas é o padrão. Se for mais longo, você provavelmente está planejando demais. Há uma meta de sprint acordada e temos cinco etapas na agenda Portanto, há duas perguntas que todo planejamento de sprint deve responder nessa ordem Primeira pergunta: qual é o objetivo desse sprint? E é aqui que você concorda com a meta do sprint que abordamos na lição anterior Agora, o proprietário do produto aqui normalmente propõe isso, e então toda a equipe discute e depois se compromete com a segunda pergunta: qual trabalho nos levará a essa meta? Então você pega itens da sua lista de pendências e os move para a lista de tarefas do Trello E você só avança os itens que avançam na meta. Portanto, seja implacável aqui. Qualquer coisa que não apoie diretamente a meta deve permanecer na lista de pendências para o próximo sprint E é isso. A reunião responde a essas duas perguntas e termina. Qualquer outra coisa seria uma distração. Então, vamos dar uma olhada na agenda de cinco etapas, que você deve usar para cada sprint Você pode usar isso uma e outra vez. São cinco etapas muito simples. O primeiro passo é revisar a meta do sprint, leve cerca de cinco a 10 minutos para fazer isso O proprietário do produto propõe uma meta e, em seguida, a equipe a discute , e todos concordam O segundo passo é analisar a capacidade da equipe. Então, leva cerca de 5 minutos. Seja honesto sobre a quantidade de equipe que ele realmente tem. Portanto, se houver feriados ou dias de licença médica, reuniões outros compromissos, você nunca deve planejar como se todos estivessem trabalhando a 100%, porque esse nunca é o caso. A maioria das equipes geralmente planeja cerca de 70 a 80% da capacidade. A terceira etapa é selecionar histórias da lista de pendências. Isso deve levar entre meia hora e uma hora. Você pode examinar cada um dos itens priorizados da lista de pendências Para cada história, você pergunta: isso avança na meta do sprint Se sim, podemos encaixá-lo em nossa capacidade? Se você puder, coloque-o para fazer e pare quando atingir sua capacidade. O quarto passo é verificar o plano, leve cerca de dez a 15 minutos. Então, dê um passo atrás. Isso funciona que você realmente selecionou? Ele realmente atinge a meta? Caso contrário, você deve trocar algumas histórias. Há alguma dependência óbvia? Exponha-os agora, não no quinto dia. E então o passo cinco é confirmar e confirmar. Todos concordam, leva cerca de 5 minutos. Toda a equipe diz que sim. Isso é o que estamos fazendo. Todos saem da sala, conhecendo o objetivo, sabendo exatamente no que precisam trabalhar e conhecendo seu papel nesse trabalho. Então, vamos dar uma olhada em algumas armadilhas comuns. Essas são quatro armadilhas que eu vejo o tempo todo em que as equipes caem durante o planejamento. Tente evitá-los. Então, o primeiro é se comprometer demais. A equipe se sente pressionada a fazer mais, então eles colocam muitas histórias na seção tarefas e depois deixam de entregar. Em seguida, eles o superam novamente no próximo sprint para compensar, que é um ciclo vicioso Portanto, é melhor se comprometer menos e depois entregar de forma consistente. A segunda armadilha é planejar com perfeição. planejamento do sprint é uma reunião de trabalho, não um interrogatório Se você passar 15 minutos debatendo o texto exato de um critério de aceitação, então você está na reunião errada Isso seria refinamento e não planejamento. Então siga em frente. A armadilha três é pular a meta vamos simplesmente pegar os itens e quebrar. Não, não, não, não. Sem uma meta, o sprint é apenas uma lista de tarefas. Então, o objetivo é o que torna um sprint um sprint. E a quarta armadilha é planejar isoladamente. O proprietário do produto não deve escrever o plano e apresentá-lo à equipe. A equipe precisa planejar em conjunto. Eles se comprometem juntos. Essa propriedade compartilhada é o ponto principal. E, novamente, o gerenciamento ágil depende de pessoas fazerem suas próprias assumirem a responsabilidade por seu próprio Agora, o modelo. Então, abra seu banco de dados de planejamento de sprint e crie uma nova entrada, uma nova página Preencha essas seções para cada sprint. Portanto, sua Seção um, que você pode usar, título três ou título dois, número do sprint e intervalo de datas apenas para rastreamento A seção dois seria a meta do sprint, que é apenas uma frase Lembre-se, concentre-se no resultado. A seção três é a capacidade. Portanto, sem dias de licença médica, feriados ou compromissos de tempo conhecidos, o total de horas ou dias disponíveis para a equipe. seção quatro histórias selecionadas paga os links do cartão Trello por tudo com o que você está comprometendo com as estimativas, se as tiver A seção cinco são os riscos e dependências. Então, alguma coisa que possa bloquear a equipe quaisquer pesos externos, incógnitas, dependências de outras E então a Seção seis seria o compromisso. Então, apenas uma linha que diz: Sim, nos comprometemos com esse plano com a data. Talvez pareça desnecessário, mas faz uma diferença real. O ato de anotá-lo cria responsabilidade. Então, sim, aqui está seu modelo. Salve isso no Notion para que toda vez que você criar uma nova entrada de planejamento de sprint, você possa usá-la 5 minutos de configuração, o que economizará muitos, muitos minutos e provavelmente horas depois. Agora, se você estiver trabalhando sozinho, a disciplina ainda se aplica. Se você não tem uma equipe com quem planejar, tudo bem. Conduza a reunião você mesmo, bloqueie 30 minutos, siga as cinco etapas, fale em voz alta, se isso ajudar você. Pode parecer bobagem, mas ajuda. Isso funciona. O objetivo do planejamento solo é o mesmo. Você concorda com o que está fazendo, por que e quanto. A disciplina de anotá-la ainda se aplica e, no futuro, você agradecerá o presente. Então, isso é planejamento de sprint para duas perguntas, cinco etapas, um modelo Na próxima seção, veremos backlog de sprint no Trello Veremos como configurar seu quadro de sprint para o trabalho futuro, que será apresentado a seguir no próximo vídeo. Te vejo então. 23. Como criar seu backlog de sprint no Trello: Bem vindo de volta. Então, agora você já planejou seu sprint Vamos realmente configurá-lo no seu Trello. Portanto, nesta lição, explicarei exatamente o que fazer e em que ordem. Então, no final, você tem um backlog de sprint pronto para ser usado. Agora, em primeiro lugar, o backlog do produto versus o backlog do sprint. É importante não confundirmos esses dois. Portanto, é importante que tenhamos uma distinção rápida. Na verdade, existem dois backlogs no Agile, embora digamos apenas a palavra backlog, o backlog do produto é tudo o que pode ser construído Então, ele fica na sua lista de pendências no Trello. Nós construímos isso na Seção três. Isso seria tudo o que você precisa para concluir. Seu projeto. O backlog do sprint é um subconjunto muito menor com o qual você se comprometeu neste Ele vive em suas listas de coisas a fazer, fazer e fazer. É um instantâneo de um sprint. Portanto, criar seu backlog de sprint não é criar novos cartões. É mover os cartões certos da lista de pendências do produto para a lista de tarefas Então, o primeiro passo é adicionar a meta do sprint, sempre visível, criar um novo cartão, adicionar sua meta de sprint ao topo da sua lista de tarefas arrastá-la até No Trello, você pode clicar em Adicionar um cartão, movê-lo para o topo da sua lista de tarefas, criar um cartão chamado meta de sprint, colar sua meta de uma frase no título, adicionar uma etiqueta colorida, algo que seja distinto, para que se destaque dos cartões de história comuns Poderia usar um laranja brilhante chamado gol, por exemplo, ou talvez um preto. algumas pessoas preferem colocar vez disso, algumas pessoas preferem colocar a meta do sprint na descrição do quadro, o que é bom. Qualquer um deles funciona. O importante é que seja visível. O segundo passo é transferir as histórias para fazer. Portanto, maior prioridade no topo. Lembre-se disso, você os arrasta da sua lista de pendências. Então, todas as histórias com as quais você se comprometeu no planejamento do seu sprint, você moverá essas cartas Então, acesse sua lista de pendências, encontre cada cartão com o qual você se comprometeu arraste-o da lista de pendências para fazer A ordem em que você os coloca é importante, coloque sua maior prioridade no topo. Então, quando alguém termina uma carta e precisa pegar a próxima, a escolha é óbvia Não traga tudo apenas com o que você se comprometeu. O resto permanece na lista de pendências para futuros sprint. terceiro passo é atualizar os detalhes do cartão, e talvez você também possa se conectar ao Notion e ao Trello Então, passo três, abra cada cartão em sua lista de tarefas, verifique a sanidade e verifique todos os detalhes Tem uma história de usuário adequada no título? A descrição tem algum contexto extra que a equipe precisa ou os critérios de aceitação na lista de verificação Se você adicionou estimativas, elas estão registradas em algum lugar como uma etiqueta ou como na descrição do cartão Portanto, esta é sua última chance de fazer uma verificação de sanidade e refinar antes do início do trabalho Portanto, não pule essa parte. Um cartão com critérios de aceitação fracos se torna uma discussão posterior e é apenas um exemplo de mau planejamento. A quarta etapa é aplicar seus rótulos, caso ainda não tenha feito isso. Então, novamente, lembre-se, nas seções anteriores, analisamos os tamanhos das camisetas em Moscou . Aplique seus rótulos para maior visibilidade, adicione rótulos de Moscou se você os estiver usando, deve, deveria e poderia. Se você fez uma estimativa, você também pode adicionar os rótulos de tamanhos de camisetas, SML ou l ou rótulos de pontos históricos dois, três, cinco e oito, se quiser usar a sequência de Fibonacci Esses rótulos significam que, mesmo de relance, você pode ver a aparência do sprint Se houver muitas etiquetas obrigatórias e tamanhos grandes, você se comprometeu demais se tiver muitos cartões pequenos, talvez tenha alguma capacidade extra Passo cinco, faça uma captura de tela da sua lista de pendências do sprint agora mesmo, antes que qualquer trabalho comece, salve-a Os melhores lugares em Notion. E por quê? Porque no final do sprint, você quer comparar o que você se comprometeu com o que você realmente entregou A captura de tela faz essa comparação com muita facilidade. Também é um ótimo artefato de portfólio. Isso é o que planejamos e aqui está o que enviamos. Oh, muito importante. Então é isso para esta seção. O exercício prático está chegando a seguir. Você planejará seu primeiro sprint agora que tem seu ouro no topo e tem um conjunto comprometido de histórias com rótulos para visibilidade e também a captura Agora estamos prontos para juntar tudo e encerrar a Seção quatro. Então, eu vou ver você no vídeo final da Seção quatro. 24. Exercício prático: planeje seu primeiro sprint: Oi, e bem vindo de volta. É hora de juntar tudo. Neste exercício, você planejará seu primeiro sprint para o brief escolhido, de ponta a ponta Quando terminar, você terá uma meta de sprint, um estimado e priorizado e um backlog de sprint comprometido no trello, bem como um documento de planejamento de sprint em bem como E isso seria um plano de sprint completo, e você está pronto para executá-lo na próxima seção. Então, primeiro de tudo, cinco etapas. Portanto, o fim a ponta deve levar cerca de 45 minutos. Pode demorar menos. Talvez você já tenha feito alguns deles também. Portanto, o primeiro passo seria priorizar seus dez principais itens da lista de pendências usando Moscou e adicionar seus rótulos A segunda etapa é fazer uma estimativa com tamanhos de camisetas ou pontos da história, o que você preferir O terceiro passo seria escrever sua meta de sprint com uma frase concisa e focada no resultado O quarto passo é colocar todas as histórias que promovem a meta em sua lista de tarefas no Trello e se comprometer com uma quantidade realista E a etapa final é preencher seu modelo de planejamento de sprint em andamento Não pule isso. Esse é o artefato que prova que você fez o trabalho , então vamos ver rapidamente qual é a aparência Aqui está um exemplo prático de um resumo da Ed Tech, para que você saiba o que está buscando Meta do sprint Ao final desse sprint, alunos de 6 anos poderão ver as estrelas após A lista de tarefas contém quatro histórias. Primeira história: os alunos veem animação após a conclusão da aula Segunda história: as estrelas são salvas no perfil do aluno. História três, estrelas são exibidas na tela inicial, e história quatro, os pais podem ver quantas estrelas seu filho ganhou esta semana. Todos os quatro avançam na meta. Todos os quatro juntos são aproximadamente duas semanas de trabalho, e a capacidade é honesta. O objetivo é muito específico e as histórias o apoiam. Então, isso é o que parece bom. E também há algumas verificações de sanidade que você pode fazer antes de concluir tudo Então, essas três perguntas a serem feitas, a primeira se eu entregasse todas as histórias da minha lista de tarefas, eu teria atingido minha meta de sprint Se não, você tem as histórias erradas ou tem o objetivo errado. O número dois é: fui honesto sobre minha capacidade ou estou me enganando É melhor se comprometer com menos e entregar mais do que se comprometer demais e decepcionar as pessoas Lembre-se disso, isso é fundamental. E terceiro, alguém externo olhando meu quadro do Trello entende esse sprint em Se a resposta for não, sua meta não está visível o suficiente ou não está clara o suficiente. Erros a evitar nesta fase. A primeira é pular a meta. Ignorando a meta porque as histórias falam por si mesmas. Não, eles não, eles não têm. Sem um gol, você não sabe quando está ganhando. Portanto, nunca pule a meta. Segundo, incluir todas as coisas obrigatórias na lista de tarefas sem pensar na capacidade é um não Só porque algo é obrigatório, não significa que tenha que ser feito neste sprint Às vezes, é preciso esperar pelo futuro. E terceiro, preencher o sprint até 100% da capacidade sempre deixa espaço para o inesperado Sprints reais quase nunca saem conforme o planejado. Então, outra coisa para lembrar que nunca foi preenchida até 100%. E isso é que chegamos ao final da Seção quatro, então é um excelente trabalho para ficar comigo até agora Na seção cinco, veremos os prós e contras da execução do sprint Analisaremos stand ups, resenhas, retros e o trabalho Então, parabéns por chegar ao final da Seção quatro, nos vemos na Seção cinco. 25. Correndo a corrida: o trabalho diário de levantamento: formato, tempo e armadilhas comuns: Bem-vindo à seção cinco do nosso curso de gerenciamento de projetos. Então, até agora, você planejou seu sprint. Agora o trabalho começa. Nesta lição, abordaremos a cerimônia ágil mais conhecida, chamada de stand up diário Então, ao final desta seção, você saberá como executar uma em 15 minutos, o que dizer, o que evitar e por que tantas equipes erram. Então, o que é um stand? Este é um pequeno sumidouro diário para a equipe. Não é um relatório de status. Geralmente são cerca de 15 minutos. Normalmente, você tem o mesmo horário, no mesmo lugar, todos os dias do sprint E o nome vem da ideia original de que todo mundo literalmente se levanta porque ficar em pé mantém a reunião curta. Sente-se e você conversará por uma hora. Portanto, não é um relatório de status. Não é uma reunião em que o chefe verifica as pessoas. É um resumo rápido em que a equipe se alinha com o que está acontecendo Supera qualquer problema e o curso correto, se necessário. Portanto, nas três perguntas principais, cada pessoa, por sua vez, responderá a essas perguntas com cerca de 60 segundos cada. Esse é o formato clássico. Então, cada pessoa fala por sua vez. A primeira pergunta é: o que eu fiz ontem? Uma rápida recapitulação do seu progresso. Dois, o que vou fazer hoje, o que você está pegando? Três é o que está me bloqueando. Portanto, se houver algum obstáculo dúvida ou dependência, isso é tratado E cada pessoa deve responder às três em cerca de 60 segundos. Com uma equipe de cinco pessoas, serão 5 minutos. E os 10 minutos restantes são para as conversas reais, as coisas que surgem por causa do que as pessoas acabaram de dizer, e é aí que está o valor real dessas reuniões. Portanto, a orientação mais recente do guia Scrum se concentra menos nas três perguntas e mais na meta Como podemos, como equipe, progredir ao máximo em direção à meta do sprint hoje Ambas as abordagens funcionam. As três perguntas são mais fáceis quando você está começando. Você pode desenvolver sua própria abordagem à medida que o tempo passa No futuro, temos cronograma e logística. Aqui estão algumas coisas práticas que fazem os stand-ups funcionarem. Então, primeiro de tudo, cronometre no máximo 15 minutos, ajuste um cronômetro quando ele dispara você para, mesmo que esteja no meio da frase A pressão do cronômetro força sua disciplina. Você deve tomá-lo no mesmo horário todos os dias. Escolha um horário que funcione para todos. O comum é 9h30 ou 10h manhã, porque dá tempo para os iniciantes se acomodarem, mas não perdem a manhã mas não E não coloque às 16h. Até lá, a maior parte do dia Deve estar no mesmo local, seja físico ou virtual, uma localização previsível é muito importante. A maioria das equipes remotas geralmente usa uma videochamada diária. Pessoalmente, todos vocês deveriam se reunir em torno do Cambanbard E ou para controle remoto, pelo menos mantenha suas câmeras ligadas. Dessa forma, a energia é um pouco diferente, e as pessoas mantêm o foco quando estão de pé. Então, finalmente, é percorrer o quadro, não as pessoas. Essa é uma mudança sutil, mas importante. Em vez de percorrer a equipe como Sarah faz em seguida, James, analise as cartas nas listas de tarefas e tarefas. E para cada cartão, a pessoa trabalha nesse cartão específico fala. E isso mantém o foco no trabalho, não nos indivíduos. Algumas armadilhas comuns, algumas quatro maneiras pelas quais os stand-ups dão errado, Evite transformá-lo em um relatório de status. As pessoas conversam com o gerente ou o líder do projeto, listando o que fizeram em detalhes defensivos Esse é o público errado. O stand up é para a equipe, não para o chefe. Fale com seus colegas. A segunda armadilha, resolução de problemas na reunião Você não resolve bloqueios nesta reunião. Se alguém mencionar um bloqueador, guardamos isso para mais tarde A equipe começa a pensar em soluções e, 20 minutos depois, você ainda está lá . Então, não faça isso. O objetivo é trazer à tona os problemas, não resolvê-los. Armadilha três, pulando a reunião quando estiver ocupado. Se estamos muito ocupados para fazer o stand up hoje, é exatamente quando você mais precisa. Então, equipes ocupadas geralmente estão ocupadas porque não estão se coordenando bem o suficiente Ignorar o stand up só torna isso ainda pior. É como um ciclo vicioso Portanto, não pule esse stand up diário. E, finalmente, o Trap four está sendo cancelado quando as pessoas estão no controle remoto Vamos publicar atualizações no Slack agora. Quero dizer, isso é bom por um dia, mas se você fizer isso todos os dias da semana , a equipe perderá o senso comum do sprint, e o objetivo da reunião é a coordenação ao vivo, não a atualização por escrito Então, se você está fazendo isso solo, aqui estão algumas adaptações que você pode fazer para projetos solo. Trabalhadores individuais ainda se beneficiam de um check-in diário. Reserve 5 minutos todas as manhãs para abrir o Trello, olhar seu quadro e se perguntar: o que eu fiz ontem? O que eu vou fazer hoje? O que está me bloqueando? Escreva em algum lugar, mesmo que seja apenas em uma entrada rápida do Notion, tudo bem. Pode parecer ridículo falar sozinho, mas o ato de articulá-lo traz problemas que, de outra forma, você ignoraria Portanto, experimente por pelo menos uma semana e você verá como é. Então, a seguir, temos visualização do trabalho a ser feito e feito O fluxo de três colunas que configuramos no Trello. Vamos nos aprofundar nisso no próximo vídeo. 26. Visualizando o trabalho: fazer, fazer e feito: Oi, e bem vindo de volta. A ideia ágil mais simples e poderosa que você já enfrentará é essa Torne o trabalho visível. Nesta breve lição, abordaremos o fluxo de três colunas que impulsiona cada quadro ágil e como usá-lo bem Então, por que visualizar? Aqui estão três motivos que tornam a visualização muito poderosa Número um, você não consegue gerenciar o que não consegue ver. Se o trabalho está na cabeça das pessoas ou nas conversas por e-mail, ele é invisível. Você não sabe onde as coisas estão presas, o que está sobrecarregado, quem está sobrecarregado ou o que dois, isso cria uma consciência compartilhada Toda a equipe pode ver a mesma imagem. Não mais. Eu não sabia que você estava fazendo isso. Eu não sabia que você estava trabalhando nisso. Todo mundo sabe no que todo mundo está trabalhando. Três, ele atende a qualquer problema de fluxo. Então, quando você pode ver todo o trabalho em um só lugar, os padrões se destacam, as cartas se acumulam no trabalho, cartas ficam na análise, longos atrasos entre as listas Cada padrão aponta para algo a ser corrigido. Então, aqui temos as três listas para fazer, fazer e fazer. Em cada quadro ágil, essas três listas fazem o trabalho pesado Fazer é um trabalho comprometido para esse sprint, mas ainda não iniciado As cartas estão apenas esperando lá. O topo da lista é o que alguém deve escolher a seguir. Fazer é um trabalho que está sendo feito ativamente agora. É aqui que está a atenção da equipe. E, criticamente, o trabalho só começa feito quando alguém está realmente trabalhando nele naquele momento Não, vou falar sobre isso mais tarde hoje. Eles estão fazendo isso agora. Concluído é o trabalho concluído, portanto, o trabalho concluído corretamente, não 90% concluído, sem revisão pendente , está concluído. Está encaixotado. Então, essas três listas, lado a lado, fornecem uma imagem em tempo real de como o sprint está progredindo Portanto, limites do trabalho em andamento. Essa é uma dica poderosa que a maioria dos iniciantes pode perder. É limitar quantas cartas podem ser feitas ao mesmo tempo. Agora, isso é chamado de limite de trabalho em andamento ou limite de WIP. Por quê? Porque nada mata mais o progresso que ter muitas coisas pela metade. Se cinco pessoas tiverem três cartas em andamento, você terá 15 coisas voando ao mesmo tempo e quase certamente nada está realmente sendo concluído. Portanto, uma boa regra prática aqui é não fazer mais do que uma carta por membro da equipe Algumas equipes usam N mais um, então uma equipe de cinco tem seis vagas de WIP. O número exato importa menos quando o diretor terminou as coisas antes de começar novas. Então, se você estiver trabalhando sozinho em seu projeto, seu limite de WIP é um Escolha uma história, trabalhe nela, termine-a e escolha a próxima. Resista à tentação de pular. Finalmente, depois de montar um quadro, aprenda a lê-lo. Portanto, há três coisas principais a serem observadas no dia a dia. Um deles é o desequilíbrio. Uma lista grande de tarefas significa que há muito trabalho em andamento Uma lista vazia de concluídos no ponto médio do sprint significa que nada está sendo Duas são cartas que não se movem há dias. São cartas presas. Descubra por que eles estão presos. Normalmente, é um bloqueador que não foi usado diariamente. Três são suas cartas surpresa, coisas que aparecem ao fazer e que não faziam parte do plano original do sprint Esses são os assassinos silenciosos de qualquer meta de sprint. Então, exponha-os, decida que temos suas prioridades reais ou se são realmente distrações que devem ser deixadas para mais tarde Oh, três colunas. Um limite de progresso no trabalho, o hábito de ler o quadro e pronto. Então, obrigado por se juntar a mim nesta aula. Na próxima, veremos como lidar com as mudanças no meio do sprint, o que acontece o tempo todo É algo que qualquer gerente de projeto ágil precisa ser habilidoso em fazer Então, abordaremos três questões que protegem a meta, e isso é a seguir. Então, nos vemos no próximo vídeo. 27. Como lidar com mudanças no meio da corrida: Oi, e bem vindo de volta. Agora, para ser honesto, nenhum sprint realmente sai conforme o planejado Algo sempre muda. Então, nesta lição, veremos como você pode cobrir as mudanças no meio do sprint sem entrar em pânico, sem perder o foco e, o mais importante, sem abandonar sua Então, isso é algo para se acostumar com o gerenciamento ágil de projetos Mudança não é fracasso. Isso é completamente normal. A cada sprint, surgirá algo que não estava no plano parte interessada pode mudar de ideia, um usuário pode relatar um bug crítico, talvez uma dependência desapareça , talvez surja uma nova oportunidade Agora, o Manifesto Agi aceita explicitamente a mudança. Então, se você se lembra do valor quatro do manifesto, é responder à mudança em vez de seguir um plano Agora, isso não significa que a mudança seja sempre boa ou sempre aceitável no meio do sprint Significa apenas que você tem um processo para lidar com isso, em vez de fingir que isso não acontecerá Isso é fundamental para os gerentes de projeto. Então, vamos passar por uma pequena estrutura de decisão. Agora, quando uma solicitação de mudança chega no meio do sprint, essa é uma estrutura simples que você pode usar Temos três perguntas em ordem. A primeira pergunta é: essa mudança nos ajuda a atingir a meta do sprint Se sim, talvez valha a pena fazer isso. Agora, se não, ele vai para a pendências do produto para um sprint futuro. Pergunta dois, isso ajuda, o que teríamos que abandonar para abrir espaço para ela? A capacidade é sempre finita e você não pode simplesmente adicionar trabalho, então você precisa fazer um acordo em algum lugar E a questão três é a equipe concorda que vale a pena trocar Se toda a equipe decidir, não apenas o proprietário do produto, no final das contas, são eles que fazem o trabalho. Se a resposta para todas essas três perguntas for sim, você poderá trocá-la Você pode adicioná-lo à lista de tarefas. Se não, você deve enviá-lo para a lista de pendências. Agora, a disciplina de usar essa estrutura todas as vezes é o que protegerá sua meta de sprint Agora, nem todas as mudanças nascem iguais. Existem três categorias aproximadas que poderíamos usar aqui em emergências Por exemplo, o site está fora do ar, um bug crítico está atingindo os usuários ou um problema legal acabou de chegar, e eles realmente não podem esperar Então, solte algo e troque. Mas seja honesto, emergências reais são muito raras. Se tudo é uma emergência, então nada é uma emergência. Em seguida, temos o importante , mas não o urgente. Por exemplo, uma nova ideia de recurso ou uma mudança de mercado interessante ou solicitação de partes interessadas que importa , mas na verdade não prejudica nada Eles podem entrar na lista de pendências do produto, adicionar um cartão e priorizá-los para o próximo sprint. Não interrompa e depois crie distrações quando alguém tiver uma ideia nova, o que parece ótimo, mas não está realmente ligada à meta do sprint. Coloque-a educadamente na lista de pendências e siga em frente A maioria das solicitações de midsprint se enquadra nessa categoria. Agora, como dizer não, é muito difícil como gerente de projetos. As pessoas odeiam ouvir não, e você odiará dizer isso. Então, aqui estão três técnicas que ajudam você a não queimar uma ponte. Então, um é sim na lista de pendências. Portanto, não diga não à ideia em si, mas diga sim para capturá-la. Esse é um ótimo ponto. Deixe-me adicioná-lo à lista de pendências para que possamos priorizá-lo Isso validará a ideia sem se comprometer com ela. Segundo, consulte o quadro que quero ter certeza de que atingimos nossa meta de sprint, que é X. Essa nova solicitação não suporta isso diretamente Então, podemos analisar isso na próxima reunião do Prints? O objetivo passa a ser o motivo, não sua preferência pessoal, e o terceiro é negociar abertamente. Então, bem, podemos fazer isso agora, mas isso significa deixar Y. Você está bem com isso? Então, de repente, o solicitante precisa pesar o custo da solicitação, não apenas o E muitas vezes eles decidem que isso pode esperar até mais tarde. O próximo passo é documentar a decisão. O que quer que você decida, anote-o, adicione-o ao seu banco de dados de decisões de noções, coloque a data, o que foi solicitado, o que decidimos e por quê. 2 minutos escrevendo isso economizarão horas de por que não fizemos isso em reuniões posteriores. Lembre-se de que a mudança acontecerá. O mais importante é proteger a meta do sprint e ter uma estrutura estabelecida e também documentar a decisão Então, a seguir, veremos a análise do sprint, mostrando o trabalho real Essas análises envolvem as partes interessadas. Envolve feedback e envolve alguma honestidade. Então, veremos isso no próximo vídeo. 28. A revisão do sprint: mostrando o trabalho real para as partes interessadas: Bem-vindo de volta. Então, o sprint acabou Agora é a hora da verdade, que está mostrando seu trabalho. Nesta lição, abordaremos a revisão do sprint , também chamada de demonstração do sprint, e, ao final, você saberá como realizar uma dessas reuniões que realmente informe suas partes interessadas em vez de apenas atuar Então, o que é uma revisão de sprint? revisão do sprint é uma reunião que ocorre no final de cada sprint É extremamente importante, pois essas são as reuniões em que a equipe mostra o trabalho que concluiu às partes interessadas. As partes interessadas são as pessoas que se preocupam com o projeto, mas fazem parte da equipe , então podem ser o gerente, um cliente , alguns patrocinadores internos ou os usuários reais Geralmente, é de 1 hora para um sprint de duas semanas, e há dois propósitos para essas reuniões Uma delas é demonstrar o que foi construído para verificar se ele atende às expectativas e se funciona. segunda é coletar feedback que informe próxima lista de pendências do produto e o próximo Agora, isso não é um relatório de status. É uma conversa sobre o resultado real de trabalho que sua equipe produziu. Portanto, há três regras que você deve seguir sobre o que deve mostrar nessas reuniões. Número um, você mostra a saída de trabalho, não slides sobre a saída de trabalho. Se você criar um recurso, demonstre o recurso real em um dispositivo ou tela mostre que ele está funcionando. Não faça um conjunto de 30 slides descrevendo isso. O ponto aqui é que ele realmente funciona, então mostre que está funcionando. segunda é vincular tudo à meta original do sprint, começar com a meta, explicar como cada peça do trabalho contribui para essa meta e encerrar dizendo se a meta foi alcançada ou não E três, mostre apenas o que foi feito de acordo com sua definição de feito. Não, isso é 80% fixo. Desculpe, isso está 80% concluído ou só precisamos corrigir algumas coisas. Precisa ser um trabalho realmente finalizado que esteja 100% concluído. Se não estiver pronto, deixe-o de fora. Você pode mencionar isso na seção sobre o que não foi concluído, mas não demonstre coisas que não estão completas. Agora, você deve ter uma agenda de 60 minutos, que pode ser reutilizada em cada sprint Portanto, o minuto zero a cinco é bem-vindo e recapitule a meta do sprint, oriente todos na sala minuto cinco a 35 seria sua demonstração para cada história concluída, cinco a 7 minutos por história, mostre que está funcionando, explique o contexto e depois faça perguntas. O minuto 35 a 45 é o que não foi concluído. Seja honesto sobre o que ainda está em andamento e por que isso gera confiança e se esconder a destrói Com 45 a 55 comentários das partes interessadas, abra a palavra para perguntas O que o público acha? O que eles gostariam a seguir? Capturar todos os dados que você pode ouvir e não fazer nenhuma promessa. E então, os 5 minutos finais seriam para finalizar, recapitular o feedback principal, concordar com as ações e finalizar a tempo Portanto, ao lidar bem com o feedback, é aqui que a maioria dos revisores erra. As partes interessadas dão feedback. A equipe fica na defensiva ou aceita cada solicitação como uma promessa Ambos são ruins. Uma abordagem melhor é ouvir primeiro. Não fique na defensiva. Não se comprometa, ouça, anote em um quadro visível no Notion ou na frente das partes interessadas. Obrigado, capturando isso. Isso é o que você pode dizer. Depois da reunião com a equipe, decida o que fazer com cada feedback. Alguns itens se tornarão novos itens da lista de pendências. Alguns podem estar refinando histórias existentes. Então, pode ser interessante, mas não acionável, o que é bom Só não faça promessas na sala. Acrescentaremos que no próximo sprint há uma armadilha que você deve evitar Você ainda não sabe se isso deve ser uma prioridade ou não, então não prometa isso. Capture a solicitação e decida mais tarde quando você está planejando. Portanto, se você estiver trabalhando sozinho neste curso, ainda precisará de uma parte interessada Então encontre um ou seja um. Pode ser um amigo, pode ser um colega, pode ser um parceiro, qualquer pessoa que tenha paciência e curiosidade por você e pelo seu projeto Agende um horário de 30 minutos, analise sua meta de sprint, demonstre suas histórias concluídas e faça as três perguntas Isso parece certo? O que te surpreendeu? E o que você quer a seguir? Até mesmo uma pessoa não relacionada pode dar feedback útil apenas por ser um novo par de olhos Portanto, anote, essa é uma prática ágil adequada, mas reduzida para um usuário individual Então, são avaliações de sprint, mostram um trabalho real Eles se reúnem com base no feedback dele. Você nunca deve prometer imediatamente. Então, a seguir, veremos a retrospectiva, que é a chance da equipe de olhar para dentro e melhorar Nos vemos no próximo vídeo. 29. A retrospectiva do sprint: “Comece, pare, continue”: Bem vindo de volta. Portanto, a análise do sprint que acabamos de ver olha para fora, para o que construímos, enquanto a retrospectiva do sprint olha para dentro e analisa Portanto, nesta lição, examinaremos o formato retrospectivo mais simples e popular, que é iniciar, parar e continuar o formato retrospectivo mais simples e popular, que é iniciar, parar e Então, no final, você saberá como conduzir uma dessas reuniões que realmente mudará a forma como sua equipe trabalha. Então, o que é uma retrospectiva? Essa é uma reunião no final de cada sprint logo após a revisão, qual a equipe reflete sobre como eles trabalham juntos durante o sprint Eles não falam sobre o que construíram. Eles falaram sobre como trabalhavam. Então, isso geralmente leva de 45 a 60 minutos se for um sprint de duas semanas Somente a equipe sem partes interessadas, então esse é um espaço seguro onde a equipe pode ser honesta sobre o que está funcionando e o que não está funcionando. E o princípio por trás disso vem do Manifesto Ágil, principal 12, que afirma, em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e, em seguida, ajusta seu comportamento de acordo. A retrospectiva mostra como isso acontece na prática. Portanto, o formato retrospectivo mais simples tem três colunas em uma parede ou em um quadro Comece, pare e continue. Então comece. Essas são coisas que a equipe deveria começar a fazer e que não está fazendo agora. Talvez comece a escrever os critérios de aceitação antes de fazer uma estimativa ou inicie uma verificação de cinco minutos no meio do sprint. Pare. São coisas que a equipe deveria parar de fazer, talvez parar de aceitar mudanças após o planejamento ou parar de fazer stand ups quando o proprietário do produto não pode comparecer, coisas assim e depois continuar ou coisas que a equipe está fazendo bem e deveria continuar fazendo. Então, talvez continuem almoçando juntos às quartas-feiras ou continuem atualizando o quadro diariamente, o que a equipe achar que funciona bem Assim, cada pessoa pode adicionar notas adesivas a cada coluna e, em seguida, a equipe discutirá o assunto Os grupos podem escolher temas semelhantes, escolher os mais importantes para atuar no próximo sprint Então, como realizar esse tipo de reunião. Aqui está uma agenda de cinco para uma retrospectiva de 45 minutos. O primeiro passo é definir a cena para cerca de 5 minutos. Lembre à equipe para que serve um retrô, estabeleça o espaço. A regra de Vagas é que o que é dito no retrô permanece no retrô Passo dois, escrita silenciosa. Então, em 10 minutos, todos escrevem seus itens de início, término e continuidade de forma independente. Sem discussão. Esta sessão silenciosa de redação apresenta opiniões honestas sem grupos. O terceiro passo é compartilhar e agrupar. Portanto, isso deve levar cerca de 10 minutos. Cada pessoa lê seus itens. Agrupamos itens semelhantes . Não os debata ainda. Essa é uma parte da categorização da reunião. O quarto passo é discutir os principais itens, leve cerca de 15 minutos para isso. Você pode fazer com que cada pessoa receba três pontos colá-los nos itens mais importantes, como em um processo de votação E então, quando terminar, discuta os três principais. Cinco é concordar com a ação. Portanto, para cada um dos principais itens, concorde com ações concretas, quem fará o quê e até quando. Caso contrário, o retrô se torna terapia com muita conversa e sem mudanças Então, concorde com essas ações, quem, o quê e até quando. Portanto, uma retrospectiva só é útil se as pessoas forem honestas e as pessoas só serão honestas se se sentirem seguras Então, três coisas ajudam. Um, sem culpa. A norma principal de Kurth diz que, independentemente do que descobrimos, entendemos e realmente acreditamos que todos fizeram o melhor trabalho possível, considerando o que sabiam na época Leia isso em voz alta no início de cada retrospectiva, pois isso definirá o tom da equipe Segundo, não deve haver gerentes na equipe. Se você tem um gerente de linha que não faz parte da equipe em si, ele não comparece porque as pessoas não conseguem ser honestas, se for esse o caso. Então, sim, você não pode ser honesto sobre como as pessoas reagem com o gerente quando os gerentes estão na sala. Então, sem gerentes. Finalmente, é focar no sistema, não nas pessoas. Então, por que isso aconteceu? Por que Sarah fez isso? Esse princípio ágil é que pessoas boas podem ficar presas em sistemas ruins, então melhore o Você tem alguns outros formatos para experimentar. Portanto, se o seu stop start parecer obsoleto, você pode misturá-lo. Então, abordaremos isso adequadamente no terceiro e mais avançado curso. Mas aqui está uma amostra rápida de três alternativas. Estamos loucos, tristes e contentes. Então, as pessoas escrevem o que as deixou loucas, tristes ou contentes nesse sprint. Superfícies em movimento que o formato de início, parada e continuidade geralmente pode se nivelar Temos os quatro que gostamos, aprendemos, faltam, desejamos, mais refletivos, especialmente para especialmente para Finalmente, veleiro. A equipe é um barco. Que vento nos empurrou para frente? Quais âncoras nos impediram? Quais rochas devemos evitar? Isso é muito divertido, visual e bom para equipes distribuídas Mas vamos nos aprofundar mais nisso no curso três. Então é isso. Retrospectivas, espaço curto e seguro, focado na ação. As equipes que melhoram mais são as que fazem bem as retrospectivas Então, na próxima sessão, faremos um exercício prático em que você correrá um mini sprint de cinco dias e experimentará o ritmo de um sprint de ponta a ponta Nos vemos no vídeo final da Seção 5. 30. Exercício prático: faça uma mini corrida de cinco dias: Bem vindo de volta. Então, chegamos agora ao exercício prático mais ambicioso até agora. Você vai correr um sprint real. Vamos comprimi-lo para cinco dias, mas é real de todas as outras formas Portanto, planeje, execute, revise e revise. No final, você terá vivido um ciclo completo de sprint e terá os artefatos para provar isso Então, vamos entrar nisso. Primeiro de tudo, por que um mini sprint Os sprints padrão geralmente duram duas semanas. Para este exercício, vamos comprimi-lo para cinco dias, de segunda a sexta-feira Faremos isso porque o objetivo do exercício é sentir o ritmo do planejamento de um sprint, o progresso diário, os ajustes no meio do sprint, a revisão e o retro Cinco dias são suficientes para experimentar tudo isso sem comprometer semanas de sua vida. Portanto, mantenha seu escopo pequeno, almeje dois a três andares no total. O objetivo é o ciclo, não o volume. Então, segunda-feira de manhã, bloqueie 30 minutos para o planejamento do sprint Use o modelo da Seção quatro, se puder, escreva sua meta de sprint, escolha duas a três histórias da sua lista de pendências e, em seguida, avance Mova-os para sua lista de tarefas, aplique os rótulos e tire uma foto inicial Então você deve começar o trabalho. Então, até o final da segunda-feira, você deve ter algo na coluna do que fazer, idealmente, algo feito também. terça a quinta-feira, esse será o ritmo diário em que você criará o hábito. Temos três dias úteis. Então, sim, terça, quarta, quinta. Todas as manhãs, 5 minutos de pé sozinho. O que eu fiz ontem? O que eu vou fazer hoje? O que está me bloqueando? Você pode escrever as respostas em uma nota de noções rápidas. Certifique-se de datar todas as entradas. Todos os dias, atualize seu quadro do Trello. Os cartões passam de “ fazer” para “fazer” para “ concluído” não acumulam trabalho em fazer Algo tenta interromper, use a estrutura de mudança que examinamos na lição três, se isso ajudar a atingir a meta de sprint, se não a atrasar Se isso acontecer, então o que é descartado para dar espaço para isso? Procure terminar pelo menos uma história até quarta-feira. Se até quarta-feira você não tiver terminado nada, isso é um sinal de que você se comprometeu demais Escopo reduzido agora. E então, na sexta-feira de manhã, é quando você terá a avaliação. Portanto, dedique cerca de 20 minutos para fazer sua análise de sprint. Se puder, peça a uma parte interessada, um amigo, um parceiro, um ex-colega, converse com o GPT, explique o que você construiu, mostre, mas não Se ninguém estiver disponível, faça isso sozinho. Grave a si mesmo fazendo a demonstração. Em um vídeo de telefone. Apenas descrever o treino em voz alta, aprimora seu pensamento, captura o feedback no Notion e registra tudo lá Novas ideias devem entrar na sua lista de produtos como cartões no Trello E então, na sexta-feira à tarde, depois de fazer a revisão, você terá sua retrospectiva, que novamente dura cerca de 30 minutos Mesmo se você estiver fazendo isso sozinho, deve funcionar. Abra o Notion, crie uma nova entrada em seu banco de dados de retrospectivas, use o modelo que você As colunas iniciam, param e continuam. Passe 10 minutos escrevendo itens em cada coluna e seja honesto. Pare de verificar as notícias no meio de uma tarefa, por exemplo , outra, comece a bloquear sessões de trabalho profundo de 90 minutos, continue fechando as guias no final do dia e, em seguida, escolha as três principais coisas em que agir no próximo sprint e escreva-as como ações concretas Quem, o quê e quando? Marque sua entrada retrô com o número do sprint. Você deve analisá-los em dois ou três sprints para ver se realmente fez alguma alteração Então, alguns erros comuns a serem evitados, três coisas a evitar em seu primeiro sprint Iniciantes fazem muito isso. A primeira é se comprometer demais no primeiro dia, então é melhor se comprometer menos e depois se comprometer demais e entregar menos A segunda é pular os stand-ups quando estiver sozinho. Sou só eu. Eu sei o que estou fazendo, mas talvez a disciplina de articular seu dia não revele coisas que você poderia ter perdido se não as tivesse articulado E, finalmente, está cancelando a retrospectiva. Portanto, a retrospectiva é o objetivo principal da metodologia ágil Se você não o usa , não melhora. Portanto, nunca cancele o retrô. Na sexta-feira à noite, no final da semana, você deve ter tudo isso. Você deve ter um Trello mostrando a jornada com sua meta de sprint no topo, histórias concluídas e prontas, histórias concluídas e prontas, qualquer coisa que não tenha terminado enviada para a Duas, cinco notas diárias de stand up no Notion. Três, você deve ter um documento de planejamento de sprint para esse sprint todo preenchido Número quatro, suas notas de avaliação capturando o que você mostrou e o feedback recebido Cinco, uma entrada retrospectiva completa com três ações concretas para o próximo sprint e seis, uma captura de tela do seu quadro Trello finalizado ao lado da captura de com três ações concretas para o próximo sprint e seis, uma captura de tela do seu quadro Trello finalizado ao lado da captura de tela inicial. Juntos, esses são uma demonstração da nota do portfólio que você pode executar um sprint. Então, é isso. Chegamos ao final da Seção 5. Te vejo na Seção 6. 31. Conclusão: armadilhas comuns de iniciantes e como evitá-las: Olá, bem-vindo à Seção 6. É a seção final do curso 1. Antes de concluirmos, quero dedicar algum tempo às armadilhas que vejo iniciantes cometendo repetidamente quando se trata de gerenciamento ágil de projetos e , principalmente, de execução de sprints ágeis Então, ao final disso, você saberá o que procurar e provavelmente economizará meses de tentativa e erro se seguir estas dicas, lembre-se dessas armadilhas comuns Então, a primeira armadilha, fazer Agile sem ser Agile. Agora, novas equipes adotam as cerimônias e realizam stand-ups. Eles têm uma prancha. Eles chamam a reunião de planejamento de sprint, mas, apesar de tudo isso, nada realmente mudou O proprietário do produto ainda impõe requisitos, como gerente de projeto. A equipe ainda espera que lhe digam o que fazer. As mudanças ainda são tratadas como falhas. A forma é ágil, mas a substância é uma cachoeira disfarçada Não caia nessa. A solução não está em mais cerimônias Está na mentalidade, na mentalidade de confiar em sua equipe, de acolher mudanças e de agregar valor desde cedo Então, se você está fazendo os rituais , mas não vivendo os valores, você não está realmente fazendo o Agile Pois o número dois é planejar demais o sprint. Eu mencionei muito isso nos vídeos anteriores. Portanto, o planejamento do sprint leva cerca de 2 horas. Algumas equipes o transformam em um workshop de um dia inteiro, o que não é correto. Eles debatem cada história por cerca de 20 minutos. Eles estimam o meio ponto mais próximo. Eles escrevem parágrafos com critérios de aceitação para histórias que ainda nem começaram. Então pare com tudo isso. O planejamento deve ser leve em Agile, porque o objetivo principal do Agile é que você aprende à medida que Portanto, planos detalhados para coisas que você ainda não construiu ou adivinha, fantasiados como certezas e pertencentes ao gerenciamento de projetos em cascata Portanto, planeje o suficiente para começar e depois refinar à medida que aprende. Ou o número três é pular a retrospectiva. Isso acontece bastante. Não faça isso. Equipes sob pressão. Eles podem cortar o retrô primeiro, tipo, Oh, não temos tempo Faremos um no próximo sprint. Dois sprints depois ou três, seis meses depois, a equipe parou de melhorar completamente Portanto, o retro é a reunião mais importante Agile, porque é assim que a equipe melhora com o tempo E sem isso, você não aprende. Sem aprender, você estagna. Portanto, certifique-se de sempre manter o retrô, mesmo que sejam apenas 20 minutos, e mesmo que seja apenas um bloco de notas, nunca o pule E Pitfm número quatro, deixando o backlog crescer Cada ideia é adicionada, e isso é um problema. Nada é removido. Então, depois de seis meses, você tem 400 itens. Ninguém consegue encontrar nada. O topo da lista de pendências não é mais apenas o trabalho mais importante É o que você adicionou mais recentemente. Portanto, é muito importante que você corte sua lista de pendências como um arbusto Uma vez por mês, escaneie a metade inferior. Qualquer coisa que esteja lá há três meses ou mais e não seja prioridade de ninguém, exclua-a. Se isso realmente importa, ele voltará. Portanto, uma lista de pendências limpa é uma lista de pendências saudável. Aos 45 anos, o problema do herói. Portanto, essa é a ideia de que uma pessoa da equipe faça a maior parte do trabalho pesado. Eles são brilhantes. Eles compram os ingressos mais difíceis Eles trabalham nos fins de semana. Todo mundo confia nessas pessoas. Agora, isso parece ótimo no curto prazo, mas no longo prazo, isso é um desastre. Então, o herói se esgota quando sai da empresa ou mesmo quando sai de férias, a equipe entra em colapso porque o conhecimento fica preso na cabeça de uma pessoa e, pior ainda, ninguém consegue crescer Então, divulgue histórias difíceis para duas pessoas , deixe que elas colaborem, alterne as pessoas que escolhem as mais difíceis, certifique-se de que a equipe seja resiliente e não dependa A próxima armadilha é confusa, ocupada e produtiva. O quadro está cheio. Cartas em todos os lugares. As pessoas parecem esticadas. Certamente, essa é a aparência de um bom sprint. Não necessariamente. Uma equipe com 15 cartas prontas raramente envia alguma coisa. Eles estão mudando de contexto, estão quase terminando. Talvez estejam sendo bloqueados e provavelmente estejam se esgotando. Uma equipe com duas cartas prontas pode estar, discretamente, agregando mais valor Portanto, lembre-se de que a atividade nem sempre é progresso. Observe a lista feita, não a lista de tarefas. A pergunta não é: as pessoas estão ocupadas? A pergunta deveria ser: é fluxo de valor? Para o número sete, é ignorar os bloqueadores. Isso é muito, muito importante. Se alguém menciona um bloqueador em um stand up e a equipe apenas acena com a cabeça, a reunião continua Três dias depois, o bloco ainda está lá. A carta não se moveu e todo o sprint está com problemas Portanto, os bloqueadores são o item mais urgente em qualquer quadro. Quando um for levantado, dê um nome, anote, designe alguém para desbloqueá-lo ou lidar com ele você mesmo, torne-o bem visível no quadro como uma etiqueta ou como um cartão separado Um bloqueador que ninguém possui é um bloqueador que nunca é consertado Então lembre-se disso. Então, sim, sete armadilhas, todas evitáveis As equipes que se tornam boas em Agile são aquelas que evitam todos esses erros e são elas que os notam mais rapidamente Então, esse é o fim desta lição. Na próxima lição, veremos onde você está agora e faremos uma rápida autoavaliação para ver quanto você realmente absorveu neste curso. Então, nos vemos no próximo vídeo. 32. Autoavaliação: onde você está agora?: Bem vindo de volta. Então, até agora, você passou várias horas aprendendo os fundamentos do gerenciamento ágil de projetos E nesta pequena lição, você fará um balanço do quanto você realmente sabe agora. Então, no final, você terá uma visão clara de seus pontos fortes, de suas lacunas e de onde se concentrar em seguida Por que até mesmo se autoavaliar em primeiro lugar? Há três razões principais pelas quais isso é importante. Número um, torna o aprendizado real. Ler e assistir é simplesmente passivo, mas refletir força você a realmente se envolver com o que você sabe Número dois, mostra no que se concentrar a seguir. Portanto, sem uma autoavaliação honesta, você pode assistir novamente ao Easy Bit E pule as partes difíceis. Agora, isso é um mau hábito. E número três, ele prepara você para entrevistas. Entrevistas de PM e Agile rotineiramente perguntam: conte-me sobre sua experiência Então, saber onde você está facilita essas conversas. Então, temos uma verificação de dez perguntas, pausamos o vídeo e você pode responder honestamente e depois voltar Portanto, não há necessidade de classificação aqui. Observe onde você se sente confiante e onde não. Então, primeiro, posso explicar Agile em duas frases sem usar jargões Número dois, posso citar os quatro valores do manifesto ágil Terceiro, posso escrever uma história de usuário no formato adequado com critérios de aceitação para um projeto no qual não trabalho atualmente? Número quatro, eu entendo a diferença entre backlogs de produtos e sprint Quinto, posso descrever o que cada um dos três scrum rolls faz e o que não faz? Seis, eu poderia fazer uma reunião de stand up de 15 minutos amanhã sem preparação Número sete, posso explicar a Moscou e a matriz de valor versus esforço para um colega que nunca ouviu falar delas antes Número oito, eu poderia escrever uma meta de sprint de uma frase para um projeto fictício em uma frase focada em resultados Número nove, eu sei a diferença entre uma revisão de sprint e uma retrospectiva e para que serve cada uma E o número dez é eu poderia montar um quadro do Trello e um espaço de trabalho de noções do zero, pronto para executar meu Então, essas são as dez perguntas. Responda honestamente e volte. Em seguida, o que fazer com seus resultados. Então, três categorias, seja honesto sobre em qual delas você está. Isso é muito importante. Portanto, confie que você tenha oito ou mais sim, o que significa que você absorveu muito bem o material, passe para o segundo curso quando estiver pronto e comece a praticar em projetos reais Principalmente misturado seria de 5 a 7 sim. Então você tem o básico, mas algumas peças ainda estão confusas Reveja as aulas, abordando as questões com as quais você teve dificuldades, e depois faça o exercício prático novamente com um novo projeto Quase trêmula, menos de cinco sim. Isso é bom. Significa apenas que o curso precisa de outra aprovação ou que você só precisa revisar o vocabulário. Não se culpe. Ágil. É muito difícil de absorver, então você pode voltar à Seção um e trabalhar nela um pouco mais devagar Fazer anotações e manter um glossário é extremamente útil com o gerenciamento ágil de projetos pois muitos dos termos, sim, muitos dos conceitos de gerenciamento ágil de projetos são encontrados no Então, finalmente, mais uma pergunta honesta. Você realmente fez os exercícios práticos ou os pulou? Então, aqui está a verdade. Você realmente não pode aprender a correr sprints apenas assistindo a vídeos Você aprende a executar um sprint executando um sprint. Então, se você pular os exercícios, sua próxima etapa real não é mais conteúdo, é voltar e realmente fazer esses exercícios Portanto, mesmo um mini sprint completo ensinará mais de 20 horas de vídeos teóricos Bem, essa é a sua autoavaliação feita. Seja gentil consigo mesmo, mas certifique-se de ser honesto. Na próxima lição, faremos uma rápida revisão do projeto para ver rapidamente como deve ser o seu sprint finalizado, então nos vemos no próximo vídeo 33. Revisão do projeto: como fica seu sprint finalizado: Olá, bem-vindo ao penúltimo vídeo deste curso. Então, se você já acompanhou o curso, planejou e realizou um sprint, nesta lição, revisaremos como deve ser esse sprint finalizado, qual deve ser a aparência, do que se orgulhar e como falar sobre isso em um portfólio ou em uma entrevista Então, o artefato que você deve ter, seus seis artefatos, você deve tê-los no papel ou em suas ferramentas Primeiro, você deve ter um quadro do Trello com uma lista de pendências de produtos preenchida Sua meta de sprint no topo, um sprint completo com histórias em Concluído e capturas de tela do tabuleiro antes Segundo, você deve ter um espaço de trabalho do Notion com quatro subpáginas, planejamento de sprint, retrospectiva, decisões com quatro subpáginas, planejamento de sprint, retrospectiva, decisões e atualizações das partes interessadas. Três, você deve ter pelo menos um documento de planejamento de sprint preenchido Quatro, você deve ter uma retrospectiva completa com três ações concretas E cinco, você deve ter suas notas da revisão do sprint e, finalmente, seis, você deve ter links entre o Trello e o Notion em Se você tem todos os seis, você construiu algo real. Parabéns. Esse é um sistema ágil funcional Não é só um exercício. Agora, qual é a aparência do bem? Aqui estão as cinco principais qualidades de um bom primeiro sprint. Então, além de apenas ter os artefatos, como podemos fazer com que esse primeiro sprint tenha uma boa aparência Cinco qualidades que você deve procurar em primeiro lugar são que a meta do sprint é clara e focada nos resultados, e você pode dizer rapidamente se é capaz de atingi-la ou não Segundo, as histórias de usuário seguem o formato correto e têm critérios de aceitação testáveis Eles são específicos. Eles não são vagos Três, o trabalho em sua lista de trabalhos realizados se conecta diretamente à meta do sprint Você não tem nada extra e não tem nada faltando. Quarto, seu retrô identifica coisas reais a serem mudadas, não apenas banalidades genéricas, como: comunicar mais Mova-se, fique de pé até 930 porque 10:00 A.M. Confrontos com Cinco, a documentação é leve, mas útil, apenas o suficiente para ser útil, mas não tanto que ninguém a leia. Então, essas são as cinco coisas. Se você verificar tudo isso e a resposta for sim para tudo isso, saberá que seu sprint pode ter uma boa aparência Agora, mesmo que seu primeiro sprint tenha sido difícil, existem alguns ventos reais que vale a pena reconhecer Agora, você aprendeu uma nova mentalidade, não apenas uma nova metodologia Ágil é uma forma de pensar sobre O fato de agora você poder identificar uma cachoeira pensando em seus próprios hábitos é , por si só, uma grande mudança Você construiu algo tangível. A maioria das pessoas que dizem entender Agile nunca realmente correu um sprint, mas você sim Você criou uma peça de portfólio. Portanto, seja qual for o próximo trabalho que você escolher, você pode apontar para um sprint finalizado com metas, histórias, retros Você também prova para si mesmo que pode terminar algo Esses cursos são fáceis de começar, mas são difíceis de terminar. Você fez o trabalho, então parabéns. Agora, vamos ver como podemos falar sobre isso em entrevistas. Se você está procurando emprego, o sprint é ouro na entrevista, se você o enquadrar corretamente Não diga apenas que fiz um curso ágil. realmente não conta a entrevista nem nada, mas você poderia dizer que eu dirijo um projeto ágil prático em que construí um backlog, planejei e executei um sprint, fiz uma retrospectiva e envio um número X de histórias vinculadas a uma meta específica do Isso é muito mais impressionante e, na verdade, é verdade. Traga os artefatos, mostre o Trello, percorra o espaço de trabalho do Notion A maioria dos entrevistadores nunca viu um candidato realmente demonstrar seu processo Aqueles que o fizerem se destacarão mais do que qualquer coisa. Portanto, também seja honesto sobre o que você aprendeu. Você poderia dizer que, no meu primeiro sprint, eu me comprometi demais. Tive que largar duas histórias. Na versão retrô, descobri que havia estimado com base nos melhores cenários Agora eu sempre pago minhas estimativas. Portanto, a autoconsciência sempre é considerada sênior e altamente profissional. Agora, se você quiser usar isso como uma peça de portfólio, aqui está o que você deve incluir: um breve resumo escrito, apenas um pequeno parágrafo do que você criou e por quê? Capturas de tela do seu quadro do Trello antes e depois, com a meta do sprint visível Seu documento de planejamento de sprint exportado do Notion. Até mesmo a versão aproximada provaria que você pensou em capacidade, risco e comprometimento. Seu retrô com as ações que você identificou. Agora, este é ouro porque mostra que você pode se aperfeiçoar, melhorar uma equipe. E, opcionalmente, você pode fazer uma apresentação em vídeo de cinco minutos do projeto São apenas 5 minutos, e as pessoas se lembram dos candidatos que as mostraram em vez de contarem. Se você tiver seu próprio site, hospede-o lá ou carregue-o em um repositório público do GitHub ou compartilhe-o usando o recurso de compartilhamento público do Notion Portanto, torne-o vinculável e organizado. Oh, parabéns. Você chegou ao final do primeiro curso. Você construiu algo real. Você nunca deve subestimar isso. Você conseguiu algo real que pode ser adicionado a um portfólio e usando entrevistas. Isso pode levar você a um passo mais perto de conseguir o emprego dos seus sonhos. Então, no vídeo final deste curso, veremos o que vem por aí e veremos a ponte para o curso dois, que será o curso intermediário em gerenciamento de projetos. Então, nos vemos na aula final. 34. E depois?: Bem-vindo de volta pela última vez no primeiro curso. Bem feito. Você chegou até o fim. Neste vídeo final, vamos ver para onde você vai a partir daqui. Analisaremos o curso dois e o que está nele e além. Então, sim, você saberá exatamente quais são seus próximos passos. Então, primeiro de tudo, vamos fazer uma rápida recapitulação do que você aprendeu Você aprendeu a base, que é mais do que a maioria das pessoas que afirmam ser especialistas em Agile pode dizer Abordamos o manifesto da AgI e a mentalidade da Agi. Abordamos sprints, incrementos e o ciclo empírico. Já abordamos os scrum rolls. Abordamos atrasos, histórias de usuários, critérios de aceitação e a definição de concluído Vimos como configurar um local de trabalho no Trello e no Analisou como priorizar, estimar e executar um Analisamos como realizar um sprint com stand ups, com ajustes no meio do sprint, com análises e Também analisamos as armadilhas a serem observadas. Então, tudo isso é a base. Então você sabe mais do que a maioria das pessoas que afirmam especialistas em agilidade. Então você pode se orgulhar disso. O curso dois é chamado de corrida em grande escala. Então é aqui que o curso dois começa de onde o primeiro parou e se aprofunda nas habilidades intermediárias Então, você aprenderá a lidar com vários sprint em uma sequência Você aprenderá como manter o ritmo. Você aprenderá como lidar com as mudanças do sprint vez das mudanças do sprint e também como gerenciar Você mergulhará nas cerimônias avançadas do scrum em sessões de refinamento da lista de pendências e analisará um planejamento mais sofisticado com retrospectivas mais profundas . Você também abordará o Kanban adequadamente, como ele difere do scrum e quando usá-lo, além de como combinar os dois em uma abordagem híbrida Você também aprenderá a lidar com as partes interessadas em grande escala, gerenciando executivos, gerenciando clientes e também gerenciando prioridades concorrentes. Você também explorará as ferramentas além do Trello. Analisaremos os projetos Jira, linear e Github, e também veremos quando valem a pena e quando são exagerados Portanto, o primeiro curso tratava apenas de executar um spre enquanto o segundo trata de executar um stream deles, que está mais próximo da realidade do gerenciamento ágil de projetos Agora, o curso três é o avançado. Isso se chama liderar e melhorar equipes. Este curso é para pessoas que querem ir além da simples corrida de sprints para realmente liderar transformações ágeis Isso abrange todas as habilidades sociais , como treinar membros da equipe, lidar com conflitos de equipe e criar segurança psicológica Também aborda as métricas e como medir a saúde da equipe sem se tornar a polícia de métricas. Também analisa as questões organizacionais mais difíceis, como obter apoio da liderança, lidar com a resistência e escalar o Agile além de uma única equipe Esse é o nível em que o Agile deixa se tornar uma metodologia e se torna uma habilidade de liderança para seus cargos mais altos Alguns outros lugares para aprender além desses três cursos Se você quiser continuar, temos algumas recomendações de livros. O primeiro é o Scrum de Jeff Sutherland. É curto, acessível e Jeff é um dos inventores O projeto Phoenix é um romance sobre DevOps e Agile, que é estranhamente legível e, finalmente, inspirado em Marty Kagan, Marty Kagan Talvez você queira dar uma olhada nas certificações CSM Certified Scrum Master e PSPO Professional Scrum Product Owner são as mais respeitadas do Eles são úteis para empregos, mesmo que o exame real não ensine muito além do que você já aprendeu. Ótimo ter em seu currículo. Comunidades, as subedições de Agile e Scrum são ótimas eventos da aliança ágil e os encontros locais Uma das melhores maneiras de aprender é conversar com outros profissionais. E, finalmente, seu próprio trabalho. Então, aplicar o que você aprendeu em um projeto real, mesmo que seja apenas um projeto paralelo, é ótimo. O próximo sprint que você correr, que será no mundo real. Ensine mais do que qualquer outro curso. Então, uma última coisa antes de concluirmos, Agile não é de forma alguma uma metodologia perfeita Ela tem problemas, sofre abusos e pode se tornar burocracia disfarçada Os melhores profissionais são aqueles que o usam de forma pragmática Eles pegam o que funciona, deixam o que não funciona e nunca param de se adaptar Então, seu trabalho a partir daqui é fazer exatamente isso. Execute sprints, observe o que funciona, observe o que não funciona, ajuste-o Essa é toda a mentalidade ágil aplicada ao aprendizado do próprio Agile. Então, muito obrigado por se juntar a mim no primeiro curso, que é o curso iniciante e introdutório ao gerenciamento ágil Parabéns por chegar até o fim. A maioria das pessoas não. Eu realmente espero que isso lhe dê uma base de trabalho real que você possa usar até mesmo em entrevistas de emprego e pedidos de emprego. Então, novamente, muito obrigado. Boa sorte com o que você construir a seguir, e nos vemos no segundo curso. Adeus 35. Projeto do curso: crie seu próprio projeto ágil: Agora é hora de colocar tudo o que você aprendeu em prática. Para seu projeto de classe, você criará e gerenciará seu próprio projeto ágil usando o Trello, o Notion ou ambos Comece simplesmente escolhendo um dos resumos do projeto do curso ou crie sua própria ideia de projeto, se preferir Em seguida, você construirá seu projeto passo a passo. Você criará um backlog de produtos, escreverá histórias de usuários, adicionará critérios de aceitação, priorizará seu trabalho, estimará tarefas e planejará seu Em seguida, organize tudo dentro da sua ferramenta de gerenciamento de projetos e crie um quadro de sprint, mostrando como o trabalho passará de “fazer” para “feito O objetivo não é criar um projeto perfeito. O objetivo é demonstrar que você entende o fluxo de trabalho ágil e pode aplicá-lo de forma prática Depois que seu projeto estiver concluído, faça upload de capturas de tela do seu quadro do Trello, sua noção, espaço de trabalho, pendências do sprint ou qualquer outro artefato do projeto E você também pode incluir uma breve explicação do seu projeto e da sua meta de sprint Este projeto lhe dará experiência prática com os mesmos conceitos e ferramentas usados pelas equipes ágeis todos os dias 36. Parabéns! O que vem a seguir?: H. Parabéns por terminar o curso. Agora você aprendeu os fundamentos do Gerenciamento Ágil de Projetos, desde a compreensão da mentalidade ágil e estrutura Scrum até a criação de backlogs, planejamento de sprints e o gerenciamento do trabalho usando ferramentas profissionais de gerenciamento Gerenciamento Ágil de Projetos, desde a compreensão da mentalidade ágil e da estrutura Scrum até a criação de backlogs, o planejamento de sprints e o gerenciamento do trabalho usando ferramentas profissionais de gerenciamento de projetos. Mais importante ainda, você aplicou esses conceitos criando seu próprio projeto, que é exatamente como as habilidades de gerenciamento de projetos são desenvolvidas no mundo real. Lembre-se de que grandes gerentes de projeto não são criados pela memorização de estruturas Eles se tornam bem-sucedidos praticando continuamente o planejamento, a comunicação, a priorização Ao continuar aprendendo, tente aplicar essas técnicas a projetos pessoais, iniciativas de equipe ou até mesmo tarefas no local de trabalho. Quanto mais experiência você ganhar, mais natural se tornará o Gerenciamento Ágil de Projetos Se ainda não o fez, certifique-se de enviar seus projetos para a galeria. Eu adoraria ver como você aplicou os conceitos do curso. E se você gostou da aula, considere nos deixar um comentário. Isso nos ajuda a melhorar o curso e também ajuda outros estudantes a descobri-lo. Obrigado por se juntar a mim nessa jornada de aprendizado e espero ver você no próximo curso.