0

Ranking com apenas 7 pontos … por vez

No curso PSPO com o Alexandre Mac Fadden rodou uma técnica de priorização em duplas, ítem a ítem, onde cada discussão entre dois ítens distribuia 7 (sete) pontos de valor. Sendo um número ímpar a ser distribuido entre dois ítens, um deles sempre receberá mais pontos que o outro.

Se fossem 4 ítens a serem priorizados – ideias, projetos, produtos ou serviços – com 4 pessoas participantes, cada um receberia um ítem e a cada 2 minutos trocariam de par, a cada par formado eles debatem e decidem como distribuir 7 pontos de valor entre os dois ítens.

Vamos supor que após 6 minutos com os participantes circulando pela sala e falando com quem ainda não falou, a cada par distribuindo 7 pontos entre eles, … ao final é possível somar quantos pontos cada ítem ganhou e assim gerar um ranking de forma muito descontraída.

Por exemplo, sendo apenas 4 pessoas e 4 ítens pode ter acontecido o relatado abaixo:

  1. O Jorge tem o ítem A e o Mário o ítem B e distribuem 5 para o A e 2 para o B;
  2. O Xavier tem o C e a Renata o D, distribuindo 6 para o C e 1 para o D;
  3. O Jorge agora faz dupla com Renata e decidem 3 pontos para A e 4 para D;
  4. O Mário agora faz dupla com o Xavier, distribuindo 2 para o B e 5 para o C;
  5. A Renata agora faz dupla com o Mário e distribuem 5 para o D e 2 para o B;
  6. O Jorge forma uma dupla com o Xavier, distribuindo 3 para o A e 4 para o C.

Ao final o A tem 11, o B tem 6, o C tem 15 e o D tem 10, ordenando C > A > D > B. A partir deste ranking, construindo um-a-um de forma descentralizada em duplas, é possível debater e ajustar conforme argumentação pontual, mas após várias interações entre várias pessoas o ranking tende a ser bem consistente.

Contorno: É possível se utilizar desta técnica entre vários integrantes e uma lista bem maior de ítens, pressupondo que o ranking seja apenas com o objetivo de ter-se rapidamente uma primeira versão para discussão, não é preciso cruzar todos com todos, o que seria o ideal mas em grande número pode ficar cansativo.

Desafio: É possível númerar todos e a cada dupla os ítens troquem de mãos, evitando que cada um tenha o “seu” ítem, se trocar de mãos a cada rodada este risco é eliminado. Entretanto, é preciso anotar no postit ou folha com quais já cruzou para não repetir a mesma dupla de ítens. É mais caótico, mas divertido e eficiente.

 

1

Variação interessante do Product/Market Fit Canvas

Que tal um Canvas como base para uma dinâmica de mapeamento de produto e seu mercado? De um lado temos características, desafios, canais e experiência do usuário, enquanto do outro analisamos as outras alternativas, funcionalidades-chave, valor para seu canal e métricas-chave.

O objetivo inicial tem muito a ver com empatia com determinada(s) persona(s) que estejam em seu foco ou hipótese de negócio para então discutir a modelagem de parâmetros que o ajudem a construir seu entendimento e argumentos de venda ou contribuir para a definição de hipóteses para validação.

Imagine um evento onde grupos multi-disciplinares de profissionais debatam em um world-café diferentes produtos, seus mercados e valor, para isso eu ajustei os campos do canvas a nossa necessidade, a esquerda empatia com o cliente, a direita percepções sobre o produto.

O objetivo final é relacionar o melhor texto e argumentos de valor do produto, por isso uma proposta de mercado (cliente) e objetivamente a caracterização essencial do produto e informações que possam estabelecer qualidades e benefícios.

Vale a pena seu uso em diferentes situações, o canvas adaptado, o original ou outras variações podem ajudar como um warm-up, na forma de um jogo de aquecimento antes de uma dinâmica de modelagem de produtos, de retrospectiva de um projeto, de vendas ou mesmo de estratégia.

O original foi proposto como uma técnica específica para modelar o entendimento do acoplamento entre mercado e produto, mas eu o tenho usado mais para aquece, para ampliar o domínio sobre algo, quer seja um produto ou serviço em diferentes situações.

A seguir uma foto simbólica com a apresentação do product/market fit canvas e do objetivo final a ser atingido …

40877319_2082728815113391_6041530551670669312_o

 

0

Benchmark

É mais que analisar a concorrência, é tirar o máximo de proveito dos dados, informações e conhecimentos disponíveis sobre qualquer fonte, física ou virtual, primária ou secundária. No Design Thinking é a Pesquisa Desk, o Gartner oferece uma ideia de quadrante mágico, um eixo de inovação e execução, mas com frequência usamos planilhas comparativas de features, pontos fortes e fracos, valores e recursos necessários.

