Principais ferramentas: kanban, gestão de backlog e controle de roadmap

Summary

The speaker discusses the concept of project scope in agile and traditional management, emphasizing the dynamic nature of the backlog in agile. They compare the rigidity of traditional scope to the flexibility required in innovative environments. The talk covers techniques like the Work Breakdown Structure and mind mapping to break down projects into manageable tasks. The speaker introduces user stories as a user-centric approach to defining tasks and outlines methods for estimating task complexity using story points. They also touch on the use of tools like Trello for project management, highlighting the importance of capacity planning and the kanban system for organizing tasks.

Takeaways

• 😀 The speaker discusses the concept of project execution, emphasizing the importance of agile methodologies and their flexibility compared to traditional, rigid project management approaches.
• 📈 The 'backlog' in agile project management is introduced as a dynamic list of tasks and requirements that can change throughout the project's lifecycle, contrasting with the static scope in traditional project management.
• 🐘 A metaphor is used to illustrate the concept of breaking down large projects into manageable pieces, likening it to eating an elephant one bite at a time, to ensure the project is digestible and achievable.
• 📝 The necessity of documenting project requirements is highlighted, with the speaker mentioning various tools and methods such as post-its, diagrams, and user stories to help in this process.
• 🔍 The 'Work Breakdown Structure' (WBS) is mentioned as a technique to decompose projects into smaller, more manageable components, which is used in both agile and traditional project management.
• 🗣️ The use of 'User Stories' is explained as a way to capture requirements from the user's perspective, focusing on who will benefit, what they need, and why they need it.
• 🎯 The concept of 'Acceptance Criteria' is introduced as a set of conditions that must be met for a task to be considered complete, ensuring clarity and alignment with project goals.
• 🃏 The 'Planning Poker' technique is mentioned as a collaborative method for estimating the complexity and effort required for each task, using a voting system to reach consensus.
• 📊 The 'Velocity' of a team is discussed, which is the amount of work a team can complete in a given time frame, and how it's important for planning and managing project workloads.
• 🛠️ The speaker touches on the use of tools like Trello and Jira for managing project boards, emphasizing the importance of visualizing work progress and organizing tasks effectively.

Q & A

What is the main difference between a traditional scope and an agile scope in project management?

The main difference is that a traditional scope is highly documented and fixed, often attached to contracts with penalties for scope changes. In contrast, an agile scope is flexible and allows for changes in tasks and requirements during the execution of the project, with the goal of generating value and adapting to changes.

Why is the backlog important in agile project management?

The backlog is important because it organizes the project's requirements into a list that contains all the functionalities or features. It allows for dynamic changes and adaptability, which is crucial for projects with high innovation and variability.

What is the concept of 'eating an elephant' in the context of project management?

The concept of 'eating an elephant' refers to the strategy of breaking down a large, complex project (the elephant) into smaller, manageable parts (bites). This approach makes it easier to tackle and complete the project by focusing on one small part at a time.

What is a Work Breakdown Structure (WBS) and how is it used in project management?

A Work Breakdown Structure (WBS) is a methodical way of breaking down a project into smaller components. It is used to organize and define the total scope of the project, and it helps in estimating time, assigning responsibilities, and tracking the progress of the project.

Can you explain the use of mind maps in project management as mentioned in the script?

Mind maps are visual tools used in project management to represent the project's structure as a tree of dependencies. They help in brainstorming and visualizing the various areas and tasks that need to be done within a project, aiding in the specification and estimation of project execution.

What is a user story in agile project management?

A user story in agile project management is a simple, concise description of a feature from the perspective of the end-user or customer. It typically follows a template such as 'As a [type of user], I want [some goal] so that [some reason].' User stories help in focusing on the user's needs and guide the development team to build the right product.

How are user stories different from traditional requirement specifications?

User stories differ from traditional requirement specifications by focusing on the user's perspective and desired outcome rather than the technical details of the implementation. They are more flexible and encourage collaboration and empathy within the team, promoting a user-centered design approach.

What are the three parts that a user story typically consists of?

A user story typically consists of three parts: the role (the type of user), the goal (what the user wants to achieve), and the reason (why the user wants to achieve the goal).

What is the purpose of acceptance criteria in user stories?

Acceptance criteria in user stories define the specific conditions that must be met for the story to be considered complete. They provide clear guidelines for the development team and help in validating that the user story has been implemented correctly.

How are story points used in agile project management?

Story points are used to estimate the effort and complexity of a user story. They are not time estimates but rather a way to compare the size and complexity of different tasks, helping in planning and prioritizing work within sprints.

What is the recommendation for allocating work within a sprint in agile project management?

It is recommended to allocate no more than 70-80% of the team's total capacity to avoid overloading and to account for meetings, clarifications, and unforeseen issues. This approach allows for flexibility and ensures that the team can adapt to changes during the sprint.

Outlines

00:00

📈 Agile Project Management: The Role of the Backlog

