Explorar o Produto lean do DevOps

  • 6 minutos

De acordo com Richard Banfield, autor do Design Sprint: A Practical Guidebook for Building Great Digital Products e Product Leadership: How Top Product Managers Launch Awesome Products and Build Successful Teams, grandes empresas de produtos têm quatro coisas em comum:

  • Velocidade para o mercado
  • Agilidade quando precisam mudar
  • A mudança para os negócios digitais
  • Satisfação do cliente

Por que adotar um modelo centrado no produto?

Até 2024, mais de três trimestres de líderes de negócios digitais se beneficiarão das práticas de gerenciamento de produtos em comparação com um terço que se beneficiaram em 2018.

Até 2024, 80% das organizações de TI sofrerão uma reestruturação radical e mudanças nas missões delas à medida que adotam modelos operacionais centrados no produto.

Gartner "A Day in the Life of a Digital Product Manager", Deacon D.K Wan, 31 de julho de 2019 – ID G00400672

O diagrama ilustra a adoção de modelo centrado 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 ocorre para 54% dos entrevistados e a adoção parcial para 32%. 15% dos entrevistados dizem ter adotado totalmente um modelo centrado no produto. 31% esperam que seja totalmente adotado nos próximos três anos. 5% esperam adotar o modelo centrado no produto nos próximos três a cinco anos. 3% esperam que o processo de adoção leve mais de cinco anos. 32% dos entrevistados esperam algum uso de um modelo centrado no produto, mas não para migrar totalmente para um. 15% dos entrevistados não têm planos de migrar para um modelo centrado no produto. A pesquisa foi realizada em 129 membros do Círculo de Pesquisa do Gartner. A pergunta era: Quais são os planos da sua organização para usar um modelo centrado no produto para entrega de software (versus um modelo centrado em projeto)? Selecione uma resposta.

Crédito pela imagem: Gartner: "Survey Analysis: IT Is Moving Quickly From Projects to Products", Bill Swanton, Matthew Hotel e Deacon D.K. Wan, 23 de outubro de 2018 – ID G00373896

Importante

De acordo com o respeitado autor e palestrante internacional Martin Fowler, "modo de produto" é uma forma de trabalhar. É uma forma de financiar e organizar o desenvolvimento de software que difere significativamente da maneira de fazer isso relacionada aos projetos. Embora geralmente seja aplicável à TI da empresa digital, essa forma de trabalhar é especialmente adequada para aqueles que querem impulsionar os negócios por meio de uma plataforma digital.

Possíveis benefícios de operar no modo de produto

  • Capacidade de reorientar-se rapidamente
  • Tempo do ciclo de ponta a ponta reduzido
  • Capacidade de realmente iterar
  • Retenção de conhecimento
  • Integridade da arquitetura
  • Motivação e dinâmica da equipe
  • Economias de fluxo e iteração

O que é o modelo centrado no produto?

Importante

Uma estratégia centrada na empresa para entregar software e experiências digitais em que um produto é desenvolvido que fornece uma capacidade de negócios contínua (em oposição a um projeto de tempo limitado baseado em projeto). Em geral, um gerente de produto tem a propriedade desse produto e é responsável pelo desenvolvimento contínuo e orçamento dele. Esse produto pode existir em uma plataforma, que é essencialmente um produto sobre o qual outros produtos são criados.

  • Definição da Gartner

Dica

Os projetos são usados para gerenciar esforços ocasionais.

O processo de desenvolvimento de produtos não é um esforço ocasional. É um processo contínuo de aprimoramento do produto por meio da entrega de novos recursos.

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

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

Importante

O modelo centrado no produto

  • Pode atender a clientes externos e internos
  • É claramente definido pelas funcionalidades empresariais
  • Oferece funcionalidades que têm valor para os clientes
  • Pode ser um serviço ou uma plataforma repetível
  • Pode ser comprado, vendido, assinado 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 no conjunto de habilidades dentro da própria equipe. Em vez de especialização profunda, a equipe precisa fazer a conversão para uma metodologia de pilha completa a fim de dar suporte a um produto completo.

As organizações de produtos são mais planas e têm menos sobrecargas.

O diagrama descreve a equipe de produto de pilha completa, que inclui as seguintes funções: proprietário do produto, mestre scrum, engenheiro, engenheiro de confiabilidade do site. A equipe de pilha completa colabora com o gerente de produto e o arquiteto agile.

Crédito pela imagem: Gartner “Overcome Objections and Sell the Benefits of Moving From Projects to Products and Agile”, Bill Swanton, 12 de fevereiro de 2019, – ID: G00383228