Pessoas. Processo. Produtos.

Recentemente, tirei algum tempo para refletir sobre minhas experiências com várias equipes ao longo da minha carreira. Há muito tempo, eu acreditava que, para obter grandes resultados de uma equipe, bastava contratar as pessoas mais qualificadas e elas resolveriam as coisas por conta própria. Mais tarde, aprendi que mesmo um grupo de pessoas talentosas pode fazer uma bagunça sem regras e procedimentos compartilhados.

Nos últimos dois anos, as equipes de qualquer organização passaram por uma incerteza e um caos sem precedentes. Se uma equipe tenta manter o rumo ou mesmo escalar em tempos turbulentos, mais do que nunca, os processos se tornam o farol nas águas desconhecidas. Traz clareza, simplicidade e qualidade. Coloque-o em uma função para uma equipe de produto:

Produto = Processo (Pessoas)

Na realidade, as pessoas como entrada de uma equipe não são controláveis ​​o tempo todo. Mas o processo pode ser estabelecido e otimizado independentemente. Até certo ponto, pode compensar a falta de experiência e o mau julgamento em Pessoas .

Os processos são os procedimentos padronizados que uma equipe de produto e seus membros seguem para trabalhar internamente e colaborar externamente. Não apenas precisamos de um processo para cada estágio do gerenciamento de produto, como idealizar, priorizar, projetar, desenvolver, liberar, avaliar e rastrear, mas também um processo para interagir com as partes interessadas em outras funções e, mais importante, um para trabalhar com usuários e eliminar atritos na operacionalização para impulsionar a adoção.

Os processos podem fazer ou quebrar uma equipe. Quando eles são mal projetados ou muitas vezes nem existem, você acabará com:

❌ Saídas rápidas, mas resultados ruins sem teste e validação
❌ Design de produto ruim sem loop nos usuários
❌ Rejeitos do usuário sem documentar os principais pontos problemáticos no PRD
❌ Expectativas irrealistas das partes interessadas devido à falta de alinhamento
❌ Perda de independência e pensamento crítico
❌ Lançamentos com erros sem QA e critérios de aceitação
❌ Baixa adoção de recursos sem ajudar os usuários a operacionalizar e eliminar atritos
(só para citar alguns)

Como um produto, os processos podem ser otimizados e repetidos. As pessoas que gerenciam o processo se tornam Operações de Produto. Eles NÃO são gerentes de projeto, mas gerentes de produto de processos. Em seu artigo sobre ProductOps (link no comentário), John Cutler escreve: “requer gerenciamento e estratégia de produto. Também envolve muito pensamento sistêmico, design de serviço, técnicas de operação, design de aprendizado e experimentos de mudança de orientação de experiência.”

Minha recomendação é aplicar sua mentalidade de PM ao design de processos. Comece com um MVP diferente, Processo Mínimo Viável e itere a partir daí. Não importa como você o projete, nunca esqueça que o principal componente do processo é o alinhamento contínuo com seus usuários, as partes interessadas da equipe multifuncional, as metas de negócios e a visão da empresa.

Continua