The paragraph discusses the concept of project execution within the context of agile management, emphasizing the importance of the backlog. The backlog is a dynamic scope that allows for changes during the project's lifecycle, in contrast to traditional project management's rigid scope defined by a contract. The speaker highlights the need for adaptability in innovative projects with high variability and uncertainty. The backlog is portrayed as a flexible list of features or tasks that can evolve as the project progresses, with the ultimate goal of generating value and adapting to changes, such as a pandemic, which may alter the course of the project.

05:00

🔍 Structuring a Project: Breaking Down the 'Elephant'

This section uses the metaphor of eating an elephant to illustrate the process of breaking down a large project into manageable parts. The speaker explains the use of a work breakdown structure (WBS) and mind maps to visually organize a project into smaller components. The paragraph details how to create a project structure by dividing it into smaller parts, which can then be further subdivided until they are small enough to be tackled as individual tasks within a sprint. The speaker also introduces tools like diagrams and organograms to help with this process.

10:02

📝 Documenting Project Requirements: User Stories and Specifications

The paragraph focuses on the documentation of project requirements, specifically discussing the use of user stories and other detailed specifications. User stories are framed in a way that puts the user at the center, fostering empathy among team members and aligning the task with the user's needs. The speaker contrasts this with imperative language, which directs the task to be performed by the team. The paragraph also touches on the importance of attaching additional details such as diagrams, layouts, and technical specifications to ensure clear understanding and execution of tasks.

15:02

🎯 Prioritizing and Estimating: The Use of Story Points

Here, the speaker delves into the prioritization and estimation of tasks using story points, a method to gauge the complexity and effort required for each task. The paragraph explains how teams use a consensus-driven approach, such as planning poker, to assign story points. It also discusses the concept of velocity, where the team's capacity to complete tasks is measured in points, and how this influences the planning of sprints. The speaker advises not to overallocate the team's capacity to account for meetings, clarifications, and revisions, suggesting a buffer for unexpected challenges.

20:05

📊 Capacity Planning and Sprint Management

The paragraph discusses how to calculate the team's capacity in terms of story points and how to allocate tasks within a sprint. It provides an example of how to distribute tasks based on team members' availability and workdays, emphasizing the importance of not overcommitting the team's capacity to allow for meetings and unforeseen issues. The speaker also introduces tools like Trello and Jira for managing tasks using a kanban board, which helps visualize the workflow and track progress through different stages of task completion.

25:06

🛠️ Managing Workflow with Kanban and Sprint Planning

The final paragraph covers the use of a kanban board for workflow management, detailing how tasks move from a backlog to 'to do', 'doing', and 'done' columns. It discusses the importance of limiting work in progress to ensure that team members focus on one task at a time and the use of a 'blocked' column for tasks that encounter impediments. The speaker also provides insights into sprint planning, emphasizing the need for regular updates and the reassessment of tasks to maintain an efficient workflow.

Keywords

💡Agile Scope

Agile Scope refers to the flexible and adaptable definition of work within an Agile project management framework. Unlike traditional project management where the scope is static and documented in detail, Agile Scope is dynamic, allowing for changes and adjustments as the project progresses. This is crucial in the video's theme as it highlights the need for flexibility in project management, especially in contexts of high innovation and variability. The script mentions that Agile Scope is managed through a 'backlog' which can be altered in real-time to generate value.

💡Backlog

A backlog in Agile project management is a list of all the work to be completed in a project. It is a living document that evolves as the project progresses. The video script emphasizes the backlog as a key component of Agile management, where tasks and requirements can be added, removed, or reprioritized. It is used to organize the initial scope of the project and is central to the video's discussion on how to manage projects in a dynamic and adaptable way.

💡Waterfall Model

The Waterfall Model is a traditional project management approach where the project is divided into distinct phases with each phase's outputs feeding into the next. The video script contrasts this with Agile methodologies, highlighting the rigidity of the Waterfall Model where changes to the scope can lead to penalties, such as fines, and how it is ill-suited for environments with high variability and the need for innovation.

💡Scope Creep

Scope Creep is a term used to describe the gradual and continuous expansion of a project's scope, often leading to delays and cost overruns. The video script discusses how Agile methodologies, with their emphasis on a flexible backlog, can help manage or even prevent scope creep by allowing for controlled changes and adjustments throughout the project lifecycle.

💡User Stories

User Stories are a technique used in Agile software development to capture a software feature from an end-user perspective. They are written in a simple, narrative format and are used to create requirements in a way that is easy to understand for everyone involved in the project. The video script uses User Stories as an example of how to define requirements in an Agile project, focusing on the user's perspective to drive empathy and clarity in the development process.

💡Sprint

A Sprint is a time-boxed period in Agile project management during which a predefined amount of work is planned to be completed. The video script mentions Sprints as the cycles of delivery where the backlog items are addressed. Sprints are central to the Agile methodology as they allow for iterative development and frequent reassessment of project progress and direction.

💡Work Breakdown Structure (WBS)

