Principais ferramentas: kanban, gestão de backlog e controle de roadmap
Summary
TLDRThe 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
📈 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.
🔍 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.
📝 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.
🎯 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.
📊 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.
🛠️ 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.
Mindmap
Keywords
💡Agile Scope
💡Backlog
💡Waterfall Model
💡Scope Creep
💡User Stories
💡Sprint
💡Work Breakdown Structure (WBS)
💡Kanban
💡Story Points
💡Burndown Chart
💡Scope of Work
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
5.0 / 5 (0 votes)