Precisa de ajuda para escolher o seu
treinamento ou tem alguma dúvida?

Atividade: Entendimento técnico X entendimento de negócio

Esta atividade tem o objetivo de discutir como a equipe se sente em relação ao entendimento  técnico e o  entendimento de negócio para cada feature. A partir desta atividade novas notas são capturadas e discordâncias e dúvidas ficarem mais aparentes.

Passo a passo da Atividade:

1. Crie, em um canvas comum, um gráfico, onde o eixo X representa entendimento técnico (como fazer) e o eixo Y representa entendimento sobre o requisito de negócio (o que fazer).

No eixo X, o objetivo é verificar o entendimento da equipe com relação aos desafios técnicos, às dependências e aos requisitos de infraestrutura. No eixo Y, a proposta é verificar a clareza sobre o objetivo da feature, o benefício para o negócio e o que deve ser feito.

business-agreement-vs-technical-certainty

canvas de entendimento técnico x entendimento de negócio

2. Solicite a um membro da equipe que leia uma feature em voz alta e a posicione no gráfico de acordo com o seu entendimento sobre ela (entendimento técnico e de negócio);

3. Questione a equipe se todos compartilham aquela opinião. Se alguém não concordar, a equipe deve discutir os requisitos e a tecnologia envolvida de forma que haja um consenso sobre a estória. Tudo o que for mencionado e que ajude a alcançar uma melhor compreensão deve ser anotado e anexado à feature;

4. Anote, na feature, o nível de entendimento. Por exemplo, a figura abaixo mostra features em post-it que foram coladas em index cards verdes, amarelos ou rosas, indicando, respectivamente um nível alto, médio ou baixo de entendimento.

Para cada feature capturada anteriormente, repita os passos de 2 a 4.

Segue alguns exemplos de : algumas features categorizadas em relação ao entendimento técnico de de negócio; verde, amarelo ou rosa, respectivamente representando níveis de entendimento alto, médio e baixo.

exemplo-entendimento-tecnico-vs-negocio-1 exemplo-entendimento-tecnico-vs-negocio-2 exemplo-entendimento-tecnico-vs-negocio-3

entendimento-tecnico-de-negocio-resultado

Ao final da atividade, as features marcadas com um index cards rosa com um X representam riscos altíssimos para o projeto. Normalmente, a equipe decide dividi-las em pedaços menores de trabalho.

Paulo Caroli

Paulo Caroli is an author, speaker, and consultant specializing in agile transformations, Lean Inception, and OKRs. With over 30 years of experience—including nearly a decade in Silicon Valley and 18 years at ThoughtWorks—he has helped organizations transition from project to product and from strategy to execution. Creator of the Lean Inception methodology and author of bestselling books like Lean Inception and Team OKR, Paulo is dedicated to empowering teams to align, validate, and deliver real business value.
Inteligência Artificial e Outcomes: Por que Produzir Mais Não Significa Gerar Mais Resultados

Inteligência Artificial e Outcomes: Por que Produzir Mais Não Significa Gerar Mais Resultados

A inteligência artificial está tornando os outputs mais rápidos, baratos e abundantes. Mas produzir mais não significa gerar mais resultados. Neste artigo, Paulo Caroli explica por que outcomes, julgamento e ownership se tornam ainda mais importantes à medida que papéis, processos e estruturas de times mudam. A partir de Lean Inception, Team OKR e Triple Track, o texto mostra como conectar estratégia, aprendizado e execução na era da IA.

ler mais

Pin It on Pinterest