The Work Breakdown Structure (WBS) is a hierarchical decomposition of all the tasks or activities needed to complete a project. The video script refers to the WBS as a tool for breaking down a large project into smaller, more manageable pieces. It is used to organize and define the total scope of the project, which is a critical step in both traditional and Agile project management.

💡Kanban

Kanban is a visual project management tool that uses a board with columns to represent different stages of a project. The video script describes Kanban as a method for organizing and managing work, particularly useful for visualizing the flow of tasks and identifying bottlenecks or areas of delay. It is mentioned as a tool that can be used in both Agile and traditional project management environments.

💡Story Points

Story Points are units of measure used in Agile to estimate the effort required to complete a User Story. The video script discusses how Story Points help in planning Sprints by estimating the amount of work that can be completed within a given time frame. They are used to prioritize and size tasks, ensuring that the team can commit to a realistic workload.

💡Burndown Chart

A Burndown Chart is a graphical representation used in Agile that shows the amount of work left to do versus the amount of time available. The video script implies the use of a Burndown Chart as a way to track progress throughout a Sprint, helping the team to visualize the work remaining and adjust their efforts accordingly.

💡Scope of Work

The Scope of Work is a document that defines the work to be performed under a contract. The video script contrasts the traditional Scope of Work with the Agile Scope, highlighting the importance of having a flexible scope in environments where requirements may change rapidly. It is a fundamental concept in project management that sets the boundaries and expectations for what will be delivered.

Highlights

Introduction to the concept of project execution and the importance of delivery cycles.

Explanation of the agile scope, known as the backlog, which is a dynamic list of project features.

Comparison between the agile and traditional project management approaches to scope management.

The necessity of a flexible scope in highly innovative and variable environments.

The adaptability required in project management due to unforeseen events, such as a pandemic.

The role of the backlog in organizing project requirements and its mutability.

The use of the phrase 'eating an elephant' as a metaphor for tackling large projects in small, manageable parts.

Introduction to the Work Breakdown Structure (WBS) as a tool for breaking down projects into smaller components.

The concept of using visual tools like organograms and mind maps to represent project structures.

The importance of detailing each task within the project scope for clarity and execution.

The practice of attaching additional documentation to tasks for comprehensive guidance.

The use of post-it notes as a physical representation of tasks in the backlog.

Introduction to User Stories as a user-centric approach to specifying requirements.

The structure of User Stories, including the 'as a user, I want, so that' format.

The concept of Acceptance Criteria as a set of conditions that must be met for a task to be considered complete.

The use of story points and the planning poker technique for estimating the effort required for tasks.

The importance of not over-allocating team capacity to allow for unforeseen delays and rework.

The concept of Kanban boards for visualizing and managing workflow.

Recommendations for managing work in progress to prevent overloading team members.

The use of digital tools like Trello and Jira for managing backlogs and sprints.

Closing thoughts on the practical application of these project management techniques.

Transcripts

hoje eu quero falar um pouquinho sobre

execução nessas coisas como é que elas

acontece falei para vocês que o escravo

ele é organizado na forma de ciclos de

entrega aonde a gente olha lá para o

escopo inicial do projeto organiza o que

a gente chama de backlog e é um escopo

ágil dentro dos Crush te chama escopo de

backlog e a diferença básica de um

quilómetro uns computacional é que a o

nosso backlog o melhor o nosso escopo lá

na gestão ágil ele é uma lista é um

documento e ele é um documento que não

pode ter variação netotec tem o conceito

né de fora do escopo aqui é fora do

escopo é o que não foi especificado lá

documentação Inicial né A gestão

clássica se pauta muito em cima do

escopo de forma bastante documental

escopo é anexado ao contrato que você

não compra alguma cláusula aquilo ali

Pode ser penalizado na forma de multa

por exemplo ouça

e é algo muito sério assim né Mas pensa

comigo um contexto de inovação altíssima

certeza muita variabilidade como é que

eu vou construir um contrato no dia zero

especificando minimamente detalhe por

detalhe de todas as coisas como é que

elas vão funcionar não tem como era

porque eu tô lidando com muita certeza

muita dúvida muita variabilidade mas eu

preciso definir o escopo de trabalho e

dentro da gestão a gente tem o que a

gente chama de backlog dentro dos clã e

ele é um escopo ágil né no sentido de

que você pode mudar as tarefas os

requisitos do que só ser feito ao longo

da execução talvez não ponto de partida

eu imaginasse que a solução era por aqui

à medida que a gente começou a andar a

gente textor foi lá no público tentou

validar descobriu que não é por aqui é

por lá então o backlog ele é ágil para

me permitir fazer essas mudanças em

tempo real com o objetivo de gerar valor

naquilo que eu tô fazendo né lembra que

eu mandei

e ele prega que eu devo me adaptar às

mudanças mais do que seguiram um plano

então no escopo é um plano nós se no

decorrer do caminho vem uma pandemia que

coloca o mundo inteiro dentro de casa eu

preciso me adaptar para isso eu preciso

de um escopo que seja dinâmico versátil

