Agile para produtos que não são de software
O Agile é mais conhecido no mundo do desenvolvimento de software, mas muitas organizações também consideram a estrutura benéfica para projetos que não são de software. Confira abaixo alguns exemplos da vida real do uso do Agile em ambientes que não são de software:
Finanças:
Uma das críticas ao desenvolvimento de um plano financeiro único é que muitas vezes ele fica obsoleto quando é entregue ao cliente. Ofereço serviços contínuos de planejamento financeiro baseados em retentores, onde trabalho em colaboração com meus clientes para fornecer planejamento e treinamento ao longo do ano. Divido o ano em "Sprints" para que não assumamos mais do que podemos lidar com cada Sprint. Isso também nos permite modificar o curso durante o ano conforme os cenários mudam, o que é comum. Estou usando tecnologias como 'software de gerenciamento de projetos de planejamento financeiro' para facilitar o processo."
Marketing:
A abordagem iterativa adotada pelas estruturas Agile provou ser aplicável a produtos de software e produtos não relacionados a software. De acordo com Hubert Smits, treinador Scrum certificado, o "Agile/Scrum é baseado no pensamento empírico, problemas complexos são melhor resolvidos em pequenas etapas com as etapas que fornecem as informações mais importantes concluídas primeiro."
Como observado nos exemplos acima, muitos "produtos" empresariais podem se beneficiar dessas pequenas etapas iterativas.
Funções Agile de gerenciamento de produtos
A intenção do gerenciamento de produtos é trabalhar em estreita colaboração com o desenvolvimento de produtos e gerenciar a direção e os requisitos do produto com base em pesquisas de mercado, feedback do cliente e capacidade de desenvolvimento. Infelizmente, os gerentes de produto geralmente estão presos em tarefas de gerenciamento de projetos associadas a lançamentos de software, em vez de interagir com clientes e influenciadores do mercado para criar o produto mais comercializável.
No mundo do desenvolvimento Agile, existem funções adicionais que ajudam a mover os gerentes de produto das atividades técnicas e táticas (onde costumam passar seu tempo em ambientes cascata tradicionais) para uma função voltada para o exterior, onde interagem com o mercado. No entanto, não é incomum que os gerentes de produto assumam a função de proprietário do produto. Isso, como você lerá abaixo, pode se tornar extremamente cansativo até mesmo para o gerente de produto mais experiente.
Gerente de produto Agile: o objetivo do gerente de produto Agile é trabalhar com clientes e liderança da empresa para definir a direção do produto. O gerente de produto é responsável por representar a verdadeira voz do cliente. A melhor maneira de entender completamente o problema dos clientes é conversar com ele: visitar suas instalações, vivenciar sua rotina comercial e entrevistar seus funcionários. Ao fazer isso, um gerente de produto obterá insights em primeira mão sobre as dificuldades do cliente e poderá definir recursos e funcionalidades que aliviem os pontos problemáticos. Sem interação direta de campo com os clientes, é impossível entender completamente as dificuldades e necessidades de um cliente.
Programas de certificação para se tornar um Gerente de produto Agile são oferecidos pela Pragmatic Marketing em Pragmatic Product Management.
Desafios enfrentados pelos gerentes de produto: assim como qualquer outra função organizacional, os gerentes de produto enfrentam obstáculos. O obstáculo mais comum é definir requisitos. Cada equipe (como desenvolvimento, suporte, serviços profissionais ou vendas) tem uma opinião sobre os recursos que devem ser incluídos em um produto. Felizmente, com informações tangíveis coletadas durante as interações com o cliente, os gerentes de produto podem apoiar suas histórias de usuários e roteiro de produtos com dados reais.
Além disso, a função de gerente de produto vai desde atividades estratégicas, como definir o roteiro do produto em alinhamento com as metas de negócios, até atividades táticas que ocorrem em vendas, marketing e suporte de produtos. Infelizmente, os gerentes de produto geralmente ficam presos em atividades técnicas e táticas que deixam pouco tempo para trabalhos estratégicos: a equipe de vendas quer que os gerentes de produto demonstrem o produto, o marketing os leva a escrever garantias e o desenvolvimento os usa para gerenciar seus projetos. Devido ao conhecimento de seus produtos, os gerentes de produto são ótimos recursos para todas essas atividades, mas o equilíbrio entre estratégico e tático é essencial.
Proprietário do produto Agile: o proprietário do produto em um ambiente Agile trabalha lado a lado com a equipe de desenvolvimento para esclarecer histórias de usuários, visão do produto e especificações, gerenciar pendências e maximizar o valor do produto para os negócios. O proprietário do produto comunica as intenções de negócios à equipe de desenvolvimento para que eles tenham uma compreensão clara do motivo pelo qual devem cumprir suas atividades. O proprietário de um produto tem um grande equilíbrio entre a compreensão técnico/desenvolvimento e a inteligência comercial. Ele é capaz de visualizar o panorama geral: entender as necessidades do negócio e do cliente, comunicar-se com as equipes de negócios e alinhar as atividades técnicas para entregar um produto excepcional. Os proprietários de produtos geralmente têm uma compreensão básica do desenvolvimento de software, são comunicadores eficazes e entendem a necessidade de resolver os problemas do cliente. É comum que os proprietários de produtos ocupem cargos de analista de negócios antes de se tornarem proprietários de produtos.
Os cursos de certificação são oferecidos pela Scrum Alliance para se tornarem Proprietários de produtos Scrum certificados (CSPO). Essa certificação é valiosa para promover sua carreira como proprietário do produto, mas também para entender claramente o escopo da função do proprietário do produto.
Erros cometidos pelos proprietários de produtos: instituir o papel do proprietário do produto pode ter enormes benefícios em um ambiente Agile. No entanto, há erros cometidos com essa função. Para ter sucesso, o proprietário de um produto deve:
- Ser decidido
- Ganhar a confiança da equipe
- Entender a visão do produto
- Estar presente e disponível para a equipe
- Ser adaptável à mudança (ágil)
- Evitar microgerenciar a equipe
Empregar as funções de gerenciamento de produto e proprietário do produto em uma organização Agile ajuda a equilibrar as responsabilidades sem sobrecarregar uma única pessoa. Imagine tentar interagir com os clientes, comunicar suas necessidades, construir histórias de usuários, participar do Scrum diário, habilitar vendas, treinar suporte, demonstrar o produto, documentar recursos, esclarecer solicitações e assim por diante. Isso pode ser cansativo, mesmo para o gerente de produto mais experiente. Toda a organização se beneficiará quando o gerente de produto e o proprietário do produto puderem compartilhar as tarefas e evitar a sobrecarga que um gerente de produto enfrenta ao fazer tudo sozinho.
O gráfico abaixo define algumas das atividades comuns realizadas pelo gerente de produto e proprietário do produto.
O documento dos requisitos do produto
Uma pergunta comum é se o Documento de requisitos do produto (PRD) é usado em um mundo Agile. Na verdade, o PRD tradicional não é usado em um ambiente Agile e, em vez disso, é substituído por histórias de usuários (as descrições de funcionalidade baseadas em persona). Essas histórias de usuário se concentram no valor do cliente e são usadas pela equipe Agile para colaborar nos detalhes a fim de planejar as iterações de um projeto.
Confusão adicional de funções Agile comuns
Scrum master vs. gerente de produto vs. proprietário do produto: no Scrum, a metodologia Agile mais popular, o Scrum master é o principal responsável por manter a equipe Scrum motivada e focada, e também os protege da distração e fornece orientação e instruções. As principais responsabilidades do proprietário do produto incluem gerenciar as pendências, comunicar as histórias do usuário e determinar as datas de lançamento e a funcionalidade. Por fim, o gerente de produto é responsável por definir as histórias do usuário com base nos pontos problemáticos do cliente, conduzir pesquisas de mercado e desenvolver o roteiro do produto.
Outras funções importantes a serem consideradas:
- Proprietário do recurso: um proprietário do recurso difere de um proprietário do produto porque ele é responsável apenas por um recurso específico (em vez de todo o produto).
- Equipe de desenvolvimento: a equipe de desenvolvimento executa todas as tarefas de desenvolvimento técnico. A equipe é responsável pela análise, design, escrita de código, teste e comunicação técnica.
Cada organização Agile é diferente e, como resultado, as funções variam. Não é incomum para uma organização em transição de cascata para Agile simplesmente mudar gerentes de produto para proprietários de produtos. No entanto, isso não significa que um bom gerente de produto fará um bom proprietário de produto ou vice-versa. Em vez disso, o que funciona para uma organização pode ou não funcionar para outra e é provável que, à medida que a organização e o produto avançam, as responsabilidades também. Consequentemente, funções adicionais serão definidas a fim de garantir a atenção adequada a todas as atividades associadas à entrega de um produto de qualidade aos clientes.
O roteiro e as pendências do produto
O roteiro do produto é desenvolvido e mantido a fim de demonstrar a progressão pretendida de um produto. Esses roteiros são frequentemente solicitados durante o ciclo de vida das vendas para mostrar ao cliente em potencial que o produto tem um plano de crescimento. O roteiro é normalmente gerenciado pelo gerente de produto.
As pendências do produto incluem o trabalho a ser concluído para entregar em um sprint ou história do usuário. A pendência é usada para conduzir as atividades da equipe de desenvolvimento e normalmente é gerenciado pelo proprietário do produto.
O roteiro do produto e as pendências estão lado a lado, demonstrando um plano de longo prazo (roteiro) com os detalhes táticos necessários para entregar cada estágio do produto (pendências).
O Smartsheet é uma ferramenta essencial para gerentes e proprietários de produtos Agile
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.