Quando tratamos o desenvolvimento de software como um projeto, estamos atribuindo a ele um começo e um fim, pois todo projeto tem começo e tem fim claramente definidos. Em relação ao começo, sem problemas, todo desenvolvimento de software tem um começo claramente definido.

Contudo, quando falamos de fim, desenvolvimento de software e o próprio software podem sim ter fim mas:

• é difícil definir quando deve ser o fim do desenvolvimento de software, já que ao colocarmos a primeira versão do software na frente dos usuários, haverá vários feedbacks que nos farão ter várias ideias de como melhorar esse software;
• é difícil definir quando deve ser o fim do software, pois todo software é feito para suportar um ou mais processos do negócio, visando atingir certos objetivos desse negócio, ao mesmo tempo que tb visa satisfazer necessidades dos usuários do software. Enquanto esses processos existirem, e o software ajudar a atingir os objetivos do negócio e a satisfizer as necessidades dos usuários desse software, não há porque terminar o software.

Sendo assim, ao contrário de um projeto, o desenvolvimento de software, e o próprio software, não têm um fim claramente definido. Quando chamamos desenvolvimento de software de projeto, somos obrigados a definir um fim para esse desenvolvimento, pois projetos têm começo e fim claramente definidos. Normalmente definimos como fim de um projeto de desenvolvimento de software a tal primeira versão do software. Mas o que acontece depois que o projeto acaba e a primeira versão do software é entregue? Não vamos fazer mais nada em relação a esse software? Ou vamos começar um novo projeto para fazer a segunda versão desse software? Se vamos começar um novo projeto para fazer a segunda versão desse software, o que fazemos com o software enquanto não começamos essa segunda versão?

Por isso cada vez mais as empresas têm tratado desenvolvimento de software como um processo e não como um projeto, e o software como um produto desse processo. O software é um produto, que tem começo claro, mas não tem fim claramente definido. A história de um produto é escrita ao longo da vida desse produto e o fim depende muito das decisões que são feitas ao longo desse ciclo de vida.

Daí a importância da gestão de produtos de software para a nossa indústria.

ThoughtWorks finalmente move “product over projects” de trial para adopt

A ThoughtWorks é uma empresa de consultoria em desenvolvimento de software bastante conhecida por estar sempre um passo à frente da indústria de software. Várias pessoas que já contribuíram e continuam contribuindo para nossa indústria são ou já foram ThoughtWorkers. Martin Fowler, Jeff Patton, Neal Ford, Jim Highsmith, Rebecca Parsons, Ola Bini, Jim Webber, Luca Bastos, Paulo Caroli, Claudia Melo são só alguns exemplos de nomes de pessoas que trabalham (ou já trabalharam) nessa empresa e contribuem muito para a evolução de nossa indústria.

Desde 2010, eles publicam seu Technology Radar com sua visão sobre técnicas, linguagens, plataformas e ferramentas relacionadas a desenvolvimento de software. Essa visão é formada a partir da experiência de seus consultores trabalhando nos mais variados projetos de desenvolvimento de software em clientes de todo o mundo. Eles classificam essas técnicas, linguagens, plataformas e ferramentas em quatro categorias:

• Hold: algo que aparece como hold pode ser de algum interesse, mas não é recomendado investir muito.
• Assess: quando algo aparece ou move para a categoria assess, já vale investir algum tempo para entender qual o impacto dessa técnica, linguagem, plataforma ou ferramenta.
• Trial: quando algo aparece ou move para trial, além de investir algum tempo entendendo, é importante também experimentar a técnica, linguagem, plataforma ou ferramenta.
• Adopt: e finalmente, quando algo chega ao estágio de adopt, definitivamente é uma técnica, linguagem, plataforma ou ferramenta que deve ser incorporada no seu processo de desenvolvimento de software.

Em maio de 2015, já fiquei bastante feliz quando o Technology Radar trouxe como novo item o conceito de Products over Projects, já classificado como trial. Em resumo, eles enxergam que desenvolvimento de software não deveria ser encarado como um projeto com começo, meio e fim, mas sim como um produto que suporta processos da empresa que é dona do software, e que necessita de manutenção durante todo o seu ciclo de vida, que será tão longo quanto o ciclo de vida do processo de negócio que esse software suporta. Finalmente a ThoughtWorks começa a enxergar a importância da gestão de produtos para o sucesso do software!

Qual não foi minha alegria ao ver que, no Technology Radar publicado em novembro de 2015, a ThoughtWorks mudou Products over Projects de trial para adopt? Com isso, eles passam a considerar a gestão de produtos como algo que deve ser adotado no processo de desenvolvimento de software com o objetivo de aumentar as chances de sucesso desse software.

Certamente isso ajudará a termos softwares cada vez melhores, que atendam às necessidades de seus usuários, ao mesmo tempo que ajudará o dono desse software a atingir seus objetivos. Isso é muito bom para a indústria de software. E isso é muito bom para a gestão de produtos de software!

Atualização de 2023

Esse artigo foi escrito originalmente em 2015 e é um dos capítulos finais do meu livro “Gestão de produtos: Como aumentar as chances de sucesso do seu software”. Apesar de ter quase 10 anos e de termos evoluído bastante no entendimento de como fazer produtos, ainda temos muito espaço para melhorar. Ainda há muitas pessoas e empresas que entendem o desenvolvimento de um software como um projeto. Vejo empresas investindo milhões de reais e muitos meses – até mesmo anos – desenvolvendo um software para colocá-lo no ar e se decepcionar com o resultado. Por isso tenho investido meu tempo em ajudar empresas e pessoas a conectarem negócios e tecnologia por meio de consultoria e treinamentos em gestão de produtos e transformação digital.

Treinamento e consultoria em gestão de produtos digitais

Ajudo líderes de produto (CPOs, heads de produtos, CTOs, CEOs, tech founders, heads de transformação digital) a enfrentarem seus desafios e oportunidades de produtos digitais por meio de treinamentos e consultoria em gestão de produtos e transformação digital.

Newsletter

Escrevo reguIarmente sobre gestão de produtos, desenvolvimento de produtos, liderança de produtos digitais e transformação digital. Vc pode receber uma notificação por email sempre que eu publicar algo novo, sem depender dos algoritmos de notificação de redes sociais. Basta assinar minha newsletter.

Gestão de produtos digitais

Você trabalha com produtos digitais? Quer saber mais sobre como gerenciar um produto digital para aumentar suas chances de sucesso, resolver os problemas do usuário e atingir os objetivos da empresa? Confira meu pacote de gerenciamento de produto digital com meus 3 livros, onde compartilho o que aprendi durante meus mais de 30 anos de experiência na criação e gerenciamento de produtos digitais. Se preferir, pode comprar os livros individualmente:

• Liderança de produtos digitais: A ciência e a arte da gestão de times de produto.
• Gestão de produtos: Como aumentar as chances de sucesso do seu software.
• Guia da Startup: Como startups e empresas estabelecidas podem criar produtos de software rentáveis.