mutável e o backlog compra Exatamente

esse papel é o objetivo organizar os

requisitos a uma lista que contém todas

as funcionalidades as features do

projeto tá bom E aí a gente fala desse

desses corpo ágil desse backlog tem uma

bolinha de pensamento né o Cruzeiro essa

frase aqui é uma frase que é utilizado é

o teste psicológico que é usado é na

Tropa de Elite Americanas né Tem uma

pergunta ali eles fazem sempre que é

qual é a melhor forma de se comer um

elefante né a gente olha para o nosso

projeto da empresa você é criar um

negócio que a tirar do Papel ele é um

elefante é um ser enorme

É né você não consegue comer um elefante

de uma vez Então a forma mais eficiente

de se comer um elefante é cortando em

pedaços pequenos Com pequenas pequeno ao

ponto de caber na minha boca então eu

não consegue comer um elefante inteiro

de uma vez só né Você Precisa cortar em

pedaços que você consiga comer o projeto

é a mesma coisa é quando você vai montar

o escopo do projeto e por fim montar o

backlog de projeto você vai fracionar

ele impactos menor né existem

ferramentas que nos ajudam a fazer isso

aqui esse diagrama preto vermelho azul

ali tem um esquema visual do que a gente

chama de apenas a estrutura analítica de

projeto Eu tenho um projeto maior Quando

eu olho para esse projeto de forma mais

grosseira eu tenho partes menores que

compõem Quando eu olho para cada parte

eu consigo subir dividir em partes ainda

menores né eu preciso fracionar esse

local já até o ponto que ele chega numa

fração que acaba acaba na minha boca

a minha boca é uma tarefa para a saúde

projeto ele precisa ser pequeno ou

controles em uma tarefa Que caiba na

minha Sprint que aquele ciclo de uma

semana 10 de usa tá E aí tem forma de

vocês montarem up tá aí a pena não é uma

ferramenta exclusiva da gestão ágil ela

também é utilizada na gestão clássica de

projetos só que vocês têm um exemplo de

um fluxograma né Ele é um organograma

aonde o quarto de uma ideia maior elas

vêm se organizando em alguns grupamentos

e dentro desses grupamentos eu tenho uma

série de atividades relacionadas a cada

área e por sua vez estão subordinados a

um projeto maior Então a primeira coisa

que a gente faz quando existe um projeto

é fazer esse fracionamento ai eu vou

iniciar um negócio que é um aplicativo

de emprestar dinheiro de microfone legal

our site e eu tenho um aplicativo Então

você para essas duas coisas site

aplicativo Ah mas eu também tenho além

de devo lá

e eu botei login eu voltar carteira

virtual eu tenho o perfil do usuário por

exemplo eu tenho a parte de saldo então

eu consigo micro detalhar as menores e

quanto mais eu me lembro sobre elas eu

consigo gravar slides para vez mais

quando eu olho para o site tem que fazer

um layout Tem que programar eu tenho que

colocar no aro tem configurar servidor

alguém uma série de outras atividades

diárias eu consigo localizar também tá

então esse organograma que cês tão vendo

é uma das formas que são mais utilizadas

para representar eap estrutura analítica

de projeto tá na literatura base de

gestão de projetos vão achar uma

variante desse nome que é WPS Word de

trabalho breakdown structure estrutura

de quebra de granularidade do projeto

onde você faz funciona o meu projeto em

pedaços de porções menores né mas é

atendida no PS é a mesma coisa tá é só

sigla americana para mesma coisa aqui a

gente tem um outro exemplo é montando

aqui também uma

me chama no meu Zap também mas é um mapa

mental é o modelo que eu gosto bastante

a gente usa bastante lá no Rio Então

olha que legal aqui no meio tenho um

projeto que não sei usar o aplicativo

dizendo de um lado tem na Ferri outro

lado tem o aplicativo e dentro de cada

um deles eu tenho uma série de outras

áreas menores e São coisas que precisam

ser feitas o aplicativo tem um sai na

que o gerenciamento de equipe de canais

conversas estatísticas chatbot aí quando

olho para equipe eu tenho que adicionar

membro mas eu tenho permissões óleo

canais eu tenho todo esse grupo eu tenho

as conversas dentro dela tem outras

atividades então aí a p serve para me

ajudar a explodir Isso numa árvore de

dependências de requisitos que precisam

ser pensados tá isso vai me ajudar a

especificar o meu projeto vai me ajudar

a estimar o tempo de execução atribui a

responsabilidade do meu time e

acompanhar a execução dos projetos tá

Primeira coisa eu não consigo por o

elefante de uma vez no meu caminho

Sprint não consigo trazer o elefante

inteiro para dar

e eu preciso faz ou não e o braço forte

em juízo é aplicação de apego ao sistema

tá quando eu montei esse backlog tem

algumas etapas isso aqui de novo tá

separada de forma didática só ficar mais

claro entendimento mas a primeira coisa

que você tem que fazer é dividir itens

por afinidade tão conforme vocês viram

