Explore o produto DevOps Lean

  • 6 minutos

De acordo com Richard Banfield, autor de Design Sprint: A Practical Guidebook for Building Great Digital Products e de Product Leadership: Como os Melhores Gestores de Produto Lançam Produtos Incríveis e Constroem Equipas de Sucesso, grandes empresas de produtos digitais têm quatro coisas em comum:

  • Rapidez de entrada no mercado
  • Agilidade perante a mudança
  • A mudança para o negócio digital
  • Satisfação do cliente

Por que adotar um modelo centrado no produto?

Até 2024, mais de três quartos dos líderes de negócios digitais terão beneficiado de práticas de gestão de produtos, contra um terço que já o fizeram em 2018.

Até 2024, 80% das organizações de TI passarão por uma reestruturação radical e mudanças em suas missões à medida que adotarem modelos operacionais centrados no produto.

Gartner "Um dia na vida de um gerente de produto digital," Diácono D.K Wan, 31 de julho de 2019 – ID G00400672

O diagrama mostra a adoção de modelos centrados no produto ao longo do tempo. No total, 85% dos entrevistados adotaram ou planejam adotar um modelo centrado no produto. A adoção total ao longo do tempo acontece para 54% dos entrevistados, e a adoção parcial para 32%. 15% dos inquiridos afirmam ter adotado plenamente um modelo centrado no produto. 31% espera que seja plenamente adotada nos próximos três anos. 5% esperam adotar o modelo centrado no produto nos próximos três a cinco anos. 3% prevê que o processo de adoção demore mais de cinco anos. 32% dos inquiridos esperam alguma utilização de um modelo centrado no produto, mas não mudar totalmente para um. 15% dos inquiridos não tem planos de passar para um modelo centrado no produto. A pesquisa foi realizada com 129 membros do Gartner Research Circle. A pergunta era: Quais são os planos da sua organização para usar um modelo centrado no produto para a entrega de software (versus um modelo centrado no projeto)? Selecione uma resposta.

Crédito de imagem: Gartner: "Análise de pesquisa: a TI está se movendo rapidamente de projetos para produtos", Bill Swanton, Matthew Hotel e Deacon D.K. Wan, 23 de outubro de 2018 - ID G00373896

Importante

De acordo com o respeitado autor e orador internacional Martin Fowler, o "modo produto" é uma forma de trabalhar. É uma forma de financiar e organizar o desenvolvimento de software que difere significativamente da forma de fazer os projetos. Embora geralmente aplicável à TI empresarial da era digital, esta forma de trabalhar é especialmente adequada para aqueles que pretendem impulsionar os negócios através de uma plataforma digital.

Benefícios potenciais de operar em modo de produto

  • Capacidade de reorientação rápida
  • Redução do tempo de ciclo de ponta a ponta
  • Capacidade de iterar verdadeiramente
  • Retenção de conhecimento
  • Integridade arquitetónica
  • Motivação e dinâmica da equipa
  • Economias de fluxo e iteração

O que é o modelo centrado no produto?

Importante

Uma estratégia centrada nos negócios para fornecer software e experiências digitais em que um produto é desenvolvido que oferece uma capacidade de negócios contínua (em oposição a um projeto baseado em projeto de tempo limitado). Geralmente, um gestor de produto é proprietário deste produto e é responsável pelo seu desenvolvimento contínuo e pelo seu orçamento. Este produto pode existir numa plataforma, que é essencialmente um produto sobre o qual outros produtos são construídos.

  • Definição por Gartner

Gorjeta

Os projetos são usados para gerenciar empreendimentos ocasionais.

O processo de desenvolvimento de produtos não é um esforço ocasional. É um processo contínuo de melhoria do produto através da entrega de novas funcionalidades.

Um produto não é um projeto porque não há uma definição clara do que precisa ser entregue. Um produto na indústria de desenvolvimento de software é qualquer sistema voltado para o cliente. Como as necessidades do cliente evoluem com o tempo e novas tecnologias são disponibilizadas, o cliente espera que o software que usa também evolua, portanto, não há uma definição clara do que precisa ser entregue. Não há razão para ter um plano de um ano para que todos os recursos sejam entregues em uma determinada sequência se os requisitos podem mudar todos os meses ou até mesmo todas as semanas. Um processo de desenvolvimento de produtos precisa ser adaptável a essa mudança nas necessidades do cliente.

Não há uma definição clara da data em que os produtos precisam ser entregues. Por conseguinte, os produtos não podem sofrer o ónus do processo de gestão de projetos. O processo de desenvolvimento de produtos deve ser muito mais enxuto do que o processo tradicional de gerenciamento de projetos, porque entregar novas funcionalidades a um produto é sempre o mesmo projeto para cada novo recurso: descoberta, design, implementação, teste, implantação.

Importante

O modelo centrado no produto

  • Pode atender clientes externos e internos
  • É claramente definido pelas suas capacidades de negócio
  • Fornece recursos que têm valor para os clientes
  • Pode ser um serviço repetível ou uma plataforma
  • Pode ser comprado, vendido, subscrito. e/ou financiado
  • Tem concorrência no mercado e um ciclo de vida do produto

Alinhar uma equipe de desenvolvimento a um produto requer uma mudança fundamental nos conjuntos de habilidades dentro da própria equipe. Em vez de especialização profunda, a equipe precisa converter para uma metodologia full-stack para dar suporte a um produto de ponta a ponta.

As organizações de produtos são mais lisonjeiras com menos despesas gerais.

O diagrama representa a equipe de produto full-stack, que inclui as seguintes funções: product owner, scrum master, engineer, site reliability engineer. A equipe full-stack colabora com o gerente de produto e arquiteto ágil.

Crédito de imagem: Gartner "Supere objeções e venda os benefícios de mudar de projetos para produtos e Agile", Bill Swanton, 12 de fevereiro de 2019, - ID: G00383228