Como unificamos expectativas de mais de 30 partes interessadas em uma visão e um roteiro
Na sophilabs, alinhamos todas as partes interessadas desde o início e garantimos que conheçam o escopo e a viabilidade do produto. É essencial para o sucesso: define expectativas corretas e permite ao responsável pelo produto gerenciar melhor o backlog.
Realizamos um workshop presencial de concepção inicial do produto na sede da Amgen, em Thousand Oaks, Califórnia. Criamos uma visão unificada e descobrimos que grande parte do trabalho previsto não era necessária para um produto bem-sucedido. Por isso, defendemos essa concepção inicial como forma de economizar tempo e recursos.
Reunimos mais de 30 partes interessadas de diferentes áreas e usamos técnicas para descobrir conceitos essenciais antes do desenvolvimento:
- Quadro de visão do produto
- Apresentação breve
- Controles deslizantes de prioridades
- Análise de partes interessadas
- Análise de personas
- Mapeamento de histórias épicas
- Modelos visuais
- Criação do backlog do produto
- Estimativa de tamanho
Sobre a Amgen
Amgen Inc. é uma multinacional biofarmacêutica americana com sede em Thousand Oaks, Califórnia.
Foca em biologia molecular e bioquímica e busca transformar a saúde com tecnologia de ponta baseada em DNA recombinante.
O produto da Amgen
A Amgen queria uma plataforma para cientistas de dados que facilitasse colaboração e garantisse segurança e auditoria.
As versões anteriores não tinham reunido o grupo adequado antes do desenvolvimento. Isso afetou o protótipo porque nunca houve um conjunto completo de objetivos.
Quadro de visão do produto
Começamos com o quadro de visão do produto, dividimos os participantes em grupos e demos a cada um um espaço para reunir ideias.
Consolidamos os resultados em um único quadro com contribuições de todos:
Apresentação breve
Dividimos novamente os participantes para criar apresentações breves. Cada grupo elaborou uma versão, e depois consolidamos as ideias:
Uma experiência integrada para cientistas de dados que permite colaborar e provisionar recursos para acelerar o caminho da ideia à implantação em produção, e para administradores de recursos que precisam receber e aprovar solicitações de maneira segura e eficiente.
Análise de partes interessadas
Com a visão completa, trabalhamos na análise de partes interessadaspara entender as necessidades de todos.
Usamos controles deslizantes de prioridades e interesse versus influência. Estes foram os resultados:
Controles deslizantes de prioridades
Participantes ordenaram a importância relativa de diferentes características. Assim, estabelecemos uma base de prioridades como referência para mediar futuras divergências.
Análise de partes interessadas
O próximo passo foi obter uma visão completa das partes interessadas e do nível adequado de participação. É essencial em projetos ágeis e pode ser ignorado. Nesses casos, preferimos o explícito ao implícito.
Personas
Reunimos as contribuições e os resultados da análise de partes interessadas e da visão do produto para definir estas personas:
- Aprovador de fluxos de trabalho
- Administrador do sistema
- Administrador de área funcional
- Administrador de projeto
- Integrante de projeto
- Usuário de análises
- Verificador de custódia da plataforma
- Responsável por implantação
- Publicador de conjuntos de dados
- Analista
A atividade representa os usuários realisticamente e permite criar histórias sobre suas interações habituais com o sistema.
Mapeamento de histórias épicas
Com personas e visão completas, exploramos as funcionalidades gerais e criamos um mapa de histórias para elaborar o backlog. A pergunta orientadora foi: como cada persona cumprirá seus objetivos de uma forma que alcance a visão do produto?
Modelos visuais, backlog e estimativa
A participação de todos permitiu criar um roteiro bem definido. Protótipos rápidos e modelos visuais ajudaram a estimar o esforço necessário.
Descobrimos que o trabalho poderia ser dividido em dois projetos separados, dando flexibilidade de entrega. Uma etapa poderia até ser substituída por uma plataforma de terceiros. Saber disso antes de desenvolver ofereceu a possibilidade de economizar tempo e recursos valiosos, outra razão da importância da concepção inicial.
Conclusão
No final, tínhamos uma lista completa de funcionalidades classificadas como “indispensáveis” ou “desejáveis” e um roteiro.
O responsável pelo produto tinha informações para criar e priorizar o backlog, e todas as partes estavam alinhadas em escopo e duração. A Amgen podia avançar sabendo que criaria um produto relevante e útil para suas necessidades.