eu acabei de mostrar pra vocês aí a pé

basicamente aí a pé é um grupamento por

afinidade eu vou separar as coisas em

partes de nós EA grupo aquelas por

afinidades seja no mapa mental seja numa

no organograma por exemplo tem outras

formas de representar gramas de árvore

mas o ideal é que você divida em partes

menores agrupando por afinidade em

seguida que eu vou mostrar nos próximos

nós depois que você dividiu o que

precisa ser feito você precisa de

escrever cada um dizer o que que eu tô

esperando como é que tem que funcionar

Quais são as partes que compõem eu

precisar de escrever é só tirar eu já

vou mostrar como é que fazer além

e em muitos casos Eu também preciso

inserir detalhes adicionais então por

exemplo eu vou anexar documentos esse

documento a visão diagrama é um mapa é

um layout é um protótipo é uma norma

técnica é uma biblioteca é uma senha a

uma documentação Então eu preciso além

de gerar a mera especificação dos

requisitos anexar vincular todos os

detalhes necessários para a execução da

minha Atividade Aí eu queria mostrar

para vocês uma forma de gerenciar essa

documentação né é essa imagem que cês

tão vendo era de fundo é uma foto de um

bar quilômetros né observa que isso

nasce na forma de post-it eu posso pegar

uma parede começar a colar ali os

plásticos separando agrupando que tá ser

feito né ela falou bastante usual que a

gente usa na Rio por exemplo também e

cada item cada post desses estão vendo

que vai virar uma atividade no futuro é

na literatura a gente chama de prova

backlog Haiti FBI be a Rock Black White

e do backlog de produto e é cada um dos

requisitos ele está criando com a

especificação

e como é que o específico isso tem

várias formas existem padrões diferente

a empresa que você trabalha pode

trabalhar com algum modelo diferente Ou

adaptado em relação a ele mas eu quero

trazer um que é muito conhecido é uma

ferramenta ágil em Cruzeiro e é a usar

Store o as user Stories e nada mais é do

que uma estrutura frasal então ao invés

de eu dizer Clear o layout do blog crie

a tela do login Amazon criar desta forma

aí os Stories ela propõe uma inversão

das coisas quem é que vai consumir o

valor do que eu tô criando não é o meu

cliente não é o meu usuário então

olhando até sua perspectiva do Design

faz mais sentido que eu encaro essa

tarefa pela perspectiva do usuário como

se fosse usuário final pedindo essa

tarefa para que o problema dele seja

resolvido e daí não achei os história

então aqui você tem um card de exemplo

por exemplo E aí ele diz o seguinte como

usuário eu quero logar no sistema

é do meu e-mail e senha para acessar o

sistema então a especificação na forma

de uso Store ela inverte é colocando o

usuário no centro da discussão

justamente para provocar os membros do

time A empatizando em que os usuários

quando tiver construindo essa

experiência O que é importante alcançar

seu olho sobre a minha Ótica de designer

de programador de engenheiro e advogado

qualquer comercial marketing coloca aqui

o título que você quiser a gente acaba

criando uma visão muito viciada muito

caixinha dentro da nossa realidade nosso

contexto da nossa visão de mundo eu

preciso empatizar com quem vai consumir

isso para quem eu tô criando valor é o

meu usuário é o meu cliente então aí eu

já história nascendo essa filosofia e

ela inverte essa proposição batalha tá

então estruturalmente é ai os Stories

ela é composta por três partes na

primeira delas é a pessoa está sendo

endereçada oo

o Flamengo são como aluno como cliente

como diretor como supervisor vai colocar

ali o nome da pessoa que vai utilizar

este recurso esse valor que eu estou

criando tá como aluno eu quero e ali do

depois do que era você vai inserir o que

ele tá querendo resolver qual é a

situação ele tá esperando ali que a

nossa solução possa cooperar com ele

então como aluno eu quero inscrever-me e

pagar pelo site do hotsite da imagine

tudo aqui por exemplo é uma uma lenda em

beijo e um site onde os alunos possam se

registrar para assistir uma palestra por

exemplo Então como aluno eu quero

inscrever-me e pagar pelo hotsite para

poder assistir à palestra ou para livro

sinal é o objetivo que está por trás do

programa que quer resolver eu quero isso

por causa disso então aí o seu Histórico

Nacional das contas

é do que essa estrutura de texto em que

você coloca como tal pessoa eu quero

fazer tal coisa por este motivo é

simples assim você específica cada

tarefa usando essa abordagem desse preso

tá junto com calma e os Stories para

trazer uma todo o aporte técnico de

requisitos que você precisa a gente

geralmente vincula um check list uma

lista de requisitos que precisam

acontecer junto com aquela Store Então

se a gente tá falando por exemplo de um

sistema de pagamento ali né a gente tava

falando de um modelo ele quer inscrever

ia fazer inscrição para assistir uma

palestra né Ele é uma louro que quer se

inscrever para se chama parece então

aqui como requisitos por exemplo a gente

definiu ali o primeiro que os militares

