Alinhe suas equipes de tecnologia e produto com a tela de produto de tecnologia

Ouça a versão em áudio deste artigo

A falta de comunicação entre as equipes de desenvolvimento de produtos e tecnologia é provavelmente a maior fonte de desperdício de recursos no desenvolvimento de software. As empresas de tecnologia de alto crescimento estão enfrentando demandas crescentes por produtos a serem entregues e, portanto, o planejamento adequado às vezes é dispensado. Existem vários sinais que mostram a falta de alinhamento do produto e da equipe de tecnologia:

• Produtos não entregues de acordo com os requisitos.
• Está demorando mais do que o planejado para entregar os recursos do produto.
• As equipes têm muito pouca interação e comunicação semanalmente.
• A equipe de tecnologia precisa “refazer” sua infraestrutura por causa de novas solicitações de produtos.
• O ritmo de desenvolvimento parece lento em comparação com a concorrência.
• A equipe de tecnologia costuma perguntar: “ Por que você não nos contou isso antes? ”

As empresas de sucesso gerenciam ativamente essa interface entre as duas equipes e têm roteiros claros de produtos e tecnologia que são compreendidos por todos. No entanto, atualmente, não existem metodologias populares que resolvam este problema de forma estruturada.

Em vez disso, na maioria das vezes, esses objetivos são alcançados de forma ad hoc por meio de reuniões não estruturadas. A comparação mais próxima disso são os frameworks Agile dimensionados, mas mesmo essas abordagens nem sempre são viáveis ​​para todas as empresas, principalmente as menores, pois essa abordagem requer a adoção de todo o framework.

Uma das maneiras de alcançar facilmente o alinhamento entre as equipes de produto e tecnologia é usar o Technology Product Canvas estruturado

O que é a tela do produto de tecnologia?

O conceito de tela existe há muitos anos. Os principais visionários e inovadores neste espaço incluem Alexander Osterwalder, que criou o Business Model Canvas, Roman Pichler e seu Product Vision Canvas, e Jeff Patton, conhecido pelo método User Story Mapping e seu Opportunity Canvas. Usei a metodologia canvas para resolver o problema de alinhamento de produto e tecnologia e criei o Technology Product Canvas.

A tela funcionará como uma maneira rápida de facilitar a discussão da equipe e colocar todos na mesma página - literalmente. Este é um dos benefícios mais importantes da criação deste documento. Ao passar pelo processo, que pode levar apenas uma hora, você começará a gerenciar esse alinhamento entre as equipes de produto e tecnologia.

O Technology Product Canvas força sua equipe a declarar e visualizar as metas do roadmap do produto, as metas do roadmap da tecnologia e discutir explicitamente cada estágio da tecnologia do produto do roadmap. Este exercício garante que as equipes estejam em sincronia e todos possam sair da sala com expectativas e orientações claras.

Por meio do meu trabalho com empresas de tecnologia, percebi que a interseção entre objetivos de negócios e recursos de tecnologia é onde está o maior risco. O Technology Product Canvas foi criado para gerenciar exatamente esse risco.

Quando usar a tela do produto de tecnologia?

A discussão sobre o Technology Product Canvas é melhor iniciada pelo proprietário do produto quando você definiu completamente a visão do produto, conduziu o processo de mapeamento de histórias e desenvolveu o roteiro inicial de lançamento do produto. Nesta fase, ficará claro quais recursos do produto são críticos para cada versão principal. Neste ponto, as equipes estão prontas para ter uma discussão técnica detalhada sobre como o produto será construído.

O exercício Technology Product Canvas trará clareza, às vezes conflito, mas, em última análise, um acordo sobre qual arquitetura de tecnologia precisará ser implementada para desenvolver o produto e como as plataformas de tecnologia evoluirão para atender às necessidades do produto. Isso permitirá que a equipe de tecnologia faça um brainstorming de diferentes possibilidades e garanta que suas contribuições sobre inovação sejam capturadas.

Vamos passar por um exemplo mais detalhado de como o Technology Product Canvas é usado em um hipotético novo empreendimento de software para que possamos vê-lo em ação e aprender a usá-lo.

Como usar a tela do produto de tecnologia

A tela do produto de tecnologia deve ser, principalmente, um veículo para criar foco, comunicação e alinhamento da equipe. A tela permite que você converse com sua equipe de tecnologia para descobrir qual arquitetura de tecnologia será necessária para dar suporte ao desenvolvimento de produtos. Vamos usar um exemplo hipotético de um novo produto de software. Um novo aplicativo baseado em localização para conectar pessoas com outras ao seu redor - um aplicativo comunitário para conectar você com seus vizinhos.

Você pode baixar o Technology Product Canvas aqui. Você também pode imprimir a tela e escrever nela. Alternativamente, você também pode usar uma ferramenta online como o Miro, que usei para este artigo.

Configurando