Ludicamente, é como um arquiteto ou estilistas que busca inspiração nas artes, nas ruas, revistas, hoje em dia a web é ponto de partida para tudo, mas com o cuidado de não se limitar, porque o mundo real desperta outros sentidos e percepções … eles chamam de repertorizar. Benchmark é evitar tentar reinventar a roda.

Se você teve uma ideia, o primeiro passo é pesquisar e ver quem mais a teve, a quanto tempo, quantos produtos semelhantes já estão no mercado, quais seus pontos fortes e fracos, características e estratégia adotada por suas empresas, matriz de funcionalidades, comercialização, …

Significado: “Benchmarking é um processo de comparação de produtos, serviços e práticas empresariais, e é um importante instrumento de gestão das empresas. O benchmarking é realizado através de pesquisas para comparar as ações de cada empresa. Tem o objetivo de melhorar as funções e processos de uma determinada empresa, importante aliado para vencer a concorrência, uma vez que analisa as estratégias e possibilita criar e ter ideias novas em cima do que já é realizado.”

Sempre que já existem opções, como sistema atual, alternativas, concorrentes, é preciso conhecê-los e compará-los, quer seja para não cometer erros conhecidos, como para inspirar-se naquilo que o mercado já confirmou ou rejeitou. Abaixo algumas matrizes comparativas para efeito de ilustração, entretanto benchmark pode vir na forma de um relatório ou fichas descritivas:

0

Prototipação

O uso de protótipos pode ser feito de diferentes formas, por meio de simulações, wireframes, modelos em escala, prototipação de hardware, usando controladoras genéricas como arduino, desenho, colagem, simulações com produtos similares, etc.

Significado: “Na Engenharia de Software, protótipo é um sistema/modelo de um software sem funcionalidades inteligentes como acesso a banco de dados, podendo conter apenas funcionalidades gráficas. Utilizado para fins de ilustração e melhor entendimento, geralmente em reuniões de validação com o contratante.”

Uma técnica que permite a materialização ou visualização simulada de um produto, de forma a permitir maior entendimento pela equipe de projeto, pelo cliente, patrocinadores ou investidores. Frente a metodologias ágeis, uma forma de validação de baixo custo, comparada ao tempo e recursos para o desenvolvimento real e escalável do produto final.

Em relação a busca pelo senso de pertença e imersão de equipes de trabalho no produto ou serviço que estão projetando ou desenvolvendo, protótipos permitem máximo entendimento do objetivo e trabalho necessário para executá-lo.

O custo para sua confecção depende do grau de acuracidade e realismo em seus detalhes e características funcionais. Esta decisão deve levar em consideração não só o custo em dinheiro, mas em tempo e valor agregado, associado à construção e aproveitamento.

0

Shadowing para levantamento de mais informações

É análogo ao conceito de sombra do Design Thinking, é sentar ao lado de alguém, no dia-a-dia de uma equipe e registrar fatos e percepções. Fotografe, grave, filme, peça depoimentos, abstraia roteiros, registre pensamentos, insights, cenários principais e alternativos.

Há uma possibilidade em que terceirizamos esse trabalho, quer por motivos geográficos, volume, velocidade, então um diário pode ser confeccionado e entregue a quem fará o registro, sugerindo as mais diferentes técnicas, para ser preenchido e mantido pela própria pessoa estudada (*) ou por um observador próximo.

(*) Há uma técnica chamada diário, em que pedimos que a própria pessoa registre e mantenha tudo o que acontece durante um certo período de horas ou dia, pois ao ter que registrar provavelmente ele próprio perceberá fatos que lhe passam desapercebido em meio a rotina.

Um super-artigo sobre shadowing em pesquisa é https://www.interaction-design.org/literature/article/shadowing-in-user-research-do-you-see-what-they-see

0

Opportunity Canvas – modelando algo conhecido

O Opportunity Canvas pode ser útil para facilitar a discussão sobre diferentes recursos para nosso produto ou serviço. Ao contrário do Business Model Canvas ou Lean Canvas que foca em inovação, aqui Jeff Patton assume que já temos um produto e queremos mapear e entender o negócio por trás dele.

Muito inspirado no Business Model, alterado por conveniência para discutir e modelar algo conhecido que pode ser melhorado. Assim, devemos considerar os problemas específicos dos usuários, aqueles que estamos tentando resolver e como achamos que eles usarão esta solução para resolvê-los.

oportunity canvas