pecado já o aluno precisa poder logar se

com o Facebook não quem foi implementar

essa tela esse aplicativo por exemplo

ele precisa saber

e o login social com o Facebook é um

requisito dessa funcionário Tá além

disso nesse processo de inscrição eu

preciso poder pagar com o cartão de

crédito Talita segundo item no meu

critério de situação o terceiro nesse

processo de inscrição eu preciso exigir

que se usuário preenche o CPF e RG então

o product owner que quem específica

esses cargos de tarefa ele vai escrever

ae os Story e junto em os Stories ele

cria uma lista de critérios de aceitação

o time vai ler esta essa especificação

aí os Stories vai ler os critérios

eventualmente tem anexos de diagramas de

layout de protótipos de documentos a o

time Lê isso e vai trabalhar para

implementar essa atividade quando o time

termina atividade entrega para o criou o

pior vai validar essa essa entrega Com

base no que que ele vai ligar

o Store e nos critérios situação no

final as entrega precisa atender a essa

especificação e foi criado tá bom em

linhas Gerais que só a especificação

livro A história é simples assim eu

tenho uma história do usuário vinculado

a critério de situação né age o

gerenciamento disso Depende muito da

ferramenta que eles vão usar vou mostrar

alguns exemplos daqui a pouco tá é então

e os história esse modelo né mas não é o

único Eu trouxe um outro aqui também é

muitas empresas uso dentro da régua a

gente usa também essa esse outro modelo

que é a linguagem imperativa né então

nailstore ficaria mais ou menos assim

como aluno que era escrever e pagar pelo

hotsite para poder assistir à palestra

Então esse é o modelo do padrão da e o

gestor a mesma atividade no padrão de

linguagem imperativa seria criar página

de inscrição e pagamento parou já estão

ela específica basicamente a mesma

atividade mas abordagem

hoje é diferente a primeira coloca no

foco usuário que vai usar e a segunda é

o chefe endereçando à atividade por time

de tá geralmente na Rio filosoficamente

como é que a gente Bárbara sempre que eu

posso quando a gente trabalha com design

e design é experiência o tempo inteiro

sempre que eu posso ser que eu tô

criando experiências a gente específica

com usar Store sempre que possível use o

seu histórico nos casos em que eu não

consigo usar os Stories por exemplo eu

preciso exportar Esporte um relatório

crie um ícone essas tarefas são mais

simples geralmente a gente específica

usando essa linguagem imperativa essas

coisas podem coexistir e podem existir

variações Rios mas ele Minas Gerais Essa

é a apresentação e os Stories e

avaliação e avaliação né dessa linguagem

imperativa a descrição da atividade é

como é que eu estilo Essas atividades né

Tem várias padronizações o spam tem

algumas Convenções uma delas é o que a

gente chama de pontos do scream ou

scream

é que nem usa um padrão de uma sequência

fibonattis que aquela sequência

matemática em que o número é sempre a

soma dos dois anteriores e ele é atribui

Originalmente uns cortes um ponto para

cada atividade então uma atividade menos

complexa ela tem uma nota mais baixa e

uma atividade mais complexa tem uma nota

mais alta tá conceitualmente

Originalmente os pontos scream eles são

aplicados dessa forma Associados a

complexidade mas isso é muito subjetivo

tá uma atividade de meio. Zero ponto

cinco quanto tempo ela leva

eu não sei eu só sei que a complexidade

dela é meio Pô na maioria dos casos para

gerenciar projeto do dia a dia a gente

precisa traduzir complexidade um tempo

né então a gente cria uma convenção

Inclusive a conversar com a gente usar a

rir também né em que um ponto R ele é

equivalente né a um dia um ponto um dia

então uma atividade de um ponto é uma

atividade que vai ser feita em dia uma

atividade de meio compra uma atividade

de meio de uma atividade de três pontos

são atividade de três dias e aí vem as

nossas reflexões a respeito né Por

exemplo que são as minhas Sprint os meus

ciclos de entrega São de uma semana de

segunda a sexta 5 dias úteis eu não

posso assimila na minha Sprint uma

atividade de oito. Não cabe né que eu

tenho cinco dias na semana eu não

consigo assimilar uma atividade de 88

não cabe dentro de sim então nesses

casos em que a atividade ficou muito

grande eu quis dividir ela não atividade

menor

14 25 hora de três por exemplo mas eu

preciso granulado usar o máximo possível

para que ela caiba na minha boca caiba

dentro da minha Sprint uma forma de se

lidar tá é geralmente nos processos de

planinauta nejamento que eu falei lá no

começo pra vocês e a primeira atividade

depois que a gente monta o pé

quilômetros começa a rodar o scream o

time vai usar algumas ferramentas para

pontuar as atividades Então esse pega um

post-it post-it o lendo aí os Stories

Lembra as especificações e critérios de

aceitação E aí o time vai atribuir essas

notas né cada uma das pessoas pega ali o

seu baralho por exemplo existe uma

ferramenta chamada playing poker que as