Digamos que você está trabalhando com sua equipe de inicialização há alguns meses, tem algumas ótimas ideias e agora deseja planejar o desenvolvimento do software. Você trabalhou em sua tela enxuta e até criou um mapa da história das etapas do processo que um usuário experimentará ao passar pelo aplicativo. Agora você precisa construí-lo. Assim, você coloca todos em uma sala de conferência, sua equipe de produtos e suas equipes de tecnologia, e projeta uma versão em branco do Technology Product Canvas na tela da sala de conferências. Onde começar?

A primeira coisa é definir expectativas sobre por que todos estão aqui e o que você pretende alcançar. Explique à sua equipe que eles estão aqui para garantir um planejamento entre as metas do produto e as tarefas técnicas. Além disso, enfatize que você não está procurando a perfeição e que continuará revisando isso a cada poucos meses à medida que aprende mais e os requisitos mudam. Mas, pelo menos por hoje, esta é uma aposta no terreno para garantir que todos estejam na mesma página.

Etapa 1: definir as métricas de sucesso

Como você vai medir se o seu plano geral está funcionando? Quais são os objetivos do negócio? Eles podem ser a receita em cada fase de lançamento ou o número de downloads do aplicativo. Se você estiver familiarizado com a tela enxuta, talvez já tenha esses números identificados. Copie essas informações para esta seção. Neste exemplo, usei as duas seguintes Métricas de Sucesso: “Conectar 1.000 pessoas em nosso primeiro ano” e “Criar nossa marca em Los Angeles” – uma métrica quantificável e outra qualitativa.

Mas por que nos concentramos nisso primeiro? Isso garante que toda a equipe entenda por que estamos na sala. Temos um objetivo para alcançar que é maior do que qualquer problema de produto ou tecnologia. É a razão comercial de estarmos todos aqui.

Etapa 2: preencha as seções sobre a visão do produto e a versão do produto

Isso permite que a equipe tenha clareza ou se atualize sobre qual é nossa visão de produto e como atualmente definimos nossas prioridades de desenvolvimento de produtos. Anote a declaração da Visão do Produto e quem é o principal grupo-alvo. Em seguida, identifique alguns itens-chave do produto que você deseja entregar em cada versão. Eu recomendo preencher essas caixas como uma equipe e não preenchê-las previamente. Ele garante que os membros da equipe de tecnologia e de produto participem do processo de definição das metas. Trabalhe da esquerda para a direita: identifique os objetivos para a primeira iteração do produto – os grandes recursos necessários para satisfazer as necessidades do cliente.

Em nosso exemplo de aplicativo, nossa Visão de Produto é “Permitir a comunicação em tempo real entre as pessoas que moram no meu bairro para fortalecer a comunidade”. Depois disso, nas versões do produto, podemos dizer que a versão 1 é “Para identificar sua localização atual, mostre quem está próximo e comunique-se com o endereço de e-mail deles”. V2 pode ser “para mostrar quem está por perto e permitir bate-papo em tempo real”. A V3 pode ser “para permitir privacidade e monetização”. Essas iterações do produto serão inseridas na tela como visto abaixo. Mantenha a tela o mais simples possível para que as pessoas possam ver o quadro geral. A tela também serve para capturar a visão de longo prazo. Lembre-se de que esta pode ser a primeira vez que a equipe de tecnologia vê uma imagem tão clara do seu produto, portanto, gaste tempo suficiente para garantir que eles entendam cada versão e os requisitos que a acompanham.

Etapa 3: combine a visão da tecnologia com a visão do produto

Agora é hora de obter informações da equipe de tecnologia e definir sua visão de como a arquitetura de tecnologia evoluirá. Comece com a Technology Vision, uma declaração que descreve o panorama geral do desenvolvimento e que pode sobreviver às mudanças nas ferramentas do fornecedor. Em nosso exemplo de aplicativo, a Technology Vision pode declarar: “Usar os recursos de geolocalização de dispositivos que fornecem informações de localização e usar microsserviços sem servidor para habilitar recursos de colaboração na nuvem”. Não estamos selecionando uma ferramenta específica neste momento. Pense na Visão da Tecnologia como a grande ideia de como a tecnologia ajudará aqui e quais inovações estamos procurando adotar que permitirão uma vantagem competitiva, bem como uma pista de tecnologia que pode nos levar à nossa visão.

Etapa 4: combine os planos de tecnologia com as metas do produto

Este é o lugar onde a borracha atinge a estrada. Na Etapa 2, para cada iteração da Versão do Produto, os principais recursos foram identificados. Agora você precisa definir o Plano de Tecnologia para cada um desses lançamentos. Identifique qual arquitetura de tecnologia e ferramentas serão necessárias para dar suporte a cada uma dessas funções. Não há problema em identificar ferramentas exatas e ser técnico. Você pode dinamizar em versões futuras, se necessário. O plano é ter a equipe de tecnologia para comunicar explicitamente o que eles precisarão fazer.

Deixe a equipe de tecnologia liderar essa parte e assegure-lhes que as respostas não precisam ser perfeitas. Se eles precisarem sair e fazer mais pesquisas, eles podem fazer isso após a reunião. Mas o objetivo aqui é concluir a primeira iteração da tela, que pode ser atualizada posteriormente. A perfeição é inimiga do sucesso.

