O documento descreve as metodologias ágeis e o framework Scrum. Ele explica os conceitos-chave como Sprint, histórias, backlog, time, Scrum Master e Product Owner. Também compara o desenvolvimento antes e depois da cultura ágil e apresenta os princípios do Manifesto Ágil.
O documento discute metodologias ágeis para desenvolvimento de software, abordando conceitos como Scrum, Extreme Programming (XP) e Kanban. Resume os principais pontos como a ênfase em indivíduos e interações, entrega contínua de software, e adaptação a mudanças. Apresenta também um roadmap para o tópico e estudos de caso sobre a adoção de práticas ágeis.
Rodrigo Branas é um especialista em Scrum e Java com mais de 10 anos de experiência. Ele possui diversas certificações como Scrum Master, Product Owner e Project Management Professional. Atualmente é instrutor da Agile Code, onde ministra treinamentos sobre Clean Code, Selenium e Maven.
Guia do Papel e Responsabilidade do Scrum MasterPaulo Lomanto
O Guia do Papel e Responsabilidade do Scrum Master é um documento que contém dicas gerais sobre a figura do ScrumMaster em equipes de tecnologia que utilizam Scrum.
Esse guia foi concebido através de um trabalho conjunto de diversos profissionais e contém uma grande coletânea de dicas e guias para auxiliar os ScrumMasters a desempenharem melhor as suas atividades.
O documento descreve os princípios e práticas da metodologia Scrum para gestão ágil de projetos. Scrum é um framework que permite entregar valor ao cliente de forma incremental através de sprints curtas e feedback constante. O documento explica os papéis de Product Owner, Scrum Master e time, assim como artefatos como backlog do produto e burn down.
O documento discute os princípios e desafios do método Scrum para gerenciamento de projetos. O Scrum é apresentado como uma metodologia ágil que valoriza entregas incrementais, feedback constante e adaptabilidade em comparação a métodos tradicionais. Alguns desafios discutidos incluem manter o comprometimento da equipe, filtrar informações adequadamente e lidar com resistência a mudanças de paradigmas.
O documento discute a metodologia ágil SCRUM para gestão de projetos de software. Ele apresenta os princípios e práticas do SCRUM, incluindo papéis como Product Owner e Scrum Master, cerimônias como planning, daily meetings e retrospectivas, e artefatos como product backlog e sprint backlog. O documento também discute como SCRUM pode ser combinado com outras metodologias como XP, Kanban e MPS.Br.
O documento descreve os principais conceitos e papéis da metodologia Scrum. Em 3 frases:
Scrum é uma metodologia ágil baseada no rugby onde equipes autorganizadas ("scrum") entregam valor incrementalmente. O Product Owner prioriza itens de trabalho, o Scrum Master auxilia a equipe e remove impedimentos, e a equipe se auto-organiza para entregar incrementos a cada Sprint. Scrum tem sido aplicado com sucesso em diversos setores para gerenciar projetos complexos em ambientes de mudança constante.
Parte do material que uso em meus treinamentos sobre Scrum. Nesse material mostro algumas visões pessoais e minhas experiências na adoção/adaptação do framework Scrum.
O documento discute metodologias ágeis para desenvolvimento de software, abordando conceitos como Scrum, Extreme Programming (XP) e Kanban. Resume os principais pontos como a ênfase em indivíduos e interações, entrega contínua de software, e adaptação a mudanças. Apresenta também um roadmap para o tópico e estudos de caso sobre a adoção de práticas ágeis.
Rodrigo Branas é um especialista em Scrum e Java com mais de 10 anos de experiência. Ele possui diversas certificações como Scrum Master, Product Owner e Project Management Professional. Atualmente é instrutor da Agile Code, onde ministra treinamentos sobre Clean Code, Selenium e Maven.
Guia do Papel e Responsabilidade do Scrum MasterPaulo Lomanto
O Guia do Papel e Responsabilidade do Scrum Master é um documento que contém dicas gerais sobre a figura do ScrumMaster em equipes de tecnologia que utilizam Scrum.
Esse guia foi concebido através de um trabalho conjunto de diversos profissionais e contém uma grande coletânea de dicas e guias para auxiliar os ScrumMasters a desempenharem melhor as suas atividades.
O documento descreve os princípios e práticas da metodologia Scrum para gestão ágil de projetos. Scrum é um framework que permite entregar valor ao cliente de forma incremental através de sprints curtas e feedback constante. O documento explica os papéis de Product Owner, Scrum Master e time, assim como artefatos como backlog do produto e burn down.
O documento discute os princípios e desafios do método Scrum para gerenciamento de projetos. O Scrum é apresentado como uma metodologia ágil que valoriza entregas incrementais, feedback constante e adaptabilidade em comparação a métodos tradicionais. Alguns desafios discutidos incluem manter o comprometimento da equipe, filtrar informações adequadamente e lidar com resistência a mudanças de paradigmas.
O documento discute a metodologia ágil SCRUM para gestão de projetos de software. Ele apresenta os princípios e práticas do SCRUM, incluindo papéis como Product Owner e Scrum Master, cerimônias como planning, daily meetings e retrospectivas, e artefatos como product backlog e sprint backlog. O documento também discute como SCRUM pode ser combinado com outras metodologias como XP, Kanban e MPS.Br.
O documento descreve os principais conceitos e papéis da metodologia Scrum. Em 3 frases:
Scrum é uma metodologia ágil baseada no rugby onde equipes autorganizadas ("scrum") entregam valor incrementalmente. O Product Owner prioriza itens de trabalho, o Scrum Master auxilia a equipe e remove impedimentos, e a equipe se auto-organiza para entregar incrementos a cada Sprint. Scrum tem sido aplicado com sucesso em diversos setores para gerenciar projetos complexos em ambientes de mudança constante.
Parte do material que uso em meus treinamentos sobre Scrum. Nesse material mostro algumas visões pessoais e minhas experiências na adoção/adaptação do framework Scrum.
Palestra : Scrum : A arte de fazer o dobro do trabalho na metade do tempo !Ari Amaral
O documento descreve uma palestra sobre Scrum, um framework ágil para gestão de projetos. A palestra é dividida em sprints que abordam conceitos como visão do produto, multitarefas, sucesso, valores e papéis do Scrum como Scrum Master e Product Owner. As cerimônias do Scrum como planejamento do sprint, reunião diária e retrospectiva também são explicadas. O objetivo é apresentar Scrum e como ele pode ajudar a fazer mais trabalho em menos tempo de forma colaborativa e incremental.
O documento fornece uma introdução ao framework Scrum, descrevendo seus principais conceitos e práticas como: valores ágeis, papéis como Product Owner e Scrum Master, artefatos como Product Backlog e Sprint Backlog, e reuniões como Sprint Planning e Daily Scrum. O documento também discute os benefícios do Scrum ao mudar de uma abordagem de planejamento tradicional para uma abordagem ágil e iterativa.
1) O documento discute métodos ágeis como Scrum e Kanban e seus benefícios como maior produtividade, entrega mais rápida de recursos e maior valor para os clientes.
2) Estudos mostram que projetos ágeis são 16% mais produtivos e 37% mais rápidos do que projetos tradicionais. Uso de métodos ágeis deve aumentar para 80% dos projetos de software em 2012.
3) Scrum estrutura equipes multifuncionais auto-organizadas para entregar incrementos potencialmente utilizáveis a cada S
Este documento discute a metodologia ágil Scrum para desenvolvimento de software. Ele explica os conceitos básicos de Scrum, incluindo seus papéis, cerimônias e ferramentas. Também discute por que usar Scrum, destacando que ele permite entregas frequentes de valor para o cliente e feedback constante.
O documento discute a revisão da sprint no Scrum. A revisão ocorre no final da sprint para inspecionar o incremento e adaptar o backlog do produto. Nela, a equipe e as partes interessadas colaboram sobre o que foi feito e o que pode ser melhorado na próxima sprint.
Resumo do livro SCRUM a arte de fazer o dobro do trabalho na metade do tempo ...Thiago Compan
Este documento resume um livro sobre o método Scrum para gestão de projetos. O Scrum é baseado em melhoria contínua e usa Sprints curtos para entregar valor frequentemente. O autor explica como o Scrum pode ser implementado, com reuniões diárias para acompanhamento e retrospectivas para melhoria contínua.
O documento discute as práticas do planejamento da Sprint no Scrum, incluindo a apresentação das prioridades do Product Owner, a quebra das histórias de usuário em tarefas técnicas pelo time e a estimativa do esforço necessário para entregar o incremento da Sprint.
O documento discute a retrospectiva da sprint no Scrum, que é uma oportunidade para a equipe inspecionar seu trabalho e planejar melhorias. Ele explica que o objetivo é identificar o que deu certo, o que pode melhorar e criar um plano de ação. Também descreve quem participa, técnicas para conduzir a retrospectiva e como selecionar itens para melhoria.
O Time Scrum e suas responsabilidades - Papéis do ScrumScrumHalf Tool
O documento descreve os três papéis do Time Scrum - Scrum Master, Product Owner e Equipe Scrum - e suas responsabilidades. O Scrum Master é o guardião do processo Scrum e deve proteger a equipe, o Product Owner é responsável pelo produto e mantém o backlog de requisitos, e a Equipe Scrum desenvolve e testa o produto.
O documento fornece um resumo sobre o framework Scrum, que é um processo ágil para desenvolvimento de software. O Scrum utiliza papéis como dono do produto, ScrumMaster e equipe, além de cerimônias como planejamento, revisão e retrospectiva para entregar funcionalidades em intervalos curtos chamados de Sprints.
[Webinar] Scrum - Você está fazendo do jeito certo?TargetTrust
Roger Ritter possui mestrado em Verificação e Teste de Software pela UFRGS e 9 anos de experiência em desenvolvimento ágil. Ele é apaixonado por Agilidade e oferece consultoria em processos ágeis por meio de sua empresa Orni.
Este documento fornece um resumo das principais metodologias ágeis, incluindo Kanban, Scrum e XP. Ele discute o histórico, conceitos, princípios e aplicação prática de cada metodologia.
O documento apresenta uma introdução aos métodos ágeis de desenvolvimento de software, comparando o modelo tradicional com Scrum e XP. Explica os princípios e práticas de Scrum e XP, como planejamento, reuniões diárias, histórias de usuário, integração contínua. Também fornece referências sobre os temas.
Este documento descreve uma apresentação sobre Scrum. Ele resume Scrum como um framework ágil para gerenciamento de projetos complexos, composto principalmente por papéis, artefatos e eventos com duração fixa. Ele também discute conceitos como iteratividade, interação, auto-gerenciamento e entrega incremental de valor.
O documento descreve os principais conceitos e processos do framework Scrum. Resume os papéis do Product Owner, Scrum Master e Time de Desenvolvimento, e explica os conceitos-chave de Product Backlog e Sprint.
Gestão Ágil e Lean - Circuito de treinamentos AddTech.add
1) O documento apresenta Renato Kuroki, um especialista em Agile e Lean que oferece serviços de consultoria, treinamentos e outsourcing.
2) Renato tem experiência de mais de 10 anos trabalhando com metodologias ágeis em projetos e possui certificações como Scrum Master e Product Owner.
3) Além de consultoria, Renato ministra treinamentos internos sobre temas como Design Thinking, Gestão Ágil, Lean e Desenvolvimento Ágil de Software.
O documento apresenta um treinamento sobre Scrum, um framework ágil para gestão de projetos. Explica o que é Scrum, por que é usado e que não é uma solução mágica. Apresenta os papéis, cerimônias e práticas de Scrum como planejamento, daily meetings, retrospectivas e a importância de um product backlog bem gerenciado. Também discute desafios comuns e como Scrum ajuda a lidar com mudanças frequentes de requisitos.
O documento apresenta as principais características e práticas do framework SCRUM, incluindo os papéis de Product Owner, Scrum Master e time de desenvolvimento, as reuniões diárias, planejamento do sprint e retrospectiva, e como o quadro Kanban auxilia na visualização das tarefas.
Este documento fornece um guia definitivo para o framework Scrum, incluindo seus papéis (Product Owner, Equipe de Desenvolvimento, Scrum Master), eventos (Reunião de Planejamento da Sprint, Reunião Diária, Revisão da Sprint, Retrospectiva da Sprint) e artefatos (Backlog do Produto, Backlog da Sprint, Incremento). O objetivo do Scrum é permitir que equipes criem produtos de alto valor de forma iterativa e incremental.
Presentation made for Ignite @ Penafiel on april 2014.
You can also see the video here:
https://www.youtube.com/watch?v=zifxHM_D-eA&list=PL477491FEB08B174D&index=7
Maize botany A Presentation By Mr Allah Dad Khan Visiting Professor Agricult...Mr.Allah Dad Khan
Maize botany is the topic of a lecture given by Mr. Allah Dad Khan, an agriculture expert. The lecture covers the botanical aspects of maize such as its biological classification and morphological features. Mr. Khan's expertise in agriculture allows him to discuss maize botany and share insights with attendees of the lecture.
Palestra : Scrum : A arte de fazer o dobro do trabalho na metade do tempo !Ari Amaral
O documento descreve uma palestra sobre Scrum, um framework ágil para gestão de projetos. A palestra é dividida em sprints que abordam conceitos como visão do produto, multitarefas, sucesso, valores e papéis do Scrum como Scrum Master e Product Owner. As cerimônias do Scrum como planejamento do sprint, reunião diária e retrospectiva também são explicadas. O objetivo é apresentar Scrum e como ele pode ajudar a fazer mais trabalho em menos tempo de forma colaborativa e incremental.
O documento fornece uma introdução ao framework Scrum, descrevendo seus principais conceitos e práticas como: valores ágeis, papéis como Product Owner e Scrum Master, artefatos como Product Backlog e Sprint Backlog, e reuniões como Sprint Planning e Daily Scrum. O documento também discute os benefícios do Scrum ao mudar de uma abordagem de planejamento tradicional para uma abordagem ágil e iterativa.
1) O documento discute métodos ágeis como Scrum e Kanban e seus benefícios como maior produtividade, entrega mais rápida de recursos e maior valor para os clientes.
2) Estudos mostram que projetos ágeis são 16% mais produtivos e 37% mais rápidos do que projetos tradicionais. Uso de métodos ágeis deve aumentar para 80% dos projetos de software em 2012.
3) Scrum estrutura equipes multifuncionais auto-organizadas para entregar incrementos potencialmente utilizáveis a cada S
Este documento discute a metodologia ágil Scrum para desenvolvimento de software. Ele explica os conceitos básicos de Scrum, incluindo seus papéis, cerimônias e ferramentas. Também discute por que usar Scrum, destacando que ele permite entregas frequentes de valor para o cliente e feedback constante.
O documento discute a revisão da sprint no Scrum. A revisão ocorre no final da sprint para inspecionar o incremento e adaptar o backlog do produto. Nela, a equipe e as partes interessadas colaboram sobre o que foi feito e o que pode ser melhorado na próxima sprint.
Resumo do livro SCRUM a arte de fazer o dobro do trabalho na metade do tempo ...Thiago Compan
Este documento resume um livro sobre o método Scrum para gestão de projetos. O Scrum é baseado em melhoria contínua e usa Sprints curtos para entregar valor frequentemente. O autor explica como o Scrum pode ser implementado, com reuniões diárias para acompanhamento e retrospectivas para melhoria contínua.
O documento discute as práticas do planejamento da Sprint no Scrum, incluindo a apresentação das prioridades do Product Owner, a quebra das histórias de usuário em tarefas técnicas pelo time e a estimativa do esforço necessário para entregar o incremento da Sprint.
O documento discute a retrospectiva da sprint no Scrum, que é uma oportunidade para a equipe inspecionar seu trabalho e planejar melhorias. Ele explica que o objetivo é identificar o que deu certo, o que pode melhorar e criar um plano de ação. Também descreve quem participa, técnicas para conduzir a retrospectiva e como selecionar itens para melhoria.
O Time Scrum e suas responsabilidades - Papéis do ScrumScrumHalf Tool
O documento descreve os três papéis do Time Scrum - Scrum Master, Product Owner e Equipe Scrum - e suas responsabilidades. O Scrum Master é o guardião do processo Scrum e deve proteger a equipe, o Product Owner é responsável pelo produto e mantém o backlog de requisitos, e a Equipe Scrum desenvolve e testa o produto.
O documento fornece um resumo sobre o framework Scrum, que é um processo ágil para desenvolvimento de software. O Scrum utiliza papéis como dono do produto, ScrumMaster e equipe, além de cerimônias como planejamento, revisão e retrospectiva para entregar funcionalidades em intervalos curtos chamados de Sprints.
[Webinar] Scrum - Você está fazendo do jeito certo?TargetTrust
Roger Ritter possui mestrado em Verificação e Teste de Software pela UFRGS e 9 anos de experiência em desenvolvimento ágil. Ele é apaixonado por Agilidade e oferece consultoria em processos ágeis por meio de sua empresa Orni.
Este documento fornece um resumo das principais metodologias ágeis, incluindo Kanban, Scrum e XP. Ele discute o histórico, conceitos, princípios e aplicação prática de cada metodologia.
O documento apresenta uma introdução aos métodos ágeis de desenvolvimento de software, comparando o modelo tradicional com Scrum e XP. Explica os princípios e práticas de Scrum e XP, como planejamento, reuniões diárias, histórias de usuário, integração contínua. Também fornece referências sobre os temas.
Este documento descreve uma apresentação sobre Scrum. Ele resume Scrum como um framework ágil para gerenciamento de projetos complexos, composto principalmente por papéis, artefatos e eventos com duração fixa. Ele também discute conceitos como iteratividade, interação, auto-gerenciamento e entrega incremental de valor.
O documento descreve os principais conceitos e processos do framework Scrum. Resume os papéis do Product Owner, Scrum Master e Time de Desenvolvimento, e explica os conceitos-chave de Product Backlog e Sprint.
Gestão Ágil e Lean - Circuito de treinamentos AddTech.add
1) O documento apresenta Renato Kuroki, um especialista em Agile e Lean que oferece serviços de consultoria, treinamentos e outsourcing.
2) Renato tem experiência de mais de 10 anos trabalhando com metodologias ágeis em projetos e possui certificações como Scrum Master e Product Owner.
3) Além de consultoria, Renato ministra treinamentos internos sobre temas como Design Thinking, Gestão Ágil, Lean e Desenvolvimento Ágil de Software.
O documento apresenta um treinamento sobre Scrum, um framework ágil para gestão de projetos. Explica o que é Scrum, por que é usado e que não é uma solução mágica. Apresenta os papéis, cerimônias e práticas de Scrum como planejamento, daily meetings, retrospectivas e a importância de um product backlog bem gerenciado. Também discute desafios comuns e como Scrum ajuda a lidar com mudanças frequentes de requisitos.
O documento apresenta as principais características e práticas do framework SCRUM, incluindo os papéis de Product Owner, Scrum Master e time de desenvolvimento, as reuniões diárias, planejamento do sprint e retrospectiva, e como o quadro Kanban auxilia na visualização das tarefas.
Este documento fornece um guia definitivo para o framework Scrum, incluindo seus papéis (Product Owner, Equipe de Desenvolvimento, Scrum Master), eventos (Reunião de Planejamento da Sprint, Reunião Diária, Revisão da Sprint, Retrospectiva da Sprint) e artefatos (Backlog do Produto, Backlog da Sprint, Incremento). O objetivo do Scrum é permitir que equipes criem produtos de alto valor de forma iterativa e incremental.
Presentation made for Ignite @ Penafiel on april 2014.
You can also see the video here:
https://www.youtube.com/watch?v=zifxHM_D-eA&list=PL477491FEB08B174D&index=7
Maize botany A Presentation By Mr Allah Dad Khan Visiting Professor Agricult...Mr.Allah Dad Khan
Maize botany is the topic of a lecture given by Mr. Allah Dad Khan, an agriculture expert. The lecture covers the botanical aspects of maize such as its biological classification and morphological features. Mr. Khan's expertise in agriculture allows him to discuss maize botany and share insights with attendees of the lecture.
A small article I wrote for the 1st edition of a Magazine developed by AJEPC (Portugal-China Young Entrepreneurs Association) on why should foreign (Chinese) companies invest in Portugal.
O documento fornece 3 passos para criar um blog no Blogger: 1) Crie uma conta preenchendo os campos solicitados, 2) Escolha um modelo para o blog, 3) Complete o processo de configuração inicial para publicar o primeiro post.
Reporting and Business Insight BrochureRamzi Qaqish
This document describes TEKLABZ Network Engineer Reporting Engine, a solution for accessing and analyzing network data from within the Ericsson Network Engineer application. It enables creation of customizable reports from network data through a guided process. Pre-built report templates are provided for common use cases like bill of quantities, cabinet utilization, and work order progress. Reports can be viewed individually or published to dashboards for interactive monitoring of key performance indicators. The reporting engine integrates securely with Network Engineer's user permissions and roles.
The document describes different parts and structures of flowers including:
1. The perianthe which can be tubular, funnel-shaped, or campanulate.
2. Reproductive parts including the androecium (stamens) and gynoecium (carpels). Stamens can have different filament insertions and anther shapes.
3. Carpels consisting of styles, stigmas, and ovaries with different placentation patterns.
El documento describe los conceptos fundamentales del paradigma de programación orientada a objetos (POO), incluyendo clases, objetos, herencia, encapsulación, polimorfismo y abstracción de datos. También explica el lenguaje de modelado unificado (UML), que utiliza diagramas de clases, relaciones y otros elementos para modelar sistemas basados en objetos. Finalmente, el documento resume los objetivos y agradecimientos.
در این اسلاید و در سه بخش با سوختهای زیستی آشنا میشویم. در بخش اول به معرفی این سوختها میپردازیم، در بخش بعدی تاریخچه آنها را در آمریکا بررسی میکنیم و در بخش انتهایی نیز روش تهیه اینگونه سوختها نشان داده خواهد شد.
http://www.EnergyHub.ir
A small presentation I did for Startup Weekend participants in order to show them how important it is to always be ready to stand up and fight, whether in startups or life.
This document is a curriculum vitae for Sirjana Thadarai that summarizes her personal and professional experience. It includes details about her education such as a 3-year diploma in interior design from Polytechnic for Women South Ext. in Delhi in 2015. She completed a 2-month internship at a Delhi-based architecture firm. Currently, she works as a designer at R.S. Modellers in Gurgaon where she prepares drawings and models for architectural projects.
Introduction of emerging viruses- معرفی ویروسهای جدیدAli Jalilian
This is a short illustrated introduction of emerging viruses in the world (translated to persian), based on chapter 21 of Virology book.
معرفی ویروسهای جدید و نوظهور و درواقع ترجمه ای از فصل 21 کتاب ویروس شناسی
Os projetos bolonha de ensino superior da união europeia e da universidade no...Fernando Alcoforado
1) O documento discute o Projeto Bolonha da União Europeia para a reestruturação do ensino superior e como esse projeto inspirou mudanças na Universidade Federal da Bahia no Brasil.
2) O Projeto Bolonha criou um sistema de três ciclos (graduação, mestrado, doutorado) para promover a mobilidade de estudantes entre países.
3) A proposta da "Universidade Nova" na UFBA introduziria bacharelados interdisciplinares de três anos que seriam requisitos para carreiras profissionais e pós-gradu
"La idea del paraíso es una constante en el desarrollo de la Humanidad, la búsqueda de ese excelso lugar constituye la esencia de muchas religiones. Si por analogía pensamos, las palabras también quieren llegar al paraíso y lo hacen cuando el poeta las incluye en la poesía.
El arte de la poesía hasta la actualidad mantiene su vigencia. Los currículos escolares lo incluyen en muchos países. Sobrevive la poesía porque es la manifestación de los sentimientos más sutiles del pensamiento humanos, creando su propio lenguaje y manifestación. También es claro que, dentro de la vitalidad humana, si no buscas la poesía, ella te encuentra en cualquier momento de la vida.
La idea central del proyecto es recopilar y difundir la poesía como medio de afianzar el conocimiento del lenguaje y darnos la oportunidad de hacer nuestras propias creaciones y compartirlas en un ambiente educativo." Fuente http://proyectopoesiaypalabras.blogspot.com/
The document is a Math Jeopardy game with questions about solving equations, simplifying expressions, evaluating expressions, translating phrases to mathematical expressions, and solving equations. The questions cover topics like solving one-step, two-step, and multi-step equations; simplifying expressions using the distributive property; and translating word problems into mathematical expressions and equations to then solve.
Emotional intelligence the endurance case june 2013George Xintarakis
This document summarizes Ernest Shackleton's 1914 Imperial Trans-Antarctic Expedition, in which he and his crew of 27 survived after their ship, the Endurance, was crushed by ice in the Antarctic. It discusses Shackleton's leadership qualities that helped lead the crew to survival, including adaptability, emotional control, optimism and trustworthiness. It also provides tips for developing empathy, communication skills, and emotional intelligence based on lessons from Shackleton's expedition.
Uma introdução ao SCRUM, palestra nível iniciante que apresenta o framework, seus atores, artefatos e cerimônias.
Sinta-se a vontade para baixar, copiar e distribuir. Apenas cite a fonte.
Palestra apresentada em faculdades por volta de 2012.
PS: Sobre a diferença entre entre Scrum Master e Gerente de Projetos, amadureci muito minha visão sobre isso, se quiser bater um papo, entre em contato.
Scrum é um framework ágil para desenvolvimento de produtos que utiliza valores, pilares e eventos como planning, daily e retrospectiva para entregar valor de forma incremental. A equipe é composta por desenvolvedores, product owner e scrum master, e trabalha em sprints curtas para planejar, desenvolver e inspecionar incrementos do produto.
O documento apresenta um resumo sobre o framework ágil Scrum. Nele são descritos os principais papéis, eventos e artefatos do Scrum como o Product Owner, Scrum Master, time de desenvolvimento, Product Backlog, Sprints, Planning Poker, Scrum Board e Burndown Chart. O objetivo do Scrum é entregar software funcionando de forma incremental através de ciclos curtos de desenvolvimento.
O documento apresenta as informações pessoais e acadêmicas de um profissional com experiência em desenvolvimento de software e gestão de projetos. Resume os principais pontos dos métodos ágeis, como comunicação, entregas incrementais e foco no cliente. Também descreve os papéis e cerimônias do Scrum, como Sprint Planning, Daily Meeting e Sprint Retrospective.
O documento apresenta os principais conceitos do framework Scrum, incluindo seus papéis, eventos e artefatos. O palestrante discute os benefícios do Scrum como entregas frequentes, maior produtividade e gestão compartilhada. O Kanban também é abordado como uma alternativa para equipes que buscam uma transição gradual para métodos ágeis.
O documento fornece uma introdução ao desenvolvimento ágil e Scrum. Resume os principais pontos da seguinte maneira:
1) Explica como o desenvolvimento ágil surgiu da necessidade de melhorar a forma de desenvolvimento de software com foco no cliente.
2) Apresenta os princípios e valores ágeis como entrega contínua de valor, aceitação de mudanças, entregas frequentes e colaboração entre times.
3) Descreve os papéis, eventos e artefatos do framework Scrum como Product Owner, Dev
O documento discute o papel dos analistas de negócios em empresas ágeis. Apesar da crença de que agilidade torna a análise desnecessária, há vários papéis que analistas podem desempenhar, como Product Owner, Scrum Master e membros do time de desenvolvimento. A análise de negócios é essencial para garantir que as equipes foquem na criação de valor para o cliente.
O documento apresenta Fernando Cunha, um profissional de tecnologia da informação com 14 anos de experiência. Ele oferece serviços de gerenciamento de projetos de software e infraestrutura utilizando metodologias ágeis e tradicionais. O documento também descreve brevemente suas experiências e qualificações.
O documento discute tipos de times Scrum e suas características. É explicado que times de features, com foco no valor do produto e colaboração entre membros, geralmente têm melhor desempenho do que times orientados a backlogs ou componentes técnicos. Também é discutido que times menores tendem a ser mais ágeis, mas é importante que sejam grandes o suficiente para entregar funcionalidades significativas.
O documento descreve os conceitos fundamentais de Scrum, incluindo sua origem no rugby, os papéis de Product Owner, Scrum Master e equipe de desenvolvimento, os eventos como reuniões diárias e retrospectivas, e como o Scrum pode ser aplicado fora da área de TI.
Nesta apresentação realizada no TDC SP 2018, gero vários insights para pessoas que estão na carreira de análise de negócios e gostariam de realizar transição para Product Owner.
TDC2018SP | Trilha Analise de Negocios - Transicao para a Carreira de PO: O q...tdc-globalcode
O documento discute a transição de analista de negócios para o papel de Product Owner, destacando que analistas frequentemente possuem as qualificações ideais para o cargo, como visão de produto, entendimento das necessidades dos clientes e foco no valor entregue. A apresentação também fornece dicas sobre como desenvolver as habilidades necessárias para ser um bom Product Owner.
Este documento fornece um resumo de um treinamento sobre Agile e Scrum. Ele discute conceitos como BDD, qualidade, TDD e Scrum, incluindo papéis, cerimônias, artefatos e valores. O treinamento visa ensinar os principais elementos do desenvolvimento ágil de software usando Scrum.
O documento discute o framework ágil SCRUM para gestão de projetos de software. Ele explica que SCRUM é um processo iterativo e incremental que valoriza indivíduos, interação, software funcionando e colaboração com o cliente. Também descreve os papéis, cerimônias, artefatos e conceitos-chave de SCRUM como sprints, product backlog e daily scrum.
O documento descreve a metodologia Scrum para desenvolvimento de software ágil. Scrum envolve papéis como Product Owner, Scrum Master e time de desenvolvimento, além de eventos como planning, daily scrum, revisão e retrospectiva. O objetivo é entregar valor ao cliente de forma iterativa em sprints curtas de 2 a 4 semanas.
Scrum - As Regras do Jogo segundo o Guia do ScrumAndré Borgonovo
Este documento resume os principais conceitos e regras do framework Scrum de acordo com o Guia do Scrum. Ele define Scrum, seus pilares, papéis, eventos e artefatos. Destaca que Scrum é leve, simples, mas difícil de dominar e deve ser aplicado em sua totalidade para obter resultados.
O documento apresenta uma introdução à metodologia ágil Scrum, descrevendo seu funcionamento através de sprints, product backlog, daily scrums e reviews. Também aborda como as organizações podem se adaptar ao Scrum usando as etapas de reconhecimento, desejo, aptidão, promoção e transferência.
O documento descreve os princípios e práticas do framework Scrum para gestão de projetos ágeis. O Scrum utiliza eventos como Sprints curtas, reuniões diárias e revisões para entregar valor continuamente ao cliente. Equipes multidisciplinares se auto-organizam para atingir metas com flexibilidade e adaptabilidade.
2. Lucas Frossard
Formação
• Bacharel em Ciência da Computação (UFMG)
• Pós graduação em Gestão (FDC)
Atuação
• Engenheiro de Software
• Mais de 6 anos de experiência com metodologias ágeis
4. Antes da cultura ágil
• Planejamentos longos.
• Escopo fixo.
• Custo estimado, na maioria das vezes errado, portanto o custo é variável e desconhecido.
• Escopo fixo
• Custo estimado, na maioria das vezes errado, portanto o custo é variável e desconhecido
• Entregas demoradas.
• Entregas únicas e monolíticas.
• Entregar sem valor para o negócio devido ao longo tempo entre surgimento da demanda e o seu suprimento.
• Entregar sem valor para o negócio devido ao longo tempo entre surgimento da demanda e o seu suprimento.
• Problemas evidenciados tardiamente.
• Aprendizagem sobre o negócio acontecia tardiamente.
• Toneladas documentos que ninguém utilizava e que ficavam desatualizados rapidamente
• Risco alto.
• Prejuízos.
• Aprendizagem sobre o negócio acontecia tardiamente
• Risco alto
• Prejuízos
5. Depois da cultura ágil
• Aumento no número de entregas.
• Redução de riscos:
• Custo fixo
• É possível antecipar problemas mais cedo.
• É possível resolver problemas mais cedo.
• O custo de produção de qualquer coisa é menor,
portanto descartar algo é mais barato.
• Entregas menores
• Entrega é contínua
• Flexibilidade e possibilidade para se alterar o escopo.
• Apenas o suficiente é gasto para produzir o necessário
quando necessário.
6. O manifesto ágil
• Indivíduos e interação entre eles mais que processos e ferramentas
• Produto/Serviço em funcionamento mais que documentação abrangente
• Colaboração com o cliente mais que negociação de contratos
• Responder a mudanças mais que seguir um plano
10. SCRUM
Arcabouço/Framework iterativo para um processo ágil.
Os elementos básicos deste arcabouço são composto:
• Um time
• Backlog de histórias* a serem feitas
• Ciclo / Sprint
• Ritos
• Encontros diários / Daily Meetings
• Planejamento / Planning
• Revisão do Sprint / Sprint Review
• Retrospectiva / Restrospective meeting
• Outros ritos que possam contribuir para o processo.
• Elementos de gestão visual
• Melhoria contínua e métricas
*Por enquanto entenda histórias como um pedaço de trabalho
entregável. Ou simplesmente: coisa.
12. SCRUM Master
O SCRUM Master é a pessoal responsável em ajudar e proteger o time como um todo a manter o foco no
objetivo do Sprint . É para ele que o time ou algum membro do time deve procurar em caso de
dificuldades.
Também é função do SCRUM Master proteger o time influências externas. Por exemplo, muito embora
qualquer membro do time possa conversar com quem for necessário para que o seu trabalho seja
executado, possíveis demandas adicionais devem ser conversadas com o Scrum Master e o Product Owner
para que sejam priorizadas e possivelmente executadas nos Sprint seguintes.
Portanto, pode ser entender que o SCRUM máster é o guardião das práticas do SCRUM, que impede
distúrbios no processo e no time. Aquele responsável por remover impedimentos ou obstáculos e que faz
o necessário para que o processo continue funcionando normalmente.
Outras responsabilidades comumente atribuídas ao SCRUM master incluem preparação do terreno dos
Sprints seguintes bem como acompanhamento de métricas internas e externas, podendo estas
responsabilidades serem compartilhadas também com outros membros do time.
13. SCRUM Master
SCRUM master é um papel e não uma pessoa. Portanto não há restrição quanto a pessoa ser unicamente
SCRUM master. Porém há algumas características desejáveis em um SCRUM master:
• Liderança
• Pro-atividade
• Comunicativo
• Disciplina
• Sensatez
• Trabalho em Time
• Maturidade
• Alta disponibilidade para o time
14. Product Owner (P.O.)
Product Owner é aquele responsável por um produto ou serviço. É a pessoa referência naquele assunto sob o
ponto de vista de negócio.
É importante que o P.O. esteja sempre disponível para o time para que possíveis dúvidas sempre sejam
resolvidas o mais rápido possível garantindo a fluidez do processo.
O P.O. não necessariamente precisa estar presente no dia-a-dia do time, mas sua disponibilidade deve ser a
maior possível, e o mesmo também é parte do time.
É o P.O. que aceita ou rejeita o resultado de um trabalho.
Um time pode ter que lidar com mais de um P.O.
15. Histórias
As histórias correspondem a descrições de um objetivo a ser
alcançado.
Esse objetivo pode ser um novo produto, uma função deste produto,
um serviço, ou qualquer pedaço de trabalho ou incremento que possa
ser entregue.
Algo similar ao formato ao lado é recomendado por identificar o
interessado (quem) naquele trabalho, o que se espera do mesmo (o
quê) e qual a razão daquele trabalho (por quê).
Adicionalmente é importante que se defina critérios de DONE e
critérios de aceite. O critério de DONE é aquele que define que uma
história foi realizada. O critério de ACEITE é aquele definido pelo P.O.
para considerar que o trabalho realizado está de acordo com o que foi
esperado.
O tamanho de uma história para outra é variável, porém é consenso
que uma história deva caber dentro de um Sprint. Caso ela seja
grande demais para cabe em um Sprint, recomenda-se que a mesma
seja quebrada em histórias menores.
16. Backlog de histórias
Em cada Sprint, as histórias mais prioritárias do backlog são
trabalhadas e entregues. Estas histórias devem ser priorizadas
de acordo com o valor que elas se propõe entregar.
Para isso é necessário uma engenharia de valor que
identifique os interessados naquela histórias, os beneficiados,
e qual o impacto daquela entrega. Essa engenharia não precisa
ser explícita, porém é interessante que a mesma seja refinada
ao longo do tempo.
O backlog de histórias é dinâmico, isto é, a medida que o
tempo vai passando, a prioridade das histórias mudam, assim
como novas histórias entram e novas histórias saem. É
responsabilidade do Product Owner manter o backlog de
histórias atualizado.
17. Time
Peça fundamental do SCRUM e de qualquer ambiente de trabalho, o time deve ser multidisciplinar e
possuir alta performance de forma equilibrada;
O time é responsável por tudo. Pela entrega, pela qualidade da entrega, pelas estimativa, pelo
processo, pelas métricas a serem coletadas e qualquer outro produto do trabalho do time.
O censo de que o time é uma unidade é fundamental para o sucesso do SCRUM.
Lembre-se, o P.O. e o S.M. são integrantes do time e devem agir como tal.
Não há um limite máximo para a quantidade de pessoas em um time, mas existe uma recomendação ou
consenso de que o tamanho de um time deve ser igual a quantidade de pessoas necessárias para comer
duas pizzas. Sério!
Caso o time fique maior do que isso, recomenda-se dividi-los em dois times.
19. Características do SCRUM
• Abraça a mudança, porém de forma
organizada.
• Preza pela comunicação ágil e
eficiente.
• Previsibilidade.
• Qualidade.
• Tempo fixo.
• Escopo variável.
21. Gestão do Backlog
O Backlog de histórias deve ser mantido pelo P.O. (Product Owner).
No momento que o P.O. adiciona um ítem no backlog, este item não precisa estar descrito com muita
profundidade. Porém no momento em que o item está priorizado para ser realizado, é desejável que a
história esteja suficientemente refinada para que o entendimento do objetivo a ser alcançado seja
possível. Apesar disso, é de suma importância que no momento do planejamento, o P.O. esteja
presente, pois certamente dúvidas irão surgir.
Quando o P.O. coloca uma história no backlog, ela pode ser simplesmente uma frase como:
“Precisamos organizar um evento de integração para os professores de extensão para promover a troca
de conhecimento entre as diversas áreas da universidade”
No momento em que a história for ser desenvolvida, mais detalhes certamente deverão estar
presentes na história.
22. Gestão do Backlog
Durante o decorrer do tempo, é comum que as prioridades mudem, que novas histórias entrem e
saiam. O SCRUM entende e abraça o fato de que a cada momento as pressões que um determinado
negócio sofre se altera, demandando estas mudanças. Porém a partir do momento que uma história
entrou para o Sprint, ela deverá ser desenvolvida, e se ele ficou de fora, ela deverá esperar.
23. Sprint
Um Sprint é simplesmente um ciclo. É desejável que cada ciclo tenha a mesma
quantidade de dias úteis para facilitar o calculo das métricas e para manter um
ritmo constante de entrega bem como de acomodação de mudanças.
Feriados, eventos e outras questões podem justificar a extensão ou redução de
determinados Sprints, porém é desejável que em geral todos eles tenham a mesma
duração.
Em geral um Sprint costuma ter entre 10 e 15 dias úteis, mas é decisão de cada
time ou organização o tempo que cada Sprint vai durar e como cada Sprint será
acomodado. Há organizações que gostam de planejar na segunda, para que na sexta
feira da semana seguinte realizar a revisão e retrospectiva do Sprint. Desta forma
tem se que o Sprint dura 10 dias, sendo 1 dia gasto com planejamento e 1 dia gasto
com revisão e retrospectiva.
25. Estimando e Planejamento
• Na reunião de planejamento, o time seleciona as
histórias a serem desenvolvidas de acordo com a
sua prioridade.
• As histórias são estimadas utilizando-se a
sequência de Fibonacci: 1, 2, 3, 5, 8, 13, 21, 33,
54, 87 e assim por diante. Chamamos o número
atributo a história de pontos.
• Estes pontos deve ter um significado comum
para o time. Ele mede a complexidade e não
necessariamente está atrelada a um tempo.
• EU PARTICULARMENTE GOSTO QUE ELA ESTEJA
ATRELADA A UM TEMPO PELO MENOS
INICIALMENTE, POR EXEMPLO, DIAS INTEIROS! =)
#ProntoFalei
• Como se joga Scrum Poker?
26. Estimando e Planejamento
Como utilizar a sequência de Fibonacci de
forma sábia?
• Se o time aproximou nas estimativas, é um
indício que o entendimento está similar.
• Se está se convergindo para um número
muito alto (>13), maiores as chances de que
a estimava não esteja correta.
• Quanto maior a história, entende-se que maior
a probabilidade que vários detalhes tenham
ficado de fora na hora de se estimar.
• Neste caso é recomendável avaliar quebrar a
história em história menores ou
• se preparar para um risco de desvio (para mais
ou menos naquelas histórias)
27. Estimando e Planejamento
• O objetivo da reunião de planejamento é garantir o entendimento do que
deve ser feito e obter um estimativa aproximada do tempo que isso leva
para ser feito.
• As estimativas devem ser feitas considerando a atuação geral do time.
• O Scrum Poker é APENAS uma ferramenta auxiliar neste processo.
• O Scrum Poker não serve para medir conhecimento, capacidade produtiva
ou qualquer coisa do tipo. Não há vencedor no Scrum Poker.
• Lembre-se, o planejamento é do time, e o sucesso do planejamento e do
Sprint depende da unidade do time em todos os momentos.
28. Estimando e Planejamento
• Depois que a história foi estimada, a mesma deve ser quebrada em tarefas
menores e que possam ser feitas em no máximo um dia.
• Isto é importante para que se perceba o progresso no dia-a-dia.
• As tarefas devem ser estimadas em horas. A sequência de Fibonacci
novamente é recomendada.
• Não é recomendável que as tarefas sejam direcionadas, muito embora o
time possa combinar como elas serão dividas. Isto porque
• se determinadas tarefas forem sempre direcionadas para as mesmas pessoas, o
conhecimento e o aprendizado não será disseminado.
• Devido as circunstâncias do Sprint, isto pode acabar ocorrendo, mas isto deve ser
exceção.
• Se essa justificativa for utilizada rotineiramente, pode ser um sintoma de que algo
está errado.
29. Estimando e Planejamento
Quantas histórias estimar?
• Quantas forem possíveis fazer dentro do Sprint. Considerando que as histórias são
estimadas em dias por uma única pessoa e que há 13 dias de desenvolvimento, já
desconsiderando os dias gasto em planejamento, revisão e retrospectiva e com um
time de 4 pessoas temos:
4 x 13 = 52 dias. Neste caso, portanto devem ser estimadas histórias até que as
mesmas preencham 52 dias. Portanto cabem nesse Sprint, por exemplo 8 histórias
de 5 dias mais 4 histórias de 3 dias ( = 52 o/).
• O time não precisa comprometer a entregar todas elas, mas devem se
comprometer a entregar a maior parte delas. As histórias que o time se
compromete a entregar são chamadas de Sprint Goals .
• Quanto maior a maturidade e unidade do time, mais fácil será esta tarefa.
• Estimativas vs Comprometimento.
30. Estimando e Planejamento
Quanto tempo investir no planejamento?
• Não há regra. Mas a recomendação é que não se gaste mais do que um ou
dois dias.
• Planejamentos longos podem ser tornar tediosos.
• O planejamento deve ser suficiente. Qualquer coisa além disso pode ser
considerado desperdício.
Tarefas recorrentes devem ser incluídas no Sprint?
• A recomendação é que no Sprint esteja presente todas as atividades, já
que elas que possibilitarão a percepção de progresso, carga de trabalho e
etc.
E se houver atividades não previstas? (Cenas do próximo capítulo)
31. Planejamento – Atividades do P.O.
Uma dúvida comum é se as atividades do P.O., como as de refinamento das histórias
devem ser incluídas no Sprint. Para responder esta pergunta primeiro é importante
saber quem irá realizar a tarefa.
Este refinamento da história é de responsabilidade do P.O., porém nada impede que
algum membro do time execute esta tarefa. Se a tarefa é para ser executada pelo
time, certamente ela deverá estar dentro do Sprint.
Se a tarefa for executada pelo P.O., isto depende da forma de atuação do P.O.. Já
que as vezes o mesmo esta envolvido em diversos projetos, e nem sempre é eficaz
manter suas tarefas espalhadas por diversos projetos. Porém caso seja possível
manter a atividade dentro do Sprint para ser executada pelo P.O., é recomendável
que se faça assim. Isso pode ser uma ferramenta ótima para auxiliar o Scrum Master
na preparação do Sprint seguinte.
32. Planejamento – Atividades do SCRUM master
Assim como no caso do P.O., o mesmo se aplica ao caso do SCRUM master,
porém como o SCRUM master também é um membro do time, também é
importante que suas atividades sejam incluídas no Sprint, contribuindo para
que o time tenha visibilidade dos acontecimentos daquele Sprint.
33. Execução
O Sprint foi planejado e é chegada a
grande hora! É hora de colocar a mão
na massa!
Como que faz?
1. Vá até as tarefas que foram
planejadas
2. Selecione uma tarefa
3. Faça! =)
35. Acompanhamento da Execução
Para acompanhar o andamento
do Sprint, recomenda-se 2
gráficos:
• Hour burn down chart
(acompanhamento das horas
executadas)
• Tasks burn down chart
E também recomenda-se a
construção de um Scrum Board
37. Daily Meetings
Todos os dias, em um horário específico deve ocorre as daily meetings. A daily meeting é uma reunião diária, curta, em que
cada integrante geralmente possui de meio a um minuto para falar:
• Qual foi a última atividade em que atuou
• Qual atividade em que se está atuando
• Qual a próxima atividade que pretende atuar
O objetivo destas meetings é alinhar expectativas, ficar atento aos movimentos do time para assim ser capaz de buscar a
melhor formação ótima para entregar o máximo de histórias possíveis. Como acontece em um time de um esporte qualquer.
Os interessados nesta meeting é o time. A finalidade não é reportar para o SCRUM master, e sim conhecer e entender o
posicionamento tático do time naquele momento.
Nas daily meetings também é recomendável avaliar os burn down que devem estar atualizados até aquele momento, para
que se possível o time possa se reorganizar ou tomar qualquer ação necessária para atender os objetivos do Sprint.
Atenção:
• Qualquer discussão deve ser feita antes ou após a meeting, nunca durante. A daily meetings devem ser curtas.
• A daily meeting não é o momento para se avisar sobre algum problema. Qualquer problema na execução de alguma
tarefa deve ser explicitada o mais cedo possível, para que se obtenha auxílio do time ou do SCRUM master o quanto
antes. Não espere a situação ficar crítica para se manifestar.
39. Execução – Fique atento
• Atividades não planejadas/mapeadas
• Devem ser registradas para ajudar em estimativas futuras e para ajudar a
renegociar prazos
• Impedimentos
• Devem ser removidos o quanto antes.
• Hora extras
• Pode ser necessário, mas deve ser exceção.
• Entregar o que foi comprometido é essencial ...
• mas nem sempre possível. As vezes é necessário renegociar.
40. Performance
• Ramp up
• É necessário alguns Sprints até que o time encontre o equilíbrio.
• É normal que o início seja um pouco caótico. Seja precavido.
• O time precisa se conhecer e confiar uns nos outros.
• Happy hours são bem vindos!
• Depois que o time se conhece e entende o contexto que está inserido e consegue ser
produtivo ali, pode se dizer que a velocidade de vôo foi alcançada.
• Mantenha a unidade do time.
• Colocando mais pessoas, vamos conseguir produzir mais?
• Falácia! Ao adicionar novas pessoas no time, alguém terá que parar para orientar esta
pessoa até que ela alcance a velocidade de cruzeiro. Para alcançar esta velocidade, será
necessário alguns Sprints (depende da complexidade do projeto), até lá, é esperado que
a produtividade caia.
• Novas pessoas causam perturbações nas métricas
• One-piece-flow sempre que possível
• Compartilhar conhecimento
• Atividades em dupla pode aumentar a produtividade. Teste de vez em quando!
41. Execução
• É comum que no final do Sprint um tipo de atividade tenha se
acumulado, por exemplo atividades de Q.A.. Fique atento a esses
gargalos. Eles devem ser trabalhados para que não existam.
Antecipar estas atividades ou envolver mais pessoas na execução
destas pode facilitar. Mude sua tática para evitar estes gargalos.
• Histórias não finalizadas, automaticamente devem ser incluídas no
Sprint seguinte. Porém como ficam as métricas nesse caso?
43. Sprint Review
• A review do Sprint serve para apresentar aos interessados e ao P.O. o
resultado do trabalho desenvolvido.
• Deve ser simples e informal.
• Sem necessidade de slides, mas também não são proibidos.
• Fale um pouco sobre o Sprint, o objetivo e apresente o trabalho
desenvolvido.
• O P.O. deve aceitar ou rejeitar o trabalho.
44. Retrospectiva
A retrospectiva serve para responder 3 perguntas
básicas:
• Quais práticas que foram incorporadas que
devemos manter?
• Quais práticas devemos descartar?
• Pois não estão funcionando.
• Pois produzem algo inútil ou pouco utilizado.
• Pois é muito onerosa.
• Quais práticas poderíamos incorporar?
As retrospectivas produzem muitas sugestões sobre as
quais o time deve buscar o consenso. Depois algumas
poucas sugestões devem ser selecionadas para que
sejam incorporadas buscando a melhoria contínua.
• Foco no processo e no time
• Questões individuais devem ser
tratadas em outro momento ... mas o
Scrum não define um momento para
isso.
• Nada na retrospectiva deve ser levada
de forma pessoal. Lembre-se de manter
o profissionalismo. O objetivo é buscar
jogar melhor como um time.
45. Como fazer a retrospectiva (sugestão)
• Ao longo da Sprint, lembre o time constantemente de anotar pontos para serem levados para retrospectiva
considerando as três perguntas básicas sobre as práticas (Quais são?)
• Reúna o time em uma sala
• Analise as métricas daquele Sprint.
• Distribua post-its
• Cada um escreve em um post um ponto anotados previamente e pontos que possam aparecer naquele momento.
• Agrupe os post its por assunto.
• Trabalhe primeiro naqueles assuntos que houveram mais post-its.
• Não escreva vários post-its sobre o mesmo assunto só para que ele seja discutido.
46. SCRUM e a Cultura Enxuta (Lean)
O SCRUM tem tudo a ver com a Cultura Enxuta:
• Eliminar o desperdícios
• Focar no essencial e no que precisa ser feito
• Melhoria contínua
• Demanda puxada e não empurrada
• Flexibilidade
• Lotes pequenos
O SCRUM tem tudo a ver com a Cultura Enxuta:
• Eliminar o desperdícios
• Focar no essencial e no que precisa ser feito
• Melhoria contínua
• Demanda puxada e não empurrada
• Flexibilidade
• Lotes pequenos
47. Kanban – Uma outra alternativa
O Kanban é similar ao SCRUM, talvez pelo fato de que o SCRUM pegou o quadro de Kanban emprestado.
Porém ao se utilizar o Kanban, a estratégia é diferente. O objetivo do Kanban é maximizar o throughtput.
Ao invés de fazer um plano para um ciclo, a história mais prioritária é estimada, planejada, executada e
revisada. Ao finalizar esta história, a mesma coisa é feita para a próxima história. O Backlog é dinâmico
da mesma forma. A retrospectiva pode ser feita regularmente ao final de cada história, ou em um
intervalo de tempo maior.
O Kanban pode ser interessante nas seguintes situações:
• cenários em que não é possível acumular histórias para serem desenvolvidas
• ao se formar uma nova equipe, para que ela se compreenda antes de partir para uma abordagem como
SCRUM
O Kanban é similar ao SCRUM, talvez pelo fato de que o SCRUM pegou o quadro de Kanban emprestado.
Porém ao se utilizar o Kanban, a estratégia é diferente. O objetivo do Kanban é maximizar o throughtput.
Ao invés de fazer um plano para um ciclo, a história mais prioritária é estimada, planejada, executada e
revisada. Ao finalizar esta história, a mesma coisa é feita para a próxima história. O Backlog é dinâmico
da mesma forma. A retrospectiva pode ser feita regularmente ao final de cada história, ou em um
intervalo de tempo maior.
O Kanban pode ser interessante nas seguintes situações:
• cenários em que não é possível acumular histórias para serem desenvolvidas
• ao se formar uma nova equipe, para que ela se compreenda antes de partir para uma abordagem como
SCRUM
48. Dicas gerais
• Time box pra tudo! Daily, Planning, Retrospectiva, Review!
• Foque no essencial!
• Melhore aos poucos e o que for mais prioritário, no máximo meia de dúzia de
coisas de cada vez, mesmo que se tenha centenas de pontos para atuar. Se
tentar melhorar tudo de uma vez, será difícil ver progresso.
• Priorize sempre.
• Abandone aquilo que não funciona, que seja muito oneroso e/ou que não traga
retorno.
• Evite troca de contextos
• Evite hand-offs
• Evite interrupções (POMODORI ?)
• Participe ou crie comunidades de pessoas da sua área para trocar
conhecimento.
• Ritos devem ser sagrados!
• Somente inicie o desenvolvimento quando o trabalho já estiver maduro o
suficiente para ser iniciado.
49. Dicas gerais
• Defina métricas que façam sentido para o seu projeto/produto/serviço.
• Defina métricas internas e externas (coletadas daquele que usufruem do
seu trabalho)
• Colete as métricas
• Analise as métricas
• Não burle as métricas
• Não melhore as métricas, o objetivo é melhorar o processo, as métricas
são apenas insumos para se avaliar o processo. Melhorar as métricas é
consequência de amadurecimento no processo.
• Automatize o que for possível (coleta de métricas, geração de gráficos e
etc)
• Se vocês não estão melhorando, vocês não estão utilizando o SCRUM.
50. Desafios comuns ao se adotar SCRUM
• É importante que a empresa, ou setores que façam interface com
àqueles que adotam o SCRUM entendam o processo e,
principalmente, seus benefícios para que esta interface seja
aderente ao processo.
• Dizer não para mudanças de escopo no meio do Sprint. O processo
já acomoda mudanças em intervalo de tempo razoável, se precisar
mudar, ou colocar algo novo, espere um pouco, a próxima Sprint
está logo ali.
• Superar resistências relacionadas a mudança de paradigma
• Superar resistências relacionadas a mudança de papel
• Superar resistências relacionadas ao trabalho em equipe.
51. O que vocês podem
aplicar agora?
Vamos fazer uma planning? Ou uma retrospectiva?
52. Referências
• Agile Estimating and Planning (Mike Cohn)
• Succeeding with Agile: Software Development Using Scrum (Mike
Cohn)