imagens estão vendo aí né a onde cada

membro do time ganha um baralho e eles

leem junto atividade e eles votam nossa

aí pessoal vamos criar o sistema de

login assim assim assim beleza todo

mundo entendeu ou não entendeu E ali

geralmente é um time de desenvolvedores

time de designers são essas pessoas isso

é aquela atividade que você fez e vão

fazer a votação E aí cada um escolhe a

sua carta da nota que vai atribuir e

mostra um dois três e todo mundo nossa E

aí o piolho exclamação eu vou olhar como

é que foi a avaliação de complexidade

aquela tarefa E aí ele vai olhar por

exemplo o primeiro marcou dois chegou na

CO2 que a senhora marcou dois e o

terceiro marcou meio Como assim dois

para meio da muita diferença o que

acontece nesse caso né Oscar mas tem o

que eu vou perguntar porque que você

marcou meio né E aí ele vai dizer olha

essa atividade aqui tem esse recurso tem

essa ferramenta que eu já usei e faz

muito rápido né e ainda explica ali para

o time e o time volta de novo e aí vamos

deixar preciso haver um consenso né mas

a ideia que o time possa discutir para

atribuir para cada atividade a nota ou

Escort faça mais sentido para que ela

atividade tá

Oi e aí eu vou ter no meu blog E aí se

você usar na forma de post tiver como eu

tô mostrando aqui algo mais ou menos

assim né hoje eu tenho ali aí não tá

mostrando como o gestor está mostrando

linguagem pertinho mas a lógica é mesmo

então criar a identidade visual da

marca: ou seja: 2 dias e eu posso anotar

esse mesmo Card o nome do responsável

pela atividade e nesse caso é o Lucas né

Você pode atribuir a um cargo ou uma

pessoa especificamente tá bom é E aí da

mesma forma você é calcula o potencial

no teu time assimila tarefas atribuindo

essa mesma relação um ponto é igual a um

dia né então Digamos que eu tenho um

time eu sou pior e eu tenho três pessoas

no meu filho a primeira pessoa que esse

moço de óculos aqui da esquerda Ele

trabalha cinco dias por semana 5 dias 5

pontos a segunda semana a pessoa que

essa menina do meio ela trabalha seis

dias da semana 6 dias 6 pontos e o

último jogo

e sem óculos Ele trabalha quatro dias da

semana 4 dias quatro pontos como é que

eu ser capacidade produtiva do meu time

eu somo E se o nosso + 6 + 4 10 mais

cinco 15 a capacidade produtiva do meu

time os cem porcento são 15 pontos por

semana o meu time da conta que assimilar

até 15 pontos em cards dentro da minha

Sprint tá 15 pontos é o meu 100% eu

tenho que lembrar que eventualmente

motivo vai parar para fazer plena e

reuniões tirar dúvida dele fazer

revisões correções então a recomendação

é que você nunca atribua sem por cento

da capacidade produtiva quanto

contributo setenta por cento oitenta por

cento e noventa porcento isso vai

depender da complexidade da tarefa que

você resolvido e da capacidade técnica

do teu time é um time muito Júnior tende

a errar mais então é melhor você

aumentar sua margem de gordura o time

mais senhor tende a errar menos e você

a trabalhar com uma locação um pouco

maior tá bom e a gente tem um exemplo é

o primeiro aqui eu tô lutando 100% que

foi o que eu acabei de dizer que vocês

vão fazer mas aqui só pra parte é a

conta né o primeiro trabalho é cinco

dias 5 bom então ele vai pegar um carro

de dois pontos um carro de três a pessoa

do Meio trabalha 6 dias 6 pontos então

não vai pegar um de 21 22 e um somando 3

pontos o último jovem ali ele trabalha

quatro dias quatro pontos um card de um

um carro de três Mateus 4 Só lembrando

não alok sem por cento da capacidade

produtiva deixa uma base de gordura para

reuniões erros correções necessárias à

medida que o processo avançando as

semanas vão entrando eu tive se torna

mais eficiente Ele atende acertar mais

com o passar do tempo nesse começo seja

um pouco mais cauteloso deixa mais

gordura como passar o tempo a sua

eficiência tende a aumentar o que me

fica mais experiente ou segue da conta

demais coisas tá na prática junta tudo

isso como é que fica assim

e eu tenho print para vocês Otelo Otelo

é uma ferramenta de painéis é usada

entre outras coisas para gerenciar

aberto logs e kanbans né E isso aqui é

um cargo e de especificação Nutella você

vê ali que tem um título ele tem uma

user Story Olha a descrição ali na

descrição é uma história do usuário é um

gestor né ali embaixo ele tem uma

check-list se vocês olharem no rodapé

ali que que a checklist critérios de

aceitação que tem que ter o que que não

tem que ter Quais são os detalhes da

tarefa ele tem anexo ó ele tem layout

tem arquivo de protótipo que isso são

outros detalhes necessários né Olá

membros ali sendo que são esses membros

as pessoas ali a gente na rios e coloca

