A-D
Gerenciamento de software ágil
Definição: desenvolvimento de software Ágil refere-se à abordagem de gerenciamento de projetos de desenvolvimento de incrementos de software em iterações frequentes com base em requisitos em evolução.
Também chamado de: desenvolvimento de software Ágil, Métodos ágeis, Gerenciamento de projetos ágeis
Etimologia: a palavra Ágil é um termo guarda-chuva para uma série de metodologias de projeto, sendo o Scrum o mais usado. O conceito de Ágil nasceu em 2001, quando uma equipe de desenvolvedores de software independentes se reuniu em uma loja de esqui em Snowbird, Utah, para discutir abordagens alternativas ao gerenciamento tradicional, de cima para baixo, o método em cascata de concluir o desenvolvimento de software. Originalmente chamado de metodologias leves de desenvolvimento de software, os desenvolvedores adotaram o termo Ágil para refletir seu estilo ágil e enxuto de gerenciamento de projetos, caracterizado por iterações frequentes. Quando terminou o fim de semana, os desenvolvedores haviam produzido o Manifesto Ágil, que incluiu quatro valores e 12 princípios para o desenvolvimento de software Ágil.
Modo de uso: equipes de desenvolvimento auto-organizadas e multifuncionais trabalham em estreita colaboração com o cliente e as partes interessadas para agregar valor a cada etapa do processo, visando uma meta de melhoria contínua.
O gerenciamento de projetos Ágeis evoluiu para uma série de estilos de projeto, sendo o Scrum o mais usado. Outros são:
- Kanban
- Programação extrema (XP)
- Crystal
- Método de desenvolvimento de sistemas dinâmicos (DSDM)
- Enxuto
- Desenvolvimento orientado a recursos (FDD)
É possível atribuir um custo fixo a projetos Ágeis devido ao foco do Ágil na priorização de recursos e iterações com períodos fixos. Se o orçamento tiver diminuído antes que todos os recursos sejam incluídos, esses recursos serão incluídos posteriormente. Na metodologia Ágil, a equipe está sempre trabalhando em itens de alta prioridade dentro do período da sprint, garantindo que o cliente receba o produto certo para atender às suas necessidades.
Benefícios ao gerenciamento de projetos:
- Proporciona flexibilidade na evolução do desenvolvimento, ou seja, pequenas mudanças podem ser feitas com facilidade.
- Permite lançamentos antecipados e regulares.
- Reduz custos.
- Reduz o desperdício de recursos.
- Reduz o risco, pois os problemas são descobertos e resolvidos no início.
- Incentiva o envolvimento de proprietários de produtos, da equipe de desenvolvimento e de partes interessadas.
- Incentiva a responsabilidade da equipe.
- Elimina a necessidade de longas documentações de especificação.
- Aumenta a satisfação do cliente.
- Aumenta o desempenho, a comunicação e a motivação da equipe.
Critérios de aceitação
Definição: os critérios de aceitação especificam um conjunto de condições que o software deve cumprir para satisfazer o cliente. O proprietário do produto elabora declarações do ponto de vista do cliente, que explicam como uma história ou um recurso do usuário deve funcionar. Para que a história ou o recurso seja aceito, é preciso passar pelos critérios de aceitação; caso contrário, é rejeitado.
Modo de uso: os critérios de aceitação devem ser escritos em uma linguagem clara e fácil de entender. Por exemplo, “Se eu estiver conectado, quando clicar no botão “Comprar”, a contagem total de itens do meu carrinho deve aumentar para um”.
Benefícios ao gerenciamento de projetos:
- Confirma quando uma história de usuário é concluída.
- Ajuda a equipe a entender a história/o recurso.
- Remove a ambiguidade de requisitos.
Teste de aceitação
Definição: um Teste de aceitação é derivado dos Critérios de aceitação e verifica se um recurso está funcionando. O teste tem apenas dois resultados: aprovação ou rejeição. Muitas vezes, os testes de aceitação são automatizados para que possam ser realizados em todas as versões do software. Os critérios de aceitação geralmente incluem um ou mais testes de aceitação.
Também chamado de: teste funcional, teste do cliente, teste de história
Modo de uso: os testes de aceitação garantem que o software atenda aos requisitos dos negócios e dos clientes. Os testes de aceitação são elaborados pelo proprietário do produto e devem ser breves declarações que explicam o comportamento e o resultado pretendidos. Por exemplo, “O usuário clica neste botão e o texto fica vermelho”. O resultado desse teste seria aprovação ou rejeição.
Benefícios ao gerenciamento de projetos:
- Aumenta a satisfação do cliente ao garantir que os requisitos dele sejam atendidos.
- Identifica problemas de funcionalidade e usabilidade logo no início.
- Promove a colaboração entre desenvolvedores e usuário final.
Manifesto Ágil
Definição: o Manifesto Ágil contém quatro valores e 12 princípios de um processo de desenvolvimento de software iterativo. Em fevereiro de 2001, 17 desenvolvedores de software se reuniram em Utah para discutir métodos leves de desenvolvimento. Eles publicaram o Manifesto para o Desenvolvimento de Software Ágil, que explica como eles encontraram “melhores maneiras de desenvolver softwares fazendo isso e ajudando os outros a fazê-lo”.
Modo de uso: os gerentes de projetos se referem ao Manifesto Ágil quando estão gerenciando qualquer processo que esteja alinhado com seus conceitos principais, como a metodologia Ágil.
Benefícios ao gerenciamento de projetos:
- Testes frequentes e entrega contínua de software valioso.
- Acolhe a mudança de requisitos.
- Promove a colaboração multifuncional.
Gerenciamento do ciclo de vida de aplicativos (ALM)
Definição: o Gerenciamento do ciclo de vida de aplicativos (ALM) é um processo contínuo de gerenciamento de um aplicativo de software desde seu planejamento inicial até sua desativação.
Modo de uso: o ALM é usado durante todo o projeto e envolve o uso de várias ferramentas para auxiliar no gerenciamento de requisitos, arquitetura, programação, teste, monitoramento e lançamento.
Benefícios ao gerenciamento de projetos:
- Reduz o risco monitorando continuamente o status do projeto.
- Diminui o tempo do ciclo e os custos de desenvolvimento.
- Minimiza o tempo de inatividade.
Backlog
Definição: um backlog é uma lista mutável dos requisitos do produto baseada nas necessidades do cliente. O backlog não é uma lista de tarefas, mas uma lista de todos os recursos desejados para o produto. A equipe Ágil usa o backlog para priorizar recursos e entender quais recursos deve implementar primeiro.
Modo de uso: a equipe de desenvolvimento extrai o trabalho do backlog para ser concluído durante cada iteração. O backlog pode mudar durante todo o processo de desenvolvimento à medida que a equipe conhece mais os requisitos do cliente.
Também chamado de: backlog de produto
Benefícios ao gerenciamento de projetos:
- Comunica prioridades de recursos.
- Permite um planejamento de longo prazo.
- Garante que as necessidades do cliente estejam sendo ouvidas.
Preparação do backlog
Definição: a preparação do backlog ocorre no final de uma sprint, quando a equipe se reúne para garantir que o backlog esteja pronto para a próxima sprint. A equipe pode remover histórias de usuários que não são relevantes, criar novas histórias, reavaliar prioridades ou dividir histórias de usuários em tarefas menores. A preparação do backlog é um processo contínuo e é o nome da reunião em que essa ação ocorre (reunião de preparação de backlog).
Também chamado de: refinamento de backlog
Modo de uso: depois que a equipe termina uma sprint, uma reunião de preparação de backlog é agendada. A preparação do backlog serve para garantir que contenha apenas itens relevantes e que atendam aos objetivos.
Benefícios ao gerenciamento de projetos:
- Garante que todos os recursos estejam cumprindo os objetivos do projeto.
- Ajuda a equipe de desenvolvimento a entender as prioridades e manter-se no caminho certo.
- Facilita a comunicação sobre quais recursos são e não são importantes e por quê.
Gráficos grandes visíveis
Definição: gráficos visuais grandes são gráficos grandes exibidos próximos da equipe Ágil para mostrar como está o progresso da equipe. Você pode elaborar um grande gráfico visível para mostrar defeitos, velocidade (gráfico de burndown), testes de aceitação do cliente ou para descobrir quanto tempo a equipe está perdendo.
Também chamado de: radiador de informações
Modo de uso: gráficos grandes e visíveis são usados para exibir informações do projeto de modo informal. Geralmente exibidos em uma parede, compartilham informações importantes rapidamente.
Benefícios ao gerenciamento de projetos:
- Comunica o status do projeto às partes interessadas.
- Melhora a transparência e a comunicação.
- Transmite rapidamente informações fáceis de digerir.
Gráfico de burndown
Definição: o gráfico de burndown representa todo o trabalho pendente. O eixo vertical representa o backlog e o eixo horizontal representa o tempo. O trabalho restante pode ser representado por pontos de história, dias ideais, dias da equipe ou outras métricas.
Também chamado de: gráfico de burndown de release, gráfico de burndown de iteração
Modo de uso: o gráfico de burndown é usado por equipes ágeis para acompanhar o trabalho total restante em um projeto e prever quando o trabalho será concluído.
Benefícios ao gerenciamento de projetos:
- Alerta à equipe se algo não está ocorrendo de acordo com o plano.
- Mostra o impacto das decisões.
- Comunica o progresso e prevê quando o trabalho será concluído.
Gráfico de burnup
Definição: o gráfico de burnup rastreia quanto trabalho foi concluído. Existem duas linhas no gráfico: uma linha representa o trabalho total e a outra representa o trabalho concluído. O eixo vertical representa a quantidade de trabalho e pode ser medido em quantidade de tarefas, horas ou pontos da história. O eixo horizontal representa o tempo, geralmente medido em dias.
Modo de uso: o gráfico de burnup é usado por equipes ágeis para verificar o progresso e gerenciar o aumento de escopo ou recursos. Esse gráfico permite que as equipes ágeis acompanhem o momento em que o trabalho foi adicionado ou removido do projeto e ajuda a equipe a determinar uma data de conclusão realista para o projeto.
Benefícios ao gerenciamento de projetos:
- Reconhece e resolve problemas facilmente no seu projeto.
- Estima quando o projeto será concluído.
- Melhora a comunicação e a transparência.
Frequência
Definição: a frequência descreve o fluxo ou ritmo de eventos ou tarefas em um projeto. Estabelece um padrão que a equipe pode seguir para entender o que está fazendo e quando será concluído.
Modo de uso: as equipes ágeis se esforçam para alcançar uma frequência durante seu projeto. Por exemplo, no Scrum, iterações de duração fixa, chamadas sprints, duram de uma a duas semanas e permitem que a equipe envie softwares em uma frequência regular. No Kanban, a frequência é o fluxo contínuo de trabalho.
Benefícios ao gerenciamento de projetos:
- Estabelece ordem e ritmo.
- Melhora a eficiência da equipe.
- Permite que a equipe entregue softwares com frequência.
Capacidade
Definição: a capacidade representa a quantidade de trabalho que pode ser concluída em um determinado período e é baseada na quantidade de horas em que um indivíduo ou uma equipe estará disponível para concluir o trabalho.
Modo de uso: o proprietário do produto e a equipe ágil determinam a capacidade ou quantidade de carga de trabalho que podem assumir em uma sprint próxima. A capacidade é decidida durante a reunião de planejamento de sprint.
Benefícios ao gerenciamento de projetos:
- Melhora o gerenciamento de recursos.
- Estima a conclusão de um projeto.
Galinha e porco
Definição: os termos “Galinha” e “Porco” têm origem na “História do porco e da galinha” de Ken Schwaber, um desenvolvedor de software que ajudou a formular a versão inicial do Scrum. Mais comumente usado no Scrum, “Galinha” refere-se a alguém que está envolvido no projeto, mas não é responsável por nenhuma entrega específica (por exemplo, uma parte interessada ou um gerente). Por outro lado, o “Porco” é alguém comprometido e diretamente responsável pelos produtos.
“A história do porco e da galinha” de Ken Schwaber
Um porco e uma galinha estavam andando em uma estrada. A galinha olha para o porco e diz: “Ei, que tal abrirmos um restaurante?” O porco olha para a galinha e responde: “Boa ideia! Como você quer chamá-lo?” A galinha pensa e fala: “Por que não chamamos de ‘Presunto e ovos?’” “Acho que não é legal”, diz o porco, “Eu estaria comprometido, mas só você estaria envolvida”.
Modo de uso: os termos Galinha e Porco são usados para definir participantes e funções no Scrum. As funções do “Porco” geralmente são os membros reais da equipe, o Scrum Master ou o Proprietário do projeto. As funções da “Galinha” são gerentes ou partes interessadas.
Benefícios ao gerenciamento de projetos:
- Esclarece e define funções.
- Define as expectativas dos projetos.
- Promove responsabilidades.
Melhoria contínua
Definição: a melhoria contínua é um processo de melhoria da qualidade e da eficiência por meio de pequenas mudanças graduais ao longo do tempo. No Kanban, a melhoria contínua refere-se especificamente ao processo de otimização do fluxo de trabalho e de redução do tempo do ciclo, resultando em aumento da produtividade.
Também chamado de: Kaizen
Modo de uso: a melhoria contínua é usada para introduzir melhorias no processo de trabalho de forma gradual e envolve as seguintes etapas: 1) Identificar, 2) Planejar, 3) Executar e 4) Revisar.
Mais especificamente, para o Kanban, não há datas de vencimento definidas para que a equipe se concentre no trabalho em andamento. À medida que os membros da equipe colaboram para solucionar problemas e discutirem novas ideias, o processo se torna mais eficiente e simplificado, os tempos do ciclo diminuem e o fluxo de trabalho é otimizado. As equipes não precisam ser multifuncionais no Kanban.
Benefícios ao gerenciamento de projetos:
- Melhora a produtividade e a entrega.
- Aumenta a precisão na previsão de trabalhos futuros e de entregas.
- Agiliza o trabalho e reduz o desperdício.
- Apresenta melhorias graduais.
- Aumenta a sensação de orgulho e realização nos membros da equipe.
Integração contínua (IC)
Definição: a integração contínua é uma prática de engenharia de software que envolve a integração contínua de novos códigos de desenvolvimento na base de código existente.
Também chamado de: entrega contínua, implantação contínua
Modo de uso: depois que um recurso é concluído, os desenvolvedores o testam para verificar defeitos e, em seguida, integram-no na base de código existente. Isso garante que o repositório de código contenha sempre a mais recente versão do software em funcionamento. Na prática, esse processo é em grande parte automatizado com o uso de ferramentas de controle de versão, políticas e convenções de equipe e ferramentas específicas de IC.
Benefícios ao gerenciamento de projetos:
- Permite feedback rápido, para que os defeitos possam ser identificados e corrigidos rapidamente.
- Minimiza o tempo e o esforço necessários para realizar cada integração.
- Fornece um processo automatizado de desenvolvimento e liberação.
- Permite que o software seja entregue a qualquer momento.
Ciclo
Definição: um ciclo refere-se à quantidade total de tempo necessário para uma única tarefa ou item de trabalho passar por todo o fluxo de trabalho, desde o início do trabalho até que o envio.
Modo de uso: a metodologia Kanban usa o tempo do ciclo como sua métrica-chave, em vez da velocidade, como no Scrum. À medida que as equipes do Kanban se tornam mais eficientes na otimização do fluxo de trabalho e na produção de produtos, os tempos de ciclo diminuem e a produtividade aumenta. Os ciclos não têm limites de tempo definidos; em vez disso, o fluxo de trabalho é baseado na entrega contínua. Equipes do Kanban com habilidades compartilhadas observam tempos de ciclo menores. As equipes devem se esforçar por tempos de ciclo mais curtos e consistentes. Os tempos de ciclo também podem ser aplicados no Scrum.
Benefícios ao gerenciamento de projetos:
- Leva à melhoria contínua.
- Aumenta a capacidade de prever entregas futuras (com tempos de ciclo consistentes).
- Aumenta a produtividade (com tempos de ciclo mais curtos).
Daily Scrum
Definição: a Daily Scrum é uma breve sessão de comunicação e verificação de status facilitada pelo Scrum Master, em que as equipes do Scrum compartilham progresso, relatam impedimentos e fazem compromissos para a iteração ou a sprint atual. A Daily Scrum consiste em uma conversa bem focada realizada em um intervalo rigoroso; a reunião é realizada ao mesmo tempo, todos os dias (idealmente, pela manhã) e no mesmo local. O quadro de tarefas do Scrum serve como o ponto focal da reunião.
Também chamado de: standup diário, reunião diária, grupos diários
Modo de uso: o Scrum Master normalmente faz aos membros da equipe as seguintes três perguntas:
- O que eu concluí ontem?
- Com o que me comprometerei ou concluirei hoje?
- Que impedimentos ou obstáculos estão me impedindo de cumprir meus compromissos?
Toda a discussão durante a Daily Scrum deve estar focada em responder a essas três perguntas. Quaisquer discussões adicionais decorrentes dessas perguntas devem ser tratadas separadamente. Apenas aqueles que estão envolvidos na sprint atual devem estar presentes na Daily Scrum.
Benefícios ao gerenciamento de projetos:
- Mantém o fluxo de trabalho no caminho certo.
- Ajuda a identificar problemas antecipadamente.
- Aumenta a responsabilidade, a comunicação e a colaboração da equipe.
- Permite que a equipe veja o "quadro geral" da sprint.
- Estimula a auto-organização da equipe e o planejamento pessoal.
- Ajuda os membros da equipe a abordar problemas e fazer pequenas correções de curso, se necessário.
- Fornece interação presencial (se no local).
Daily Standup
Definição: a reunião diária de Standup é um componente fundamental das metodologias Ágeis e serve como um fórum diário para as equipes ágeis compartilharem progresso, relatarem impedimentos e assumirem compromissos para a iteração ou sprint atual. Esta reunião breve de 15 minutos geralmente é realizada todas as manhãs, ao mesmo tempo e no mesmo local. A reunião deve ser breve o suficiente para que os participantes representem sua versão na totalidade, pois estar em pé promove a brevidade e garante que a reunião não se estenda além do horário alocado.
Também chamado de: Daily Scrum, reunião em pé, reunião diária, grupos diários
Modo de uso: as reuniões diárias são normalmente realizadas em torno do quadro de tarefas físico do Scrum ou do Kanban da equipe (para equipes no local). As equipes respondem três perguntas sobre seu status de trabalho:
- O que eu concluí ontem?
- Com o que me comprometerei ou concluirei hoje?
- Que impedimentos ou obstáculos estão me impedindo de cumprir meus compromissos?
Toda a discussão durante a reunião diária deve estar focada em responder a essas três perguntas. Quaisquer discussões adicionais decorrentes dessas perguntas devem ser tratadas fora da reunião diária.
Benefícios ao gerenciamento de projetos:
- Mantém o fluxo de trabalho no caminho certo.
- Mantém a reunião breve (por ser em pé).
- Ajuda a identificar problemas antecipadamente.
- Aumenta a responsabilidade, a comunicação e a colaboração da equipe.
- Estimula a auto-organização da equipe e o planejamento pessoal.
- Ajuda os membros da equipe a abordar problemas e fazer pequenas correções de curso, se necessário.
- Fornece interação presencial (se no local).
Definição de concluído
Definição: a definição de Concluído refere-se a um conjunto de critérios predeterminados que um produto precisa atender para ser considerado como concluído. A equipe chega a um consenso sobre o que define uma tarefa como concluída e, em seguida, publica uma lista de verificação de etapas que devem ser realizadas antes que o produto possa ser considerado potencialmente pronto para envio. A equipe exibe essa lista na forma de um Gráfico visual grande com destaque na área da equipe.
Também chamado de: single done, concluído, done-done-done, done list, lista de verificação de tarefas concluídas, sashimi de produto, definição de tarefa concluída, lista de pendências
Modo de uso: a equipe chega a um acordo de uma lista de critérios que devem ser cumpridos antes que um incremento de produto seja considerado 'concluído', ou seja, todo o design, código, teste e documentação foram concluídos, e o código foi totalmente integrado ao sistema. Se uma tarefa não atender aos critérios de definição de Concluída, ela não é contabilizada na velocidade da equipe.
Benefícios ao gerenciamento de projetos:
- Aumenta a probabilidade de entregar software em funcionamento.
- Limita o custo do retrabalho uma vez que um recurso tenha sido aceito como "concluído".
- Reduz o risco de desentendimentos e conflitos entre a equipe de desenvolvimento e o cliente ou o proprietário do produto.
E-J
Histórias épicas
Definição: histórias épicas ou epopeias são definidas como grandes histórias de usuários que, em seu estado atual, seriam difíceis de estimar ou concluir em uma única iteração. Normalmente, histórias épicas são de menor prioridade e estão esperando para serem divididas em componentes menores.
Modo de uso: histórias épicas são comumente usadas como espaços reservados para novas ideias que não foram totalmente desenvolvidas. Enquanto as histórias épicas são comuns ao desenvolver o backlog inicial do produto, em algum momento devem ser divididas em histórias de usuários mais gerenciáveis, com requisitos da história mais definidos.
Benefícios ao gerenciamento de projetos:
- É útil como espaço reservado para grandes requisitos.
- É útil para uma visão geral das histórias de usuários.
Estimativa
Definição: estimativa é o processo de atribuir uma medida quantificável à quantidade de carga de trabalho necessária para concluir um projeto ou uma tarefa, a fim de determinar a duração, o esforço ou o custo necessário para concluir o projeto ou a tarefa.
Modo de uso: a equipe Ágil deve chegar a um consenso sobre uma estimativa de esforço ou duração da carga de trabalho necessária para concluir a tarefa com base nas estimativas individuais fornecidas pelos membros da equipe. Isso pode assumir a forma de um jogo conhecido como Pôquer do planejamento.
Benefícios ao gerenciamento de projetos:
- Fornece uma indicação da duração, do esforço ou do custo geral de um projeto de software.
- Reduz a incerteza relacionada ao custo e à duração.
- Fornece uma diretriz para estimar tarefas ou projetos.
Falha rápida
Definição: falha rápida é o processo de iniciar o trabalho em uma tarefa ou projeto, obter feedback imediato e, em seguida, determinar se deve-se continuar trabalhando nessa tarefa ou adotar uma abordagem diferente, ou seja, adaptar-se. Se um projeto não está funcionando, é melhor determinar isso no início do processo, em vez de esperar investir muito dinheiro e tempo.
Modo de uso: uma equipe inicia um novo projeto ou tarefa, obtém feedback logo no início e, em seguida, realiza uma análise para determinar se o projeto será funcional ou bem-sucedido. Se uma tarefa ou projeto está indo na direção errada, os membros da equipe são incentivados a parar o trabalho o mais rápido possível.
Benefícios ao gerenciamento de projetos:
- Identifica problemas rapidamente.
- Cria uma cultura de transparência
- Reduz a perda de tempo, esforço e custo.
- Melhora a eficiência no desenvolvimento de produtos de software.
Sequência de Fibonacci
Definição: originalmente calculada no século XII por Leonardo Pisano, a sequência de Fibonacci é uma sequência matemática na qual cada número subsequente é determinado pela soma dos dois números anteriores, ou seja: 1, 2, 3, 5, 8, 13, 21... Cada intervalo se torna maior à medida que os números aumentam:
Modo de uso: as equipes geralmente usam a sequência de Fibonacci ao jogar o Pôquer do planejamento para estimar a carga de trabalho. Os números são relativos e não têm nenhuma unidade de medida atribuída.
Benefícios ao gerenciamento de projetos:
- Estabelece uma escala ou um padrão de comparação para estimativa.
- Aumenta a precisão das estimativas.
Impedimento
Definição: um impedimento é qualquer obstáculo que impeça um indivíduo ou uma equipe de concluir uma tarefa ou um projeto. Reuniões não programadas, problemas técnicos, falta de conhecimento ou especialização, local de trabalho com distrações e conflitos no escritório são exemplos de impedimentos.
Modo de uso: a equipe pode querer criar uma lista de impedimentos chamada Backlog de impedimentos e exibir com destaque esta lista na área onde se reúne para Daily Scrums. Os impedimentos devem ser listados pela gravidade com que estão dificultando a produtividade da equipe. Se os impedimentos ocorrem em toda a empresa, é responsabilidade do Scrum Master removê-los. Se eles estão ocorrendo a nível de equipe, é responsabilidade da equipe resolvê-los ou removê-los.
Questões do gerenciamento de projetos:
- Resulta em redução da produtividade da equipe.
- Impacta negativamente o cronograma e o custo do projeto.
- Precisa ser solucionado o mais rápido possível.
Iteração
Definição: uma iteração é um período fixo ou com intervalos definidos, geralmente abrangendo de duas a quatro semanas, durante as quais uma equipe Ágil desenvolve um produto para entrega e potencialmente pronto para envio. Um projeto ágil típico consiste em uma série de iterações, bem como uma reunião de planejamento antes do desenvolvimento e uma reunião retrospectiva no final da iteração. Iterações são chamadas de sprints no Scrum.
Também chamado de: sprint, intervalo de tempo
Modo de uso: no início de uma iteração ou sprint, o proprietário do produto e a equipe decidem quais requisitos concluir durante a iteração. A duração de uma iteração pode variar de projeto para projeto.
Benefícios ao gerenciamento de projetos:
- Permite que as equipes trabalhem efetivamente com os clientes.
- Incentiva o feedback durante toda a iteração.
- Ajuda a evitar o aumento de recursos.
- Reduz o risco de descumprimento de cronogramas.
Desenvolvimento iterativo
Definição: o desenvolvimento iterativo é o processo de divisão de projetos em componentes mais gerenciáveis, conhecidos como iterações. Na metodologia Ágil, as iterações são essenciais para produzir um produto ou entrega potencialmente pronto para envio.
Também chamado de: desenvolvimento incremental
Modo de uso: no desenvolvimento iterativo, as equipes ágeis projetam, desenvolvem e testam código em ciclos repetidos. Depois que cada iteração é concluída, a equipe reúne o feedback do usuário e, em seguida, usa essas informações para elaborar a próxima iteração do produto. O desenvolvimento iterativo permite que as equipes avaliem e adaptem seus processos, o que gera melhorias contínuas.
Benefícios ao gerenciamento de projetos:
- Aumenta a satisfação do cliente.
- Agrega valor ao produto.
- Permite a entrega mais rápida de software ou produto em funcionamento.
- Leva à melhoria contínua.
K-P
Kanban
Definição: o Kanban é uma estrutura altamente visual que se enquadra no conceito geral de metodologia Ágil. O processo do Kanban usa fluxo de trabalho contínuo, em vez de iterações fixas, para produzir produtos prontos para envio. Quando aplicado em um processo existente, o Kanban incentiva pequenas mudanças incrementais no processo atual e não requer uma configuração ou um procedimento específico. O Kanban se concentra em concluir projetos inteiros em vez de sprints.
Modo de uso: em vez de serem atribuídas tarefas, os membros da equipe extraem o trabalho no backlog do produto. A única restrição do Kanban são os limites (limites de WIP) colocados na quantidade de trabalho que existe no pipeline a qualquer momento. O Kanban ajuda as equipes a reduzir o tempo do ciclo, otimizar o fluxo de trabalho e aumentar a produtividade, levando a melhorias contínuas.
O Kanban é uma faceta da metodologia Ágil. É usado principalmente no desenvolvimento de softwares, mas pode ser usado em qualquer tipo de projeto e em qualquer setor.
Benefícios ao gerenciamento de projetos:
- Aumenta a eficiência da equipe.
- Permite a flexibilidade e acomoda facilmente as mudanças.
- Reduz o tempo do ciclo.
- Melhora o fluxo de trabalho.
- Leva à melhoria contínua.
- Aumenta a capacidade da equipe de prever trabalhos futuros.
Desenvolvimento de software enxuto (LSD)
Definição: desenvolvimento de software enxuto é um exemplo da metodologia Ágil leve aplicada ao desenvolvimento de projetos. O Desenvolvimento de software enxuto combina a abordagem de manufatura Enxuta pioneira pela Toyota na década de 1950 (também conhecida como produção just-in-time) com os princípios de TI Enxuta, e os aplica aos softwares. O LSD coloca uma forte ênfase nas pessoas e na comunicação eficaz.
O LSD é definido por sete princípios:
- Eliminar desperdícios
- Criar conhecimento
- Incorporar qualidade
- Adiar o compromisso
- Otimizar o todo
- Entregar rápido
- Respeitar as pessoas
Modo de uso: o objetivo principal do Desenvolvimento de software enxuto é reduzir ou eliminar desperdícios e, portanto, se concentra em simplificar produtos para incluir apenas os recursos mais valiosos e entregá-los em incrementos. Priorização de backlog, ciclos de feedback curtos, testes unitários frequentes e eficiência da equipe são componentes do Desenvolvimento de software enxuto. O LSD emprega a abordagem Kanban de extrair o trabalho do backlog e melhorar a velocidade e a eficiência do fluxo de trabalho.
Benefícios ao gerenciamento de projetos:
- Reduz os custos gerais do projeto.
- Aumenta a eficiência e a velocidade do fluxo de trabalho.
- Permite a entrega mais rápida de software em funcionamento.
- Aumenta a motivação da equipe devido à capacitação na tomada de decisões.
Programação de pares
Definição: programação de pares é um cenário em que dois programadores compartilham uma única estação de trabalho e trabalham juntos para desenvolver um único recurso.
Também chamado de: emparelhamento, programação combinada, programação em pares
Modo de uso: um programador, o condutor, elabora o código, enquanto o outro, o navegador, revisa o código como está escrito e fornece direção estratégica. Os dois programadores mudam de função periodicamente durante toda a tarefa. Um ou ambos os programadores mantêm um diálogo em execução durante o processo de desenvolvimento.
Para que a combinação seja eficaz, a estação de trabalho precisa ser capaz de acomodar os dois programadores, ou, pelo menos, a mesa deve ter espaço suficiente para acomodar facilmente duas cadeiras. O nível de ruído da sala deve ser controlado e não deve ser mais alto do que a conversa silenciosa do par individual ou de vários pares.
Benefícios ao gerenciamento de projetos:
- Resulta em código de maior qualidade.
- Aumenta a transferência de habilidades.
- Permite o treinamento entre os membros da equipe.
- Incentiva a comunicação.
- Esclarece os problemas e acelera o processo de tomada de decisão.
Jogo de planejamento
Definição: o Jogo de planejamento refere-se a uma reunião de planejamento realizada para decidir quais histórias de usuário serão incluídas na próxima iteração ou release.
Modo de uso: o Jogo de planejamento conta com a presença de partes interessadas de projeto, TI e negócios. Os participantes selecionam quais histórias de usuários fornecerão o maior valor de negócios para o produto ou projeto, dadas as estimativas atuais de carga de trabalho.
Benefícios ao gerenciamento de projetos:
- Aumenta a comunicação entre a TI e as partes interessadas dos negócios.
- Aumenta a probabilidade de entregar software em funcionamento em casa release ou iteração.
Pôquer de planejamento
Definição: pôquer de planejamento é um exercício ou jogo de formação de equipe usado para chegar a um consenso de grupo para estimar a carga de trabalho.
Modo de uso: os jogadores usam cartas impressas com números da sequência de Fibonacci para atribuir pontos de história às histórias do usuário a fim de estimar a carga de trabalho. A equipe deve chegar a um consenso em grupo sobre quanto tempo as histórias ou requisitos do usuário levarão para serem concluídos. Como alternativa, as equipes podem usar outras formas de estimativa relativa, como o tamanho da camiseta.
Benefícios ao gerenciamento de projetos:
- Proporciona benefícios do conhecimento e da experiência coletivas da equipe.
- Incentiva a discussão e a geração de ideias.
- Promove a resolução de problemas.
- Estimula a colaboração em equipe.
- Aumenta a precisão das estimativas.
Backlog do produto
Definição: um backlog de produto é a lista de requisitos solicitados pelo cliente. O backlog do produto não é uma lista de afazeres, mas de todos os recursos que o cliente solicitou para serem incluídos no projeto. A equipe do Scrum usa o backlog do produto para priorizar recursos e decidir quais implementar nas próximas sprints.
Modo de uso: o proprietário do produto é responsável por priorizar itens do backlog do produto, chamados de Itens do backlog do produto (PBIs). A equipe de desenvolvimento busca os PBIs de maior prioridade no backlog do produto para serem concluídos durante cada sprint. O proprietário do produto muda e reprioriza o backlog durante todo o processo de desenvolvimento do projeto, conforme necessário.
Também chamado de: backlog
Benefícios ao gerenciamento de projetos:
- Comunica a prioridade dos itens de backlog do produto.
- Permite um planejamento de longo prazo.
- Garante que as necessidades do cliente estejam sendo ouvidas.
- Permite que os membros da equipe extraiam itens de maior prioridade conforme necessário (em equipes Kanban).
Item do backlog do produto (PBI)
Definição: um Item do backlog do produto (PBI) é um único elemento de trabalho que existe no backlog do produto. Os PBIs podem incluir histórias de usuários, histórias épicas, especificações, erros ou requisitos de alteração. O proprietário do produto de uma equipe ágil compila e prioriza o backlog do produto, colocando os PBIs mais urgentes ou importantes na parte superior. Os PBIs compreendem tarefas que precisam ser concluídas durante uma sprint do Scrum, ou seja, um PBI deve ser um incremento suficiente do trabalho a ser concluído durante uma única sprint. À medida que os PBIs avançam para uma prioridade maior no backlog do produto, são divididos em histórias de usuários.
Modo de uso: os desenvolvedores extraem os PBIs de maior prioridade do backlog para trabalharem, seja por iteração, em um ambiente Scrum, ou continuamente, em um ambiente Kanban.
Benefícios ao gerenciamento de projetos:
- Permite que a equipe quantifique e agende elementos individuais do trabalho para serem concluídos durante uma única sprint.
- Garante que o cliente esteja recebendo o produto certo que atenda às suas necessidades.
Proprietário do produto
Definição: como membro da equipe ágil, o proprietário do produto representa o cliente e transmite os requisitos e a visão do cliente para a equipe. O proprietário do produto elabora os critérios de aceitação e prioriza e mantém o backlog do produto. Os proprietários de produtos devem ser capazes de se comunicar bem em ambos os sentidos: tanto levando as preocupações da equipe para o cliente quanto para as partes interessadas, e garantindo que a equipe permaneça no caminho certo para atender à visão do cliente sobre o produto.
Modo de uso: em um ambiente Scrum, o proprietário do produto reúne e prioriza as histórias do usuário a serem concluídas durante uma sprint. Durante a sprint, o proprietário do produto permanece em silêncio; ele(a) não pode fazer alterações nem oferecer feedback. Depois que a sprint é concluída, o proprietário do produto se reúne com membros da equipe e partes interessadas para oferecer feedback e discutir caminhos para melhorias. O proprietário do produto aceita ou rejeita o produto no final da sprint, com base nos critérios de aceitação decididos durante a reunião de planejamento da sprint.
Em um ambiente Kanban, o proprietário do produto reúne e prioriza um backlog de itens de trabalho a serem realizados. O proprietário do produto tem a flexibilidade de mudar e repriorizar o trabalho no backlog a qualquer momento sem afetar o trabalho já em andamento.
Benefícios ao gerenciamento de projetos:
- Aumenta a compreensão da equipe sobre a visão do cliente e o produto final.
- Aumenta a comunicação e confiança entre clientes, equipe e partes interessadas.
- Aumenta o apoio à equipe de partes externas.
Q-S
Refatoração
Definição: código de refatoração significa melhorar, esclarecer e agilizar a estrutura interna do código existente sem afetar seu comportamento externo. A refatoração não inclui a reescrita do código nem a correção de erros. O substantivo “refatoração” refere-se a métodos específicos e finitos para o código de refatoração, como o uso do Método de Extrato, para esclarecer a finalidade de um código.
Modo de uso: a refatoração é usada no método Ágil para manter a clareza de código e a capacidade de extensão entre as iterações das sprints.
Benefícios ao gerenciamento de projetos:
- Mantém o código simples e legível.
- Impede a duplicação do código.
- Torna os erros mais fáceis de identificar e corrigir.
- Torna o código mais fácil de manter e ampliar.
Estimativa relativa
Definição: a estimativa relativa é um dos vários tipos de estimativas que as equipes ágeis usam para determinar a quantidade de esforço necessário para concluir as tarefas do projeto. Tarefas ou histórias de usuário são comparadas com tarefas equivalentes, concluídas anteriormente, ou com o grupo de tarefas de dificuldade semelhante.
Também chamado de: agrupamento silencioso, teste de afinidade
Modo de uso: as equipes ágeis usam a estimativa relativa para avaliar o tempo e o esforço necessários para concluir uma tarefa ou história de usuário com base no tempo que uma tarefa semelhante levou para ser concluída. As equipes geralmente usam uma escala não numérica para comparar tarefas, como o tamanho da camiseta, em que o esforço da tarefa é avaliado como extrapequeno, pequeno, médio, grande ou extragrande.
Benefícios ao gerenciamento de projetos:
- Fornece estimativas precisas para datas de lançamento e previsões futuras.
- Elimina a perda de tempo com estimativas de precisão.
- Elimina a confusão entre estimativas e compromissos.
- Leva ao aumento da satisfação do cliente.
Release
Definição: uma release ágil refere-se à entrega final de um pacote de software após a conclusão de várias iterações ou sprints. A release pode ser a versão inicial de um aplicativo ou a adição de um ou mais recursos a um aplicativo existente. A release deve levar menos de um ano para ser concluída, mas, em alguns casos, pode levar apenas três meses.
Modo de uso: as equipes ágeis usam a quantidade de tempo planejada para a release do software dividido pela velocidade de iteração para determinar a quantidade de iterações necessárias para desenvolver o software necessário para a release.
Benefícios ao gerenciamento de projetos:
- Fornece um objetivo tangível.
- Esclarece os requisitos e a visão do cliente.
- Permite a release preliminar de versões alfa ou beta após a conclusão de várias iterações.
Plano de release
Definição: um plano de release descreve os recursos a serem incluídos em uma próxima release e fornece uma data estimada para a release. O plano deve incluir responsabilidades, recursos e atividades necessárias para concluir a release.
Modo de uso: o plano de release é dividido em sprints individuais necessários para concluir a release e o que cada sprint realizará. A data da release é estimada com base na quantidade de sprints a serem incluídas, multiplicada pela velocidade das sprints da equipe.
Benefícios ao gerenciamento de projetos:
- Fornece uma estimativa precisa do tempo total e dos recursos necessários para concluir a release.
- Fornece às equipes uma compreensão e visão comuns do que precisa ser realizado.
- Orienta os proprietários de produtos a priorizar histórias e tarefas.
- Orienta os membros da equipe na tomada de decisões.
- Ajuda as equipes a evitar a dispersão com trabalho não planejado.
Scrum
Definição: Scrum é a estrutura mais usada do conceito amplo da metodologia Ágil. O Scrum é um modelo de software iterativo que segue um conjunto de funções, responsabilidades e reuniões predefinidas.
No Scrum, as iterações são chamadas de sprints e são atribuídas a uma duração fixa: as sprints geralmente duram de uma a duas semanas, mas podem durar até um mês.
Modo de uso: a metodologia Scrum designa três funções específicas para cada projeto do Scrum: o Proprietário do produto, o Scrum Master e a equipe do Scrum. Um projeto do Scrum se caracteriza pelo backlog de produto, planejamento de sprint, refinamento de backlog, reuniões de Daily Scrum, reunião de Sprint Review e reunião de retrospectiva de sprint.
A conclusão de uma sprint do Scrum produz um incremento de software funcional e potencialmente pronto para envio. Usando o Scrum, incrementos de software podem ser entregues ao cliente periodicamente, em vez de esperarem o lançamento final do software.
Benefícios ao gerenciamento de projetos:
- Aumenta a responsabilidade da equipe.
- Acomoda facilmente as mudanças durante o projeto.
- Diminui os custos identificando problemas assim que surgem.
Equipe do Scrum
Definição: uma equipe do Scrum normalmente é composta por cinco a nove membros com habilidades multifuncionais. Ao contrário das equipes tradicionais de desenvolvedores, não há funções específicas. A equipe do Scrum é auto-organizada e autocontida, pois deve ter a quantidade certa de membros com as habilidades apropriadas necessárias para completar a sprint.
Modo de uso: uma equipe do Scrum trabalha em conjunto para concluir sprints e produzir um incremento de software funcional e potencialmente pronto para envio. Ao final da sprint, a equipe realiza uma Sprint Review com o proprietário do produto e as partes interessadas para demonstrar o que a sprint realizou, revisar problemas e obter feedback. Uma reunião de retrospectiva de sprint separada permite que os membros da equipe discutam o feedback e as melhorias necessárias para a próxima sprint.
Benefícios ao gerenciamento de projetos:
- Aumenta a sensação de confiança e responsabilidade entre os membros da equipe.
- Leva a melhorias contínuas por meio de feedback e discussão de ideias.
- Promove a liderança por parte de todos os membros da equipe, não apenas alguns poucos selecionados.
Scrum Master
Definição: o Scrum Master geralmente é considerado o treinador da equipe. Ele organiza reuniões, resolve obstáculos e problemas e trabalha com o proprietário do produto para garantir que o backlog do produto esteja atualizado. O Scrum Master não tem autoridade sobre os membros da equipe, no entanto, tem autoridade sobre o processo. Um Scrum Master pode concluir o treinamento formal para se tornar um Scrum Master certificado, mas isso não é necessário.
Modo de uso: o Scrum Master facilita as reuniões do Daily Scrum, determina as durações de sprints para o projeto e monitora o progresso do fluxo de trabalho. Ele(a) trabalha com o proprietário do produto para garantir que o backlog do produto esteja atualizado e remove impedimentos ao fluxo de trabalho. O Scrum Master garante que os membros da equipe não estejam sobrecarregados e sejam capazes de trabalhar com todo o seu potencial.
Benefícios ao gerenciamento de projetos:
- Garante que os membros da equipe acompanhem o processo do Scrum mais eficiente.
- Protege contra a complacência da equipe.
- Orienta a equipe em direção à melhoria contínua.
- Mantém os membros da equipe envolvidos tanto com o projeto quanto com o processo do Scrum.
Scrum de Scrums
Definição: uma reunião de Scrum de Scrums é um mecanismo de aumento de escala usado para gerenciar grandes projetos envolvendo várias equipes do Scrum. A Scrum de Scrums é realizada para facilitar a comunicação entre equipes que podem ter dependências umas das outras. Um membro de cada equipe participa da Scrum de Scrums para falar pela equipe, podendo ser o Scrum Master, mas pode ser qualquer membro da equipe que consiga retransmitir informações com eficácia e lidar com perguntas ou preocupações para a equipe.
Modo de uso: se uma equipe do Scrum está trabalhando em um projeto grande que envolve dependências, riscos ou problemas que podem afetar a sprint de outra equipe, um Scrum de Scrums é agendado como se fosse um fórum de comunicação para discutir ou resolver esses problemas.
Benefícios ao gerenciamento de projetos:
- Facilita a comunicação e promove a colaboração entre as equipes.
- Permite que várias equipes vejam o "quadro geral" do projeto e como a sprint de uma equipe está afetando outra.
- Reduz o risco de o trabalho de uma equipe afetar negativamente o de outra.
- Ajuda as equipes a abordar problemas e fazer pequenas correções de curso, se necessário.
- Otimiza o fluxo de trabalho do projeto.
Scrumban
Definição: Scrumban é um híbrido de Scrum e Kanban, usado para realizar tarefas e produzir produtos.
Modo de uso: o Scrumban é usado quando uma equipe do Scrum quer aplicar alguma metodologia Kanban em seu processo, concentrando-se no trabalho em andamento e na melhoria contínua. Ou quando uma equipe do Kanban quer aplicar alguma estrutura do Scrum em seu processo, como standups diárias ou funções.
Benefícios ao gerenciamento de projetos:
- Combina as práticas recomendadas de ambos os métodos para melhorar o processo da equipe.
- Oferece às equipes flexibilidade para adaptar seu processo da maneira que é melhor para elas.
- Equilibra a capacidade da equipe em relação à demanda.
- Melhora a visualização de uma equipe do Scrum.
- Orienta as equipes para uma evolução de longo prazo de melhoria contínua.
Pico
Definição: o Pico é uma história ou tarefa de usuário com intervalos separados que é criada a fim de pesquisar uma pergunta ou resolver um problema. O foco do pico é coletar informações e fornecer uma resposta a uma pergunta, em vez de produzir um produto pronto para envio.
Modo de uso: o Pico é criado quando uma história ou tarefa de usuário não pode ser estimada com precisão até que a equipe ágil possa realizar mais pesquisas ou investigações. O pico produz uma saída específica, a estimativa para a história original do usuário, para que a sprint possa avançar.
Benefícios ao gerenciamento de projetos:
- Aumenta a precisão e a confiabilidade das estimativas da história do usuário.
- Aumenta a compreensão da equipe sobre uma história de usuário ou requisito de PBI.
- Reduz o risco de desperdício ou trabalho 'perdido'.
Sprint
Definição: uma sprint é uma iteração de duração fixa durante a qual um item de backlog do produto (PBI) ou uma história de usuário é transformada em um produto potencialmente pronto para envio. Cada sprint recebe uma quantidade definida de tempo para conclusão (às vezes chamado de Timeboxing), que pode ser em entre uma semana e um mês, mas, normalmente, dura duas semanas.
Modo de uso: cada sprint começa com uma reunião de planejamento entre o proprietário do produto e a equipe do Scrum para decidir qual quantidade de trabalho pode ser realizada de forma realista enquanto ainda atende aos requisitos do Proprietário do produto ou do cliente. O Scrum Master determina a duração da sprint; as durações da sprint devem ser consistentes para todo o projeto.
Ao final da sprint, a equipe demonstra o produto ou o software resultante para o proprietário do produto. Ele(a) fornece feedback à equipe e aceita ou rejeita o produto, com base nos critérios de aceitação estabelecidos na reunião de planejamento de sprint. Depois que todas as sprints de um projeto forem concluídas, a equipe deve estar preparada para lançar um pacote final de software.
Benefícios ao gerenciamento de projetos:
- Impede que as equipes se sintam sobrecarregadas.
- Promove previsibilidade e confiabilidade para os produtos dos clientes.
- Diminui ciclos de feedback.
- Impede que o trabalho se distancie muito no desenvolvimento antes que os problemas sejam encontrados.
Backlog de sprint
Definição: um backlog de sprint é um segmento de itens do backlog do produto (PBIs) que a equipe seleciona para concluir durante uma sprint do Scrum. Esses PBIs são normalmente histórias de usuário extraídas do backlog do produto.
Modo de uso: durante a reunião de planejamento de sprint, a equipe decide quais PBIs ou histórias de usuários incluirão na próxima sprint, com base no esforço de trabalho estimado e na capacidade da equipe necessária para concluir cada uma. A equipe divide as histórias do PBI ou do usuário em tarefas e atribui uma estimativa de horas de trabalho para concluir cada tarefa.
Também chamado de: backlog de iteração
Benefícios ao gerenciamento de projetos:
- Garante que os PBIs de maior prioridade sejam concluídos primeiro.
- Permite um planejamento de longo prazo.
- Divide o trabalho em componentes gerenciáveis.
- Permite que a equipe determine a quantidade de PBIs que pode realizar durante a sprint.
Reunião de planejamento de sprint
Definição: a Reunião de planejamento de sprint é uma sessão de trabalho realizada antes do início de cada sprint para chegar a um consenso mútuo entre os critérios de aceitação do proprietário do produto e a quantidade de trabalho que a equipe de desenvolvimento pode realizar de forma realista até o final da sprint. A duração da sprint determina a duração da reunião de planejamento, sendo que duas horas equivalem a uma semana da sprint. Usando esta fórmula, a reunião de planejamento para uma sprint de duas semanas duraria cerca de quatro horas, embora isso possa variar.
Modo de uso: a Reunião de planejamento de sprint prepara o palco para a sprint. O Scrum Master facilita a reunião enquanto o proprietário do produto apresenta e prioriza os itens do backlog do produto (PBIs) ou as histórias de usuários a serem concluídas até o final da sprint. A equipe então divide os PBIs ou as histórias do usuário em tarefas gerenciáveis. Ao final, a equipe determina a quantidade de trabalho que consegue realizar durante a sprint.
Benefícios ao gerenciamento de projetos:
- Estabelece uma meta clara para a equipe.
- Resulta no compromisso da equipe com a conclusão da quantidade de PBIs e tarefas acordada durante a reunião de planejamento.
- Evita a sobrecarga da equipe durante a sprint.
Plano de sprint
Definição: o plano de Sprint é o resultado tangível de uma Reunião de planejamento de sprint. O plano de Sprint é um documento por escrito criado pela equipe de desenvolvimento e inclui 1) a meta da sprint – uma breve descrição do produto ou da entrega a ser concluída até o final da sprint e 2) uma lista detalhada dos itens do backlog do produto (PBIs) ou histórias de usuários que a equipe se comprometeu a concluir até o final da sprint, com base na disponibilidade e na velocidade da equipe. Cada PBI ou história de usuário é dividida em tarefas de acordo com a prioridade definida pelo proprietário do produto e atribuída a um membro da equipe.
Modo de uso: o plano de Sprint é um roteiro para os membros da equipe consultarem e seguirem durante a sprint. Esse plano fornece ao proprietário do produto e à equipe do Scrum um acordo por escrito sobre o que a equipe se comprometeu a realizar durante a sprint.
Benefícios ao gerenciamento de projetos:
- Estabelece uma meta clara para a sprint.
- Mantém o desenvolvimento no caminho certo.
- Impede que o proprietário do produto ou outras partes deem trabalho adicional para a equipe.
- Desestimula os membros da equipe de se desviarem da conclusão de tarefas acordadas.
- Fornece um documento tangível para revisão depois que a sprint é concluído para determinar se a carga de trabalho e os tempos de sprint foram realistas.
Retrospectiva de sprint
Definição: uma Retrospectiva do Scrum é uma reunião realizada após a conclusão de uma sprint para discutir se a sprint foi bem-sucedida e identificar melhorias a serem incorporadas na próxima sprint.
Modo de uso: a equipe do Scrum realiza uma reunião retrospectiva para analisar brevemente a sprint e identificar um ou dois itens de prioridade para a equipe abordar durante a próxima sprint. A intenção da retrospectiva não é realizar um extenso pós-encerramento do projeto, mas colocar foco em etapas específicas que a equipe pode seguir para avançar em direção a uma meta de melhoria contínua. As retrospectivas são normalmente divididas em três partes: coleta de dados, análise de dados e itens de ação.
Benefícios ao gerenciamento de projetos:
- As equipes aprendem com os erros e colaboram juntas para chegar a soluções.
- As melhorias são imediatamente incorporadas ao processo ágil.
- Estimula a equipe para discutir soluções para problemas.
- Alivia a frustração e o estresse.
- O processo de melhoria contínua gera um melhor valor para o cliente.
- Capacita a equipe.
Sprint Review
Definição: a equipe do Scrum realiza uma reunião de Sprint Review imediatamente após a conclusão de uma sprint para revisar e demonstrar o que a equipe realizou durante a sprint. Essa reunião conta com a presença do proprietário do produto ou o cliente, o Scrum Master, a equipe do Scrum e as partes interessadas. A Sprint Review é uma reunião informal (não é permitido fazer apresentação do Powerpoint). A duração da sprint determina a duração da reunião de revisão, sendo que uma hora equivale a uma semana da sprint. Usando esta fórmula, a reunião de planejamento para uma sprint de duas semanas duraria duas horas, embora isso possa variar.
Modo de uso: o objetivo da Sprint Review é avaliar o que aconteceu durante a sprint e determinar se a sprint gerou um produto funcional e potencialmente pronto para envio. A equipe apresenta ou demonstra o produto desenvolvido durante a sprint. O proprietário do produto fornece feedback à equipe e decide se o produto atende aos critérios de aceitação e aceita ou rejeita o produto.
Benefícios ao gerenciamento de projetos:
- Determina se a meta da sprint foi atingida.
- Demonstra o resultado visual da sprint.
- Oferece oportunidade imediata de feedback do proprietário do produto, do cliente e de outras partes interessadas.
- Revela áreas onde a melhoria é necessária.
Parte interessada
Definição: parte interessada refere-se vagamente a qualquer pessoa fora da equipe do Scrum que tenha interesse no produto que a equipe está produzindo. As partes interessadas podem incluir, por exemplo, gerentes diretos, especialistas no assunto, gerentes de conta, vendedores e assessores jurídicos.
Modo de uso: embora as partes interessadas não detenham uma função oficial no método Ágil, o cliente é considerado a elemento mais importante. O objetivo predominante do método Ágil é agregar valor a cada produto ou entrega produzido pela iteração ou sprint. A aceitação do produto depende se o proprietário do produto, agindo em nome do cliente, está satisfeito e que os critérios de aceitação do cliente foram atendidos. Outras partes interessadas podem ter funções variadas.
Benefícios ao gerenciamento de projetos:
- Garante que as necessidades e a visão do cliente sejam atendidas com precisão.
- Aumenta a confiança do cliente na capacidade da equipe de entregar um produto de alta qualidade.
- Alerta os gerentes de conta sobre o orçamento necessário para iterações.
- Informa os vendedores de produtos no pipeline.
- Incentiva as partes interessadas a se envolverem no processo.
Reunião de standup/diária
Definição: as equipes ágeis realizam uma reunião de standup de 15 minutos todas as manhãs no mesmo local para comunicar seu status de trabalho atual durante uma iteração ou sprint. A ideia da reunião é que seja relevante, mas breve o suficiente para que os membros da equipe não fiquem desconfortáveis em ficar em pé.
Também chamado de: Daily Scrum, standup diário, grupos diários
Modo de uso: durante a standup, os membros da equipe ágil se reúnem em torno do quadro de tarefas físico da equipe para compartilhar o progresso, relatar impedimentos e assumir compromissos para a iteração ou sprint atual. Normalmente, as equipes respondem três perguntas sobre seu status de trabalho:
- O que eu concluí ontem?
- Com o que me comprometerei ou concluirei hoje?
- Que impedimentos ou obstáculos estão me impedindo de cumprir meus compromissos?
Toda a discussão durante a reunião deve estar focada em responder a essas três perguntas. Outras perguntas que surgirem são abordadas fora da standup.
Benefícios ao gerenciamento de projetos:
- Mantém o fluxo de trabalho no caminho certo.
- Mantém a reunião breve (por ser em pé).
- Ajuda a identificar problemas antecipadamente.
- Aumenta a responsabilidade, a comunicação e a colaboração da equipe.
- Estimula a auto-organização da equipe e o planejamento pessoal.
- Ajuda os membros da equipe a abordar problemas e fazer pequenas correções de curso, se necessário.
- Fornece interação presencial (se no local).
História
Definição: uma história, ou história do usuário, é uma breve declaração não técnica de um requisito de sistema de software escrito do ponto de vista do usuário final. A história é escrita de acordo com a seguinte estrutura: como
Modo de uso: o proprietário do produto prioriza as histórias a serem incluídas em cada sprint durante a reunião de planejamento de sprint. A equipe atribui pontos de história a cada história para estimar o esforço de carga de trabalho e, em seguida, divide as histórias em tarefas a serem concluídas durante a sprint. Quando a iteração ou sprint é concluída, a equipe deve ter produzido um produto funcional ou entrega que corresponda ao requisito inicial especificado na história.
Benefícios ao gerenciamento de projetos:
- Aumenta a produtividade.
- Fornece às equipes uma compreensão clara dos requisitos de software e critérios de aceitação.
- Fornece flexibilidade para o proprietário do produto ou o cliente fazer pequenas alterações antes que a história seja implementada.
- Promove a melhoria contínua.
- Aumenta o valor e a qualidade do produto.
- Reduz o risco de defeitos.
Mapeamento de histórias
Definição: mapeamento de histórias refere-se a uma visualização de cima para baixo, ou roteiro, do backlog do produto. O mapa da história começa com uma meta ou funcionalidade específica, que é então dividida em histórias de usuários. O mapa de história é criado em formato de árvore, tanto fisicamente, colando notas autoadesivas em uma parede, quanto digitalmente.
Modo de uso: o mapeamento de histórias fornece à equipe e às partes interessadas uma representação visual do backlog do produto e prioriza histórias de usuários que precisam ser concluídas.
Benefícios ao gerenciamento de projetos:
- Fornece uma representação visual e geral do backlog.
- Aumenta a compreensão de metas ou requisitos de funcionalidade.
- Revela lacunas no backlog do produto.
- Aumenta o valor para os clientes.
Efeito enxame
Definição: efeito enxame é quando membros da equipe com habilidades apropriadas trabalham juntos para concluir uma tarefa que um membro da equipe está tendo problemas para concluir sozinho.
Modo de uso: o efeito enxame é usado para levar rapidamente uma tarefa ou item de trabalho à conclusão antes de passar para o próximo, a fim de manter o fluxo de trabalho e a entrega no caminho certo. As equipes do Kanban, em particular, usam o efeito enxame para garantir o fluxo de trabalho contínuo e manter os limites de Trabalho em andamento (WIP).
Benefícios ao gerenciamento de projetos:
- Mantém o fluxo de trabalho e entregas no caminho certo.
- Mantém os limites do WIP do Kanban.
- Incentiva a colaboração em equipe.
Ritmo sustentável
Definição: o Ritmo sustentável é o ritmo em que uma equipe ágil pode trabalhar indefinidamente sem resultar no burnout de desenvolvedores (idealmente, 40 horas por semana).
Modo de uso: o Ritmo sustentável é estabelecido para garantir que uma equipe ágil esteja tendo um desempenho ideal sem a necessidade de horas extras, nem trabalhar à noite ou nos finais de semana. Trabalhar em um ritmo sustentável ajuda a expor e solucionar deficiências de cronograma, gerenciamento ou qualidade que, de outra forma, podem estar ocultas pelo trabalho em horas extras.
Benefícios ao gerenciamento de projetos:
- Promove o equilíbrio entre vida pessoal e o trabalho.
- Promove o desempenho ideal.
- Mantém os membros da equipe atualizados.
- Aumenta a produtividade.
T-Z
Tarefa
Definição: uma tarefa é uma única unidade de trabalho dividida a partir de uma história de usuário. Uma tarefa geralmente é concluída por apenas uma pessoa.
Modo de uso: a tarefa é usada no Scrum para identificar um pequeno incremento de trabalho a ser concluído por um membro da equipe durante uma sprint. A equipe identifica visualmente uma tarefa a ser concluída colando um cartão ou uma nota autoadesiva em seu quadro de tarefas.
Benefícios ao gerenciamento de projetos:
- Divide histórias de usuários em unidades gerenciáveis.
- Capacita os membros da equipe a completar uma tarefa ou várias tarefas sem se sentirem sobrecarregados.
- Facilidade de identificar em quadros de tarefas ágeis.
Quadro de tarefas
Definição: um quadro de tarefas ágeis é uma representação visual física ou on-line de histórias de usuários divididas em tarefas ou unidades de trabalho. O quadro de tarefas físicas pode ser simples, como um quadro branco com três colunas intituladas de A fazer, Fazendo e Feito; notas de autoadesivas coloridas ou cartões de índice que representam tarefas são colocados na coluna que reflete o estado atual da tarefa. Um quadro de tarefas pode ser expandido para conter mais colunas e também pode incluir linhas horizontais.
Modo de uso: o quadro de tarefas serve como a principal ferramenta de comunicação visual para as equipes do Scrum e do Kanban e deve ser sempre atualizado. O quadro serve como o ponto focal para as Daily Scrums e, portanto, deve estar localizado em uma área grande o suficiente para os membros da equipe se reunirem em torno dele, e conveniente o suficiente para os membros da equipe o consultarem em outras horas do dia.
À medida que as equipes avançam em uma sprint ou iteração, movimentam os cartões das tarefas no quadro, no sentido horizontal, para refletir o estado de trabalho atual da tarefa. O quadro de tarefas pode ser aprimorado com notas autoadesivas codificadas por cores e notas autoadesivas que representam prioridades, status, atribuições etc. Os quadros de tarefas do Kanban devem sempre exibir um valor numérico para indicar os limites de Trabalho em andamento.
Benefícios ao gerenciamento de projetos:
- Mantém as equipes no caminho certo.
- É fácil de usar e manter.
- Melhora a comunicação da equipe.
- Melhora a produtividade.
- Promove a melhoria contínua (no Kanban).
Membro da equipe/equipe
Definição: em um ambiente ágil, Scrum ou Kanban, uma equipe é um pequeno grupo de alto funcionamento de cinco a nove pessoas que trabalham juntas para concluir uma iteração ou projeto. A equipe tem as habilidades e competências necessárias para trabalhar no projeto. As equipes do Scrum são multifuncionais e as equipes do Kanban podem ser multifuncionais ou especialistas.
Os membros da equipe não têm funções atribuídas: a equipe não inclui o proprietário do produto ou o Scrum Master. Um membro da equipe pode ser um desenvolvedor, designer, analista de testes, programador técnico ou qualquer outro indivíduo qualificado necessário para produzir um produto.
Modo de uso: uma equipe ágil trabalha em conjunto para concluir uma história de usuário ou um projeto. Cada membro trabalha em uma única tarefa ou unidade de trabalho. Todos os membros da equipe são responsáveis por ajudar a equipe a atingir suas metas.
Benefícios ao gerenciamento de projetos:
- Aumenta a produtividade.
- Leva a melhorias e evolução contínuas (especialmente em equipes do Kanban).
- Capacita os membros da equipe a exercer a liderança e criar comprometimento.
- Aumenta o senso de responsabilidade do projeto.
Dívida técnica
Definição: a dívida técnica refere-se à obrigação que uma equipe de desenvolvimento incorre quando usa uma abordagem conveniente de curto prazo para desenvolver um pacote de software sem considerar as consequências a longo prazo. A dívida técnica aumenta o custo e a complexidade do projeto devido a ineficiências, imprecisões e outros problemas introduzidos no pacote de software. O gerenciamento ruim, a incompatibilidade, a pressão do cronograma ou os erros acidentais podem contribuir para a dívida técnica.
Modo de uso: a dívida técnica é usada como motivação para a equipe se concentrar na qualidade e no valor agregado durante o desenvolvimento. Isso pode se traduzir em refatoração e revisão de código com diligência e constância, execução de testes unitários automatizados e integração de código de forma consistente. A programação de pares é muitas vezes útil na proteção contra dívidas técnicas. Criar um ambiente onde os membros da equipe são incentivados a aumentar o conhecimento e a experiência relevantes também ajuda a evitar dívidas técnicas.
Questões do gerenciamento de projetos:
- Reduz a qualidade do produto.
- Resulta em altas taxas de defeitos.
- Reduz a produtividade.
- Reduz a velocidade do fluxo de trabalho.
- Reduz a qualidade da manutenção de código.
- Resulta em modificações e implementações onerosas.
Desenvolvimento orientado a testes (TDD)
Definição: o desenvolvimento orientado a testes é a prática de desenvolver e construir testes para um código funcional e, em seguida, criar o código que será aprovado nesses testes.
Modo de uso: o TDD ajuda a aumentar a compreensão da equipe sobre o propósito do código e como ele deve funcionar antes de iniciar o desenvolvimento. A equipe então programa um código que atende aos critérios do teste. As equipes que usam TDD criam um código mais simplificado e de maior qualidade, que atende aos critérios de teste e aceitação.
Benefícios ao gerenciamento de projetos:
- Aumenta a velocidade do trabalho.
- Aumenta a qualidade do código.
- Reduz o retrabalho.
- Reduz o tempo de correção de erros.
- Reduz a taxa de defeitos.
- Produz um documento de teste para referência.
- Simplifica o código.
- Fornece um ciclo de feedback rápido.
Intervalo de tempo
Definição: o timebox ou intervalo de tempo refere-se a um período de tempo atribuído durante o qual um indivíduo ou uma equipe trabalha em direção a uma meta estabelecida. A equipe interrompe o trabalho quando o período termina, e não quando o trabalho é concluído. A equipe então avalia quanto trabalho foi realizado em relação à meta especificada.
Modo de uso: as timeboxes ou intervalos de tempo são implementados no desenvolvimento de software ágil para aumentar a qualidade e o valor ao produzir um produto. Em particular, os intervalos de tempo são aplicados em sprints do Scrum, bem como em picos, em que são atribuídas durações fixas para as tarefas. Todo trabalho não concluído dentro do intervalo de tempo é transferido para outra iteração ou repriorizado.
Benefícios ao gerenciamento de projetos:
- Aumenta o foco em tarefas ou problemas que agregam mais valor.
- Garante que as necessidades do cliente sejam atendidas.
- Reduz o aumento de recursos.
- Fornece um ciclo de feedback breve.
- Garante que os recursos mais importantes estejam incluídos no pacote de software.
Teste unitário
Definição: um teste unitário é um pequeno fragmento de programa elaborado para testar e verificar uma seção do código depois de concluída. O fragmento do código é aprovado ou reprovado no teste unitário. O teste unitário (ou um grupo de testes, conhecido como conjunto de testes) é o primeiro nível de teste de um produto de desenvolvimento de software.
Modo de uso: os desenvolvedores elaboram um teste unitário para um pequeno fragmento de código que estão desenvolvendo para documentar e verificar se o código está funcionando corretamente. Os testes unitários também devem ser elaborados para correções de erros. Quando o código é modificado, movido ou excluído, o teste unitário deve ser editado para refletir essa alteração e, em seguida, repetido.
Benefícios ao gerenciamento de projetos:
- Identifica erros do software no início do processo de desenvolvimento.
- Fornece documentação para cada fragmento de código.
- Fornece um ciclo de feedback breve.
- Ajuda os testes de integração a funcionarem com mais tranquilidade.
História do usuário
Definição: uma história de usuário é uma breve descrição não técnica de um requisito de sistema de software escrito do ponto de vista do cliente ou do usuário final. O proprietário do produto ou a equipe elabora as histórias de usuário de acordo com a seguinte estrutura: como
Modo de uso: o proprietário do produto divide os itens do backlog do produto (PBIs) em histórias de usuários. Para avaliar o esforço de carga de trabalho necessário para concluir a história, as histórias dos usuários recebem pontos de história. Depois que o proprietário do produto prioriza as histórias do usuário, a equipe divide a história de maior prioridade em tarefas a serem concluídas durante a próxima iteração ou sprint. A equipe ágil usa essas histórias para criar o código que atenderá aos requisitos do cliente. Quando a iteração ou sprint é concluída, a equipe deve ter produzido um produto ou uma entrega funcional e potencialmente pronta para envio, que corresponda ao requisito especificado na história do usuário.
Benefícios ao gerenciamento de projetos:
- Aumenta a produtividade.
- Fornece às equipes uma compreensão clara dos requisitos de software e critérios de aceitação.
- Fornece às equipes feedback contínuo ou frequente.
- Fornece flexibilidade para o proprietário do produto ou o cliente fazer pequenas alterações antes que a história seja implementada.
- Promove a melhoria contínua.
- Aumenta o valor e a qualidade do produto.
- Reduz o risco de defeitos.
Persona do usuário
Definição: uma Persona de usuário é uma descrição hipotética detalhada ou uma biografia de um usuário final típico que usará o produto. As Personas geralmente tomam a forma de um documento escrito, que contém com foto de banco de imagens, nome, profissão, estilo de vida e outros detalhes pertinentes a serem categorizados como usuário final.
Modo de uso: designers e desenvolvedores ágeis usam as personas como guia para desenvolver um produto que se adapte às necessidades de um tipo específico de usuário final ou de vários tipos de usuários finais. A equipe pode usar personas para decidir se adiciona recursos específicos, interações ou sugestões visuais ao produto.
Benefícios ao gerenciamento de projetos:
aumenta a conscientização da equipe sobre o(s) tipo(s) de usuários finais que têm como alvo.
Aumenta o valor e a integridade do produto ou entrega resultante.
Produz um produto ou entrega mais focado, realista e simplificado que não tente agradar a todos.
Fornece um ponto focal para desenvolvedores que precisam determinar o que incluir.
Velocidade
Definição: velocidade é uma métrica que especifica quanto trabalho uma equipe é capaz de concluir dentro de uma única iteração ou sprint de duração fixa.
Modo de uso: as equipes de desenvolvimento usam a velocidade como um meio de prever o esforço de trabalho necessário para concluir sprints futuras, desde que a composição da equipe e a duração da sprint permaneçam as mesmas. A velocidade também é usada como meio de estimar o tempo necessário para concluir o backlog do produto: a equipe divide sua velocidade estabelecida pelo total de histórias de usuários ou pela soma de pontos da história para determinar o total de iterações necessárias para completar o backlog.
Benefícios ao gerenciamento de projetos:
- Diminui a quantidade de tempo necessária para estimar o trabalho futuro.
- Fornece estimativas de carga de trabalho mais precisas e intervalos de tempo fixos.
- Fornece flexibilidade para ajustar estimativas.
- Ajuda no planejamento de recursos e das releases.
Limites de trabalho em andamento (WIP)
Definição: os limites de trabalho em andamento (WIP) referem-se ao trabalho que está sendo desenvolvido no momento e ainda não está pronto para ser liberado como produto. Para as equipes do Scrum, isso se aplicaria ao trabalho que está sendo realizado durante uma sprint. Para as equipes do Kanban, refere-se ao trabalho que foi retirado do backlog e está sendo desenvolvido, indicado por cartões na coluna "Fazendo" ou "Trabalho em andamento" do quadro de tarefas do Kanban.
Modo de uso: os limites de trabalho em andamento (WIP) são a única restrição usada na metodologia Kanban. As equipes do Kanban estabelecem e afixam um número no quadro Kanban que representa a quantidade de histórias ou itens de trabalho que podem existir no pipeline a qualquer momento (indicados por cartões ou notas adesivas fixadas na coluna Trabalho em progresso do quadro Kanban). Esses limites são chamados de limites de Trabalho em andamento ou WIP, e são concebidos para manter o trabalho fluindo sem problemas e revelar obstáculos.
A aplicação de limites de WIP força a equipe a se concentrar em um número limitado de tarefas e levar o trabalho à conclusão, pois nenhum novo trabalho pode ser inserido na coluna de WIP até que a equipe conclua o trabalho atual. Os limites de WIP que são excedidos ou muito elevados podem comprometer o fluxo de trabalho e a entrega. Os limites de WIP também podem ser aplicados dentro das equipes do Scrum para manter o trabalho fluindo sem problemas (ver Scrumban).
Benefícios ao gerenciamento de projetos:
- Revela obstáculos no fluxo de trabalho.
- Indica quando um ou mais membros da equipe podem estar sobrecarregados.
- Mantém o trabalho fluindo sem problemas no pipeline.
- Aumentar a produtividade.
- Promove a melhoria contínua.
Usando o Smartsheet como sua ferramenta de gerenciamento de projetos ágeis
Capacite seu pessoal para ir além com uma plataforma flexível desenvolvida para atender às necessidades da sua equipe e se adaptar conforme essas necessidades mudam. Com a plataforma Smartsheet fica fácil planejar, coletar informações, gerenciar e criar relatórios sobre o trabalho de qualquer lugar, ajudando sua equipe a ser mais eficiente e mostrar resultados. Crie relatórios sobre as principais métricas e obtenha visibilidade do trabalho em tempo real, à medida que ele acontece, através de relatórios, painéis e fluxos de trabalho automatizados criados para manter sua equipe conectada e informada. Quando as equipes têm clareza sobre o trabalho que está sendo realizado, elas podem ser muito mais produtivas durante o mesmo período de tempo. Experimente o Smartsheet gratuitamente hoje mesmo.