Product Thinking e Project Thinking
Um dos maiores desafios que um gerente de produto enfrentará é tentar elevar o pensamento e a cultura de um nível de projeto para um nível de produto.
Project Thinking
Muitas pessoas, especialmente no desenvolvimento de software, passaram muitas de suas carreiras focadas em projetos e gerenciamento de projetos. As grandes organizações geralmente têm departamentos de PMO, focados exclusivamente no gerenciamento de projetos. Não é surpreendente, porque o gerenciamento de projetos já existe há muito tempo. E nós, como seres humanos, tendemos a pensar em termos de projetos: coisas que precisamos fazer.
Então, o que é o Project Thinking?
O foco é a entrega. Pode ser a entrega de recursos ou software específicos ou realmente a entrega de qualquer coisa. E como o foco é a entrega, a medida principal está na linha do tempo e no cronograma. O gerenciamento de projetos concentra-se especificamente na produção e é medido pela precisão com que conseguimos estimar a linha do tempo com antecedência e, em seguida, fornece a produção especificada nesse cronograma. O sucesso é amplamente definido como pegar as especificações de algo de antemão, estabelecer um cronograma com marcos ao longo do caminho e depois atingir essas datas.
Product Thinking
Adota uma abordagem fundamentalmente diferente. Em vez de focar no resultado, o pensamento do produto está focado no resultado.
Essa é uma mudança significativa da mentalidade do Product Thinking. Em vez de focar em cronogramas e datas, foca no objetivo que queremos alcançar ou no trabalho a ser realizado. É muito mais difícil colocar restrições de tempo na entrega, pelo menos antecipadamente. Principalmente porque não sabemos necessariamente como vamos atingir a meta antecipadamente.
Esse tipo de pensamento pode ser uma grande mudança, especialmente para pessoas que passaram muito tempo focadas em projetos e gerenciamento de projetos. Muitas pessoas ficam desconfortáveis com a incerteza de não ter cronogramas e cronogramas estruturados que possam monitorar regularmente.
Então, quais são os benefícios de abandonar os prazos do projeto em favor do foco nos resultados?
Primeiro de tudo, é em última análise o resultado que estamos buscando, independentemente de como tentamos chegar lá. O principal benefício de uma Product Thinking é garantir que cheguemos ao resultado com mais eficiência.
Com uma Project Thinking, assumimos no início que já sabemos como alcançar o resultado desejado. Trabalhando com essa premissa, criamos um plano de projeto e uma linha do tempo cheia de requisitos e marcos e, em seguida, iniciamos a execução desse plano. Se estivermos certos, e o que assumimos inicialmente for a solução certa, estaremos em ótima forma. Apenas executamos o plano e alcançamos o resultado.
Mas e se estivéssemos errados inicialmente? E se a solução que identificamos não atingir o resultado esperado?
É aí que o Project Thinking nos coloca em todo tipo de problemas. Uma vez que definimos um plano, pode ser muito difícil, especialmente em organizações maiores, girar e mudar. Depois que as datas são definidas e todos concordam com um plano, geralmente é isso que fica na mente de todos, apesar dos nossos melhores esforços para aprender e se adaptar. E se acabarmos perdendo uma data, isso pode causar problemas incríveis para equipes e empresas.
Mas com um Product Thinking, somos capazes de aprender e nos adaptar à medida que avançamos. Não estabelecemos datas e marcos, mas estamos focados em aprender e alcançar o resultado. Se algo não der certo ou os clientes não responderem bem a uma coisa, podemos levar isso em conta, adaptar e ainda trabalhar para o resultado pretendido sem explodir um plano bonito que seja o foco de todos.
Fundamentalmente, quando os problemas surgem (e não se enganam, eles sempre surgirão), o Product Thinking nos permite aprender e nos adaptar, e manter o foco no resultado que estamos tentando alcançar. Por outro lado, quando surgem problemas e estamos presos ao Project Thinking, com foco na linha do tempo, muitas vezes somos sugados para reuniões intermináveis, tentando determinar por que nossas suposições iniciais estavam erradas e como voltamos ao cronograma. Em última análise, isso leva a sacrifícios em qualidade, equilíbrio entre vida profissional e resultado, uma vez que precisamos permanecer focados em fornecer os resultados que inicialmente concordamos (independentemente de isso ainda ser a coisa certa a fazer).
Então, como fazemos isso? Como manter um foco no produto?
Todos os produtos e gerenciamento de produtos envolvem algum nível de gerenciamento de projetos. Temos que manter as coisas em andamento e (infelizmente) não é realista supor que podemos trabalhar em um ambiente em que nossos stakeholders e parceiros não esperem datas ou compromissos.
A chave é assumir compromissos e planos de projeto apenas em um momento em que possamos fazê-lo com um alto grau de confiança. Portanto, em vez de nos comprometermos com um caminho específico de antemão, nos comprometemos depois de validar o que estamos fazendo e ter a chance de realmente entender o que será necessário. Muitas vezes, isso é um ou dois sprints no trabalho. Isso pode parecer muito tardio no processo, mas é no momento em que estimativas e planos podem realmente significar alguma coisa.
E também precisamos ajudar outras pessoas a perceber os benefícios do pensamento sobre o produto. Há uma razão pela qual muitas pessoas pedem datas e cronogramas. Parte disso é por causa de velhos hábitos. Mas há momentos em que é necessário para negócios e orçamentos. Portanto, precisamos entender qual é o trabalho da linha do tempo nesses casos. Se é para ajudar a vender o produto, devemos mudar o foco de recursos específicos para a história de nível superior. Se é para gerenciar riscos, talvez seja necessário ajudar as pessoas a entender que o risco real não está perdendo uma data, está perdendo completamente a marca do valor que estamos tentando oferecer.
Na EcoSistemas trabalhamos dessa forma, todo o objetivo do desenvolvimento de produtos é agregar valor aos usuários e clientes.