o pior e mais responsável pela festa né

é a pessoa que vai pegar né a data de

entrega é a data que a pessoa que está

montando ação é imagina que ela vai

fazer essa entrar tá então aqui é um

exemplo nutrelo de organização dessa

mesma especificação que eu

e para você mostrar a vocês geralmente

essa pontuação que eu mostrei ai meio

ponto é um ponto: o treino tem alguns

Power atos de permite você anotar o

carro de quantos pontos só mas se você

não tiver usando o mesmo parar você pode

editar o título do cargo e colocar ali

por exemplo Identificação do Bolão (: um

ponto meio ponto do próprio título você

pode pontuar tá então uma forma bastante

elegante bem legal pelo se organizar as

suas especificações né uma blog eh ele

pode ser organizado dentro do que a

gente chama de kanban o kanban é uma

ferramenta que é um painel de gestão

dessas atividades né aqui eu trouxe de

forma esquemática só para vocês olhar

vocês terem a visão ali do do processo

acontecendo é e o meu campanha

organizado em colunas tem um tem a forma

de backlog que é é o conjunto é o

estoque de todas as tarefas que eu tenho

que fazer né e eu tenho outras colunas

todo kanban é fundamentalmente tem pelo

menos três colunas

e do a fazer e são todas as atividades

tem que ser feitas as do fazendo são as

atividades que o time está trabalhando

agora nesse instante um feito são todas

as atividades que já foram concluídas

pelo time e estão prontas para serem

entregues por exemplo para o período

para já né é esse esse kanban ele pode

ter outras colunas ele pode ter por

exemplo na coluna de bloqueio de blocos

como ele é um pouquinho né O que que a

curva de bloco sempre que uma atividade

ela for impedido de prosseguir a gente

coloca ela Numa geladeira é o bloco

enquanto eu não resolver aquele problema

esse Carlos aparece que bloqueia fica

bloqueado fica pendente até a gente

consegui resolver o quê que pode ser um

bloqueio faltou uma senha um servidor

caiu falta alguma informação do cliente

por exemplo Então são situações que

pausam são stoppers do projeto eu vou

jogar ali na minha coluna de block que

bloqueia tá é tudo que tá na coluna do

Como estão as atividades que precisam

ser feitas na próxima Sprint então por

exemplo Digamos que nossos print para

nessa segunda-feira que vem e a gente

acabou de planejar que o que vai

acontecer na semana semana que vem a

partir de segunda-feira tudo que está a

ser feito ao longo da semana vai ser

trazido ali para coluna vou fazer todas

as atividades eu busco lá no blog e

arrasto aqui para direito Olá como do a

fazer já tribos responsáveis gera as

especificações quando a semana começa

quando a Sprint começa a rodar o meu

time vai pegar os caras para fazer E aí

quando ele começar a trabalhar uma

atividade ele pega esse Card da colando

a fazer e a raça pro fazendo enquanto

ele estiver fazendo esse cara não tem

que estar na cor dos fazer a hora que

ele conclui ele coloca enfim tá uma

sugestão já o que acontece com

frequência às vezes eu tenho ali na

quando a fazer dois três carnes que são

do mesmo indivíduo da mesma pessoa e

aquela pessoa como na cabeça dele é tudo

meio junto ali ele arrasta os três tô

fazendo E aí passa segunda-feira

e está sem fazer essa quarta quinta

feira três carros em fazendo sexta-feira

três carros em Fase Terminal sexta-feira

e ele não conseguir entregar nenhum Qual

dos três deu problema

a vocês como gestores de projetos não

tem como saber né então a recomendação

para vocês é que é o time de vocês as

pessoas do time Tragam um card por vez

procurando fazendo Ninguém está

trabalhando em duas coisas ao mesmo

tempo ele trabalha nenhuma essa uma é o

que tá fazendo a mas eu comecei essa eu

vou ter que ir para aquela não tem

problema começa coloquem fazendo

precisou parar volta para fazer quer

continuar trás tô fazendo terminou passa

perfeito tá então A ideia é que todos os

caras que estão no a fazer ao final do

ciclo vão parar no feio tá essa ideia e

sai do backlog Então eu ia fazer passa

tão fazendo com você se tiver algum

problema de execução o caminho

naturalmente a gente pode colocar em

blocos lhe pediu esse bloqueio ele volta

no círculo normal tá tem várias

ferramentas automáticas que ajudam mesmo

não dá tempo da gente fala sobre elas

mas eu tenho treino tem Gira até o

só quem é Gaúcho tem um monte de

ferramentas especializadas em gerenciar

cambek log usem o Google aí que vocês

vão ter bastante material a respeito tá

pessoal em Minas Gerais era esse o

controle que eu tinha para fazer pra

vocês eu sei que foi bastante coisa eu

tenho Total ciência inclusive que tem

muita coisa acendeu um milhão de dúvida

na cabeça de vocês né mas a minha

intenção foi dar um Panorama Geral de

como é que essas coisas aqui em casa