Por não se tratar apenas sobre os usuários, é preciso incentivar a discussão sobre como estes usuários prejudicam seu próprio negócio e como ajudá-los a ajudar seu negócio e como mediremos o seu sucesso. O próprio autor tem um post bem acanhado sobre o post, mas o compartilha em uma versão PDF que vale a pena baixar – https://jpattonassociates.com/opportunity-canvas/

0

Um quadro estratégico e tático inter-equipes

Em uma consultoria recente os PO’s e analistas me pediram ajuda para organizar um product backlog compartilhado entre 6 equipes especialistas em suites de uma solução digital corporativa – financeiro, contábil, backoffice, etc.

Me baseei em um quadro de features por equipes do framework SAFe, onde temos cada equipe com suas features para o Train, garantindo uma visão tática por equipe x feature que dá suporte para algumas reuniões táticas e escaladas.

A necessidade era baseada em um backlog sendo priorizado por diferentes clientes e pela própria empresa para evolução e manutenção do produto. Queriamos um artefato que os ajudasse a ter uma visão clara transversal estratégica e tática para distribuição e acompanhamento.

Eu já havia ajudado a introduzir há alguns meses Scrum e Scrum of Scrums, que vinham trazendo bons resultados, mas agora os PO’s e analistas precisavam algo mais visual para o backlog nos próximos meses.

Diagramaticamente, reorganizamos os postits utilizados por eles em uma reunião recente de priorização com clientes, quando usaram um quadro de valor x esforço, com cores para 5 diferentes naturezas de ítens.

Simbolizei na imagem a principal diferenciação destacada, pois para cada time temos duas trilhas, uma para projetos (azul) e outra para sustentação (reserva técnica). O quadro visual é apenas para priorização e abstração em uma escala de tempo mensal.

O quadro ficará em um desses cavaletes com rodinhas, a granularidade dos tickets será por conveniência, coisas muito pequenas não serão representadas individualmente e o formato privilegiará selos com marcos, riscos e lembretes.

Cada postits azul representando projetos, no momento apropriado, terão sua própria inception e seu quadro de Release Plan junto ao(s) time(s) envolvidos, ficando aqui registrado apenas seus MVP’s e Releases.

O número de meses/sprints representados no quadro será um ponto de equilíbrio com foco em que o quadro facilite reuniões de estratégia com as equipes, diretoria e clientes. Também será um facilitador na mudança em curso para Agile no que diz respeito a gestão visual transversal, no plano estratégico e tático, compartilhada entre todos os envolvidos e interessados, inclusive stakeholders.

Relato GVDASA

Uma empresa de atuação nacional que vem fazendo sua transformação digital, com total apoio da alta direção, da gestão e equipes ágeis praticando Scrum, Kanban e realizando reuniões transversais seguindo Scrum of Scrums.

A mais de ano, cada equipe, desde a adoção, contando com profissionais que vem se empenhando em serem ágeis, agregar valor, evoluindo a cada ciclo, melhorando suas práticas ágeis através de experimentação x resultados.

“Já queria te dar um primeiro feedback. Recebemos um pedido de priorização de outra área, o item estava em 7º lugar no backlog, marquei um momento para discussão com os envolvidos e direção e utilizamos a técnica de comparação, ou seja o item a ser priorizado é mais importante que o 1º, 2º, 3º e assim sucessivamente. O resultado foi que todos concordaram que a priorização estava correta e deram um feedback positivo a respeito da clareza e transparência das prioridades que estão sendo trabalhadas.”

Vinicius Iager – coordenado de desenvolvimento GVDASA – Gestão educacional integrada, solução completa para a otimização dos processos acadêmicos e administrativos da sua instituição – http://gvdasa.com.br/

logotipo GVDasa

Conclusão

Não só as equipes envolvidas, mas a participação de clientes, líderes e executivos sempre é muito positivo ao se depararem com um quadro de portfólio, programa, ciclo ou Release Plan. Eles veem ali materializado seus objetivos, desejos, sonhos e expectativas.

Muito da alta pressão, “natural” em projetos de TI, é existir diferentes percepções e entendimentos relativos a prioridades e possibilidades. Ao estabelecer um quadro estratégico ou tático, toda a discussão sobre priorização (e mudanças) geram um único entendimento.

Não há regras pétrias de ticketagem (postits) ao iniciar o uso, tanto granularidade quanto diferenciação irão adaptar-se a realidade do tipo de portfólio, programa, ciclo, tecnologia, complexidade, volumes, equipes, pessoas, etc … Dê o primeiro passo, explicite e deixe que as retrospectivas se encarregarão de melhora-lo cada vez mais.