Em nosso exemplo de aplicativo, examinamos as necessidades do produto na caixa Versão do produto 1. Com base nesses requisitos, podemos dizer que o Plano de Tecnologia 1 é “Desenvolver um aplicativo da Web progressivo usando o Ionic para habilitar o aplicativo multiplataforma. Use os recursos de localização geográfica do dispositivo. Sincronize com o back-end do Firebase. Use o serviço de e-mail SendGrid.” O plano de tecnologia e as metas descritas aqui devem ser suficientes para atingir as metas do produto. Certifique-se de que a equipe não exagere na engenharia onde as metas do produto não existem.

Nesta etapa, podemos finalmente ver o poder do canvas – é assim que alinhamos as equipes. Alinhamos os objetivos do produto com o plano de tecnologia. E essa linha no meio? Essa é a interface que o gerente de produto precisa gerenciar ativamente entre as equipes.

Da mesma forma, o Plano de Tecnologia 2 seria “Implementar a autenticação do usuário usando a autorização do Facebook/Google, implementar o bate-papo em tempo real com o banco de dados Firebase e a interface de bate-papo”. O Plano de Tecnologia 3 seria “Implementar privacidade/ocultação de GPS e métodos de compra no aplicativo para atualizações de aplicativos”.

O processo exigirá que a equipe de tecnologia em sua reunião contribua para a discussão. Você terá a oportunidade de compartilhar e discutir todas as ideias e insights, e obterá alinhamento e adesão da equipe. É aqui que as pessoas de todos os lados das equipes entenderão as necessidades, prioridades e questões que precisam ser discutidas e onde você desenvolverá planos e acordos iniciais.

Neste ponto, você tem o primeiro rascunho do roteiro de tecnologia que corresponde ao roteiro do produto. As principais tarefas de tecnologia são apresentadas em um fluxo visual que ajudará suas equipes a saber no que se concentrar e quando.

Etapa 5: identificar riscos e recursos

Por fim, depois de decidir como você construirá o produto de uma perspectiva de arquitetura de tecnologia, é uma boa ideia discutir riscos e recursos. Em nosso exemplo, podemos dizer para Riscos: “Há uma chance de o aplicativo da web progressivo não ser rápido o suficiente”. Nesse caso, poderíamos migrar para o desenvolvimento de aplicativos React ou Native. Para Recursos, precisaremos de pessoas com habilidades em “Ionic, PWA, geolocalização e Firebase”.

Incluir esses itens aqui garante que este resumo de uma página capture os elementos mais importantes que surgem da discussão e será útil mais tarde quando você revisar a tela novamente.

A imagem completa

Aqui está um exemplo completo do Technology Product Canvas com base em nosso exemplo de aplicativo hipotético acima:

Não deve haver uma expectativa de que a tela tenha que ser totalmente concluída na primeira tentativa. Você pode discordar como uma equipe sobre o que é um recurso do produto em comparação com uma capacidade técnica e onde colocar o que na tela. O objetivo do canvas é iniciar e estruturar uma discussão para que, no final da sessão, você e toda a equipe tenham um acordo conceitual muito melhor sobre como o desenvolvimento precisa prosseguir.

Este documento é agora o núcleo do seu plano de desenvolvimento. É o roteiro de desenvolvimento de alto nível e a equipe de tecnologia agora pode pegar isso e enquadrar suas tarefas de desenvolvimento mais detalhadas conhecendo os objetivos do negócio.

Conclusão: itere sua tela de produto de tecnologia

Os cinco passos na criação de um Technology Product Canvas são:

1. Defina as métricas de sucesso
2. Preencha as seções de Visão do Produto e Versão do Produto
3. Combine a visão da tecnologia com a visão do produto
4. Combine os planos de tecnologia com os objetivos do produto
5. Identificar Riscos e Recursos

Um benefício muito importante do canvas é que ele permite que as equipes identifiquem a tecnologia 'mínima' que precisa ser aplicada ou desenvolvida em cada estágio. Ele ajuda a equipe de produto a estar ciente do esforço de tecnologia necessário e de quaisquer desafios futuros. O desenvolvimento de produtos não é retardado por falta de capacidade técnica porque os planos técnicos são sincronizados e prevêem passos suficientes à frente. No exemplo do aplicativo, estaríamos treinando nossa equipe ou encontrando um especialista em tecnologia SignalR à medida que nos aproximamos do lançamento da versão 1, para que estejamos prontos para o lançamento da versão 2, onde essa habilidade é necessária.

Você pode baixar o Technology Product Canvas aqui. Eu recomendo que as equipes conduzam uma revisão a cada trimestre e, definitivamente, à medida que cada lançamento é realizado. Sinta-se à vontade para modificar a tela para melhor atender às suas necessidades. Eu estaria realmente interessado em ouvir seus comentários sobre como o Technology Product Canvas pode ser melhorado.