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

Diagram depicts product-centric model adoption over time. In total, 85% of the respondents have adopted or plan to adopt a product-centric model. Full adoption over time happens for 54% of the respondents, and partial adoption for 32%. 15% of the respondents say they have fully adopted a product-centric model. 31% expect it to be fully adopted within the next three years. 5% expect to adopt the product-centric model in the next three to five years. 3% expect the adoption process to take longer than five years. 32% of the respondents expect some use of a product-centric model, but not to fully move to one. 15% of the respondents do not have plans to move to a product-centric model. The survey was conducted on 129 Gartner Research Circle members. The question was: What are your organization’s plans for using a product-centric model for software delivery (versus a project-centric model)? Please select one response.

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.

Diagram depicts the full-stack product team, which includes the following roles: product owner, scrum master, engineer, site reliability engineer. The full-stack team collaborates with the product manager and agile architect.

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