REGISTRO DOI: 10.70773/revistatopicos/790226921
RESUMO
A construção do pensamento científico segue etapas estruturadas que garantem objetividade, coerência lógica e validade ao conhecimento produzido, conforme preconizado pelo método científico. Entretanto, muitos pesquisadores enfrentam dificuldades na delimitação precisa do tema de investigação, o que compromete o foco e a efetividade do processo investigativo. Diante desse cenário, este artigo apresenta a adaptação da ferramenta ágil Product Backlog Building (PBB) — originalmente concebida para organizar requisitos em projetos de desenvolvimento de software — como método de apoio à estruturação de projetos de pesquisa científica aplicada. O objetivo do estudo é avaliar em que medida essa adaptação contribui para a definição do escopo, dos objetivos e das entregas de um projeto de pesquisa. Metodologicamente, o PBB foi empregado para transformar a visão do projeto em um backlog priorizado de funcionalidades e tarefas, seguindo uma abordagem incremental, colaborativa e orientada por valor, com o apoio do PBB Canvas como ferramenta de facilitação. A técnica foi aplicada a um projeto de pesquisa voltado ao desenvolvimento de um protótipo tecnológico, cujo processo culminou na construção de um Produto Mínimo Viável (MVP). Os resultados indicam que o PBB contribuiu de forma significativa para a definição do escopo da pesquisa, para o alinhamento entre os envolvidos e para a priorização das entregas técnicas. Conclui-se que o PBB constitui uma ferramenta promissora para apoiar pesquisadores na organização de objetivos, hipóteses e entregáveis científicos, favorecendo o planejamento e a execução de projetos de pesquisa com maior clareza, foco e potencial de inovação.
Palavras-chave: Product Backlog Building; Metodologias ágeis; Estruturação de projetos de pesquisa; Produto Mínimo Viável; Gestão de projetos científicos.
ABSTRACT
The construction of scientific thought follows structured steps that ensure objectivity, logical coherence, and validity of the knowledge produced, as prescribed by the scientific method. However, many researchers face difficulties in precisely delimiting their research theme, which compromises the focus and effectiveness of the investigative process. Given this scenario, this article presents the adaptation of the agile tool Product Backlog Building (PBB) — originally conceived to organize requirements in software development projects — as a method to support the structuring of applied scientific research projects. The objective of this study is to assess the extent to which this adaptation contributes to defining the scope, objectives, and deliverables of a research project. Methodologically, PBB was employed to translate the project vision into a prioritized backlog of functionalities and tasks, following an incremental, collaborative, and value-driven approach, supported by the PBB Canvas as a facilitation tool. The technique was applied to a research project aimed at developing a technological prototype, a process that culminated in the construction of a Minimum Viable Product (MVP). The results indicate that PBB contributed significantly to defining the research scope, aligning stakeholders, and prioritizing technical deliverables. It is concluded that PBB constitutes a promising tool to support researchers in organizing scientific objectives, hypotheses, and deliverables, fostering the planning and execution of research projects with greater clarity, focus, and innovation potential.
Keywords: Product Backlog Building; Agile methodologies; Research project structuring; Minimum Viable Product; Scientific project management.
1. INTRODUÇÃO
Todo pesquisador parte de uma ideia como ponto de partida para o desenvolvimento de uma pesquisa científica. Essa afirmação reflete um dos princípios centrais da atividade científica. A investigação nasce de uma curiosidade fundamentada, de uma inquietação intelectual ou da percepção de uma lacuna no conhecimento existente (Lakatos & Marconi, 2003). Essa ideia inicial pode emergir da observação sistemática da realidade, da análise crítica da literatura científica, da experiência prática acumulada ou até mesmo da formulação de uma hipótese teórica com base em inferências preliminares (Gil, 2008).
Para a tentativa de produção de um conhecimento novo, quer seja através de um artigo científico, uma dissertação de mestrado ou uma tese de doutoramento, precisamos lançar e aprofundar olhares para alguns aportes teóricos-metodológicos específicos das ciências humanas fundamentais para o desenvolvimento de uma pesquisa científica. Precisamos incialmente ter a definição de um tema apontado por um problema (questão) que nos toca, que nos sensibiliza por alguma razão, que nos aflige ou que pretendemos construir e indicar ou sugerir alguma compreensão e/ou solução para tal fato ou fenômeno.
Aragão e Neta (2017), na citação acima, contextualiza que para produzir um conhecimento novo por meio de um artigo, dissertação ou tese, o processo inicia-se com a definição de um tema, motivado por um problema que desperte interesse, provoque reflexão ou demande compreensão e possível solução. Esse processo inclui etapas essenciais como justificativa, definição do problema, objetivos, metodologia, cronograma e referências. A delimitação do tema é uma etapa essencial na construção de um projeto de pesquisa, mas costuma apresentar diversas dificuldades, especialmente para pesquisadores em formação.
Essas dificuldades podem se apresentar com ideias muito amplas e genéricas, o que dificulta o foco e a viabilidade do estudo, escolha de temas poucos conhecidos ou sem base teórica sólida que pode gerar dificuldades em compreender o problema, identificar variáveis ou mesmo formular hipóteses relevantes, confusão entre o tema e o problema. O tema deve ser delimitado para garantir para evitar que o pesquisador se perca em divagações, comprometendo o alcance dos objetivos e atendimento do prazo estabelecido.
A Engenharia de Software é a área da computação responsável pela aplicação de princípios científicos, técnicos e metodológicos no desenvolvimento de sistemas de software, abrangendo todas as etapas do ciclo de vida do produto — desde a especificação de requisitos, projeto, implementação, testes, manutenção até sua evolução contínua.
A construção de qualquer sistema computacional exige uma base sólida de objetivos e um escopo bem definido, pois é o escopo que determina claramente o que será (e o que não será) entregue, servindo como guia para o planejamento, a execução e o controle das atividades ao longo do projeto. A delimitação adequada do escopo contribui significativamente para a eficiência, a previsibilidade e a qualidade do software desenvolvido (Sommerville, 2011).
Entre os diversos métodos utilizados para a delimitação de escopo no desenvolvimento de software, destaca-se a ferramenta Product Backlog Building (PBB). Essa abordagem é particularmente eficaz no contexto da Engenharia de Software, pois contribui para organizar e estruturar de forma colaborativa os requisitos e funcionalidades de um sistema. O PBB tem origem nos métodos ágeis, especialmente no framework scrum, que emergiu no início dos anos 1990 como uma alternativa flexível e iterativa para o desenvolvimento de software.
No scrum, o Product Backlog representa uma lista priorizada de funcionalidades, melhorias e correções a serem implementadas, alinhadas aos objetivos do produto. A técnica PBB, é um guia prático para criação e refinamento de backlog para produtos de sucesso, pois permite construir e refinar o backlog de um produto de forma estruturada dentro de contextos ágeis, (Aguiar; Caroli, 2021)
A aplicação do PBB possibilita transformar um desejo ou ideia em um escopo bem definido, construído de forma colaborativa com base nos papéis dos usuários, nos processos de negócio e nas funcionalidades mais relevantes, garantindo que o backlog (necessidade de negócio) esteja alinhado com os objetivos estratégicos e evitando o desenvolvimento de funcionalidades que não agregam valor real
O propósito deste trabalho foi demonstrar a aplicabilidade da técnica de construção do Product Backlog Building (PBB) em um projeto de pesquisa desenvolvido no âmbito de uma dissertação de mestrado. O estudo teve como objetivo desenvolver uma solução computacional para o monitoramento e o controle de parâmetros ambientais em ambientes residenciais, envolvendo o uso de sensores e componentes físicos integrados a uma plataforma de Internet das Coisas (IoT), (Salgado, 2025).
2. METODOLOGIA
A aplicabilidade dos processos de construção do Product Backlog Building (PBB), utilizando o PBB Canvas, foi demonstrada no contexto de um projeto de dissertação de mestrado desenvolvido no Instituto Federal Goiano – Campus Rio Verde. A pesquisa, vinculada ao Programa de Pós-Graduação em Engenharia Aplicada e Sustentabilidade (PPGEAS), teve como objetivo o desenvolvimento de uma solução baseada em Internet das Coisas (IoT) para o monitoramento e controle de parâmetros ambientais no cultivo sustentável de hortaliças em ambientes residenciais.
Figura 1. Template do Backlog Canvas
A Figura 1 apresenta o template utilizado para apoiar a construção do PBB, denominado Backlog Canvas. Para sua elaboração, foi utilizado o Microsoft Excel, considerando-se sua acessibilidade, versatilidade e eficiência, especialmente em contextos nos quais não estão disponíveis softwares específicos para modelagem ágil. Nesse sentido, o uso do Excel para a construção do Backlog Canvas combina praticidade, adaptabilidade e baixo custo, constituindo uma alternativa eficaz para projetos que buscam implementar uma abordagem ágil de forma estruturada e colaborativa.
O primeiro aspecto que o PBB Canvas permite é uma visão 360 graus do contexto em que está sendo aplicado. Ela possui a capacidade de obter uma compreensão completa, integrada e multidimensional de um determinado objeto de análise — seja um produto, um processo ou um projeto de pesquisa.
Figura 2. Visão 360º do PBB Canvas
A figura 3 demonstra que um determinado cenário pode visualizado sob quatro aspectos: problemas, expectativas, área de negócio e atividades de negócio.
Dessa forma, a primeira etapa consistiu na identificação do problema central que o projeto de pesquisa buscava abordar ou solucionar. A partir de uma visão 360 graus — que PBB Canvas trouxe —, foi possível delimitar, formular e justificar o problema de maneira clara e objetiva. Essa definição permitiu a construção de hipóteses coerentes e a formulação de objetivos bem estruturados, que servirão como base para a condução do percurso metodológico da pesquisa.
Figura 3. Identificação do Problema a ser estudado
A figura 3 demonstra o mapeamento da problemática do projeto de pesquisa que consistiu da “Necessidade de desenvolver uma solução que faça o monitoramento e controle automático do crescimento do cultivo de folhagem em residências”, Salgado (2025)
Com essa etapa superada, como desenhado na figura 4, o próximo passo foi mapear quais as expectativas que irão responder ou selecionar o problema proposto.
Figura 4. Nivelamento das Expectativas
É fundamental que exista uma relação direta e coerente entre o problema identificado e as expectativas ou possíveis soluções propostas. Essa conexão precisa estar bem estabelecida, sem ambiguidades, pois qualquer desalinhamento pode comprometer a formulação dos objetivos e, consequentemente, dificultar o alcance dos resultados esperados do projeto.
No projeto de pesquisa em que se aplicou o Backlog Canvas, a delimitação clara do problema possibilitou o mapeamento das expectativas envolvidas, o que permitiu, de forma estruturada, a definição dos objetivos da investigação. Essa etapa foi essencial para indicar, com clareza, precisão e viabilidade, aquilo que o estudo pretendia alcançar. Os objetivos, conforme destaca (Gil, 2019), devem estar diretamente relacionados à problemática proposta, contribuindo efetivamente para sua compreensão ou para a busca de soluções consistentes.
O passo seguinte foi a identificação dos principais macroprocessos do projeto de pesquisa. Essa etapa do Backlog Canvas consiste em listar todas as atividades essenciais para o desenvolvimento do projeto. No caso aplicado com a ferramenta PBB, foram definidos seis macroprocessos, sendo os dois primeiros voltados à publicação de artigos científicos. O terceiro correspondeu à Fase I do desenvolvimento da solução tecnológica, contemplando todas as etapas de concepção do Mínimo Produto Viável (MVP).
O quarto macroprocesso compreende as atividades da Fase II do desenvolvimento do produto, incluindo todas as ações relacionadas à construção da solução tecnológica idealizada com base no problema previamente mapeado. O quinto macroprocesso refere-se à implantação da solução, com foco na aplicação prática do que foi desenvolvido. Por fim, o sexto macroprocesso abrange as atividades voltadas à finalização do projeto de pesquisa, como a elaboração do documento de dissertação, revisões textuais e técnicas, publicações científicas e a submissão de pedidos de patente relacionados ao circuito e à solução desenvolvida.
Figura 5. Lista das macros atividades do projeto de pesquisa
A figura 5, exemplifica o quadro de atividades de negócio do projeto de pesquisa, estruturado em seis macroprocessos, que representam as principais fases do desenvolvimento do projeto:
a. Artigo Científico (1º e 2º) – Submissão e produção de publicações científicas relacionadas à produção de alimentos em residências.
b. Desenvolvimento da Visão do Produto (Fase I) – Definição do macroprocesso, construção da prototipação e dos requisitos funcionais.
c. Desenvolvimento do Produto (Fase II) – Aquisição de componentes físicos, criação do ambiente de codificação e integração da solução com ambiente físico.
d. Implantação do Projeto em Ambiente de Simulação – Testes, coleta de dados e aplicação de modelo de melhoria contínua (PDCA).
e. Elaboração do Projeto de Pesquisa – Preparação da documentação, escrita final da dissertação e realização de revisões pós-banca.
Nesse estágio do projeto, é fundamental assegurar que o que está sendo desenvolvido esteja alinhado com as expectativas inicialmente estabelecidas. Além disso, é necessário verificar se as atividades de negócio listadas no planejamento do projeto de pesquisa são, de fato, capazes de atender às demandas e resolver os problemas previamente identificados.
Figura 6. PDCA – Processo de melhoria contínua
A Figura 6, traz o ciclo PDCA (Plan–Do–Check–Act), também conhecido como Ciclo de Deming (DEMING, 1986).Trata-se de uma metodologia de gestão amplamente utilizada em processos de melhoria contínua, controle da qualidade, desenvolvimento de produtos, gerenciamento de projetos e execução de pesquisas. Sua estrutura cíclica permite a implementação sistemática de ações corretivas, o monitoramento contínuo dos resultados e a promoção de ajustes progressivos, assegurando a eficiência e a eficácia dos processos envolvidos.
Após a definição do problema a ser solucionado, da formulação das possíveis soluções com base nas expectativas apresentadas e da organização das macroatividades — também denominadas macro-tarefas ou macroprocessos — o próximo passo consiste na elaboração do backlog da solução. Na engenharia de software, esse backlog representa a lista estruturada de funcionalidades ou tarefas que compõem o escopo do projeto. Essa etapa é essencial, pois orienta o pesquisador sobre onde iniciar seu trabalho, fornecendo as informações necessárias para a elaboração de um cronograma e permitindo o planejamento adequado dos tempos e movimentos envolvidos no desenvolvimento do projeto de pesquisa.
Figura 7. Lista das principais tarefas do projeto de pesquisa
A figura 7, já consolida uma tabela intitulada "Tarefas do projeto de pesquisa", que organiza as atividades a serem realizadas para um projeto de pesquisa, distribuídas em diferentes blocos com numeração hierárquica. A tabela está dividida em várias colunas com tarefas agrupadas em blocos, cada um contendo subtarefas específicas.
3. RESULTADOS E DISCUSSÕES
Os resultados foram obtidos a partir da aplicabilidade do PBB no projeto de pesquisa que teve como propósito o desenvolvimento de uma solução computacional para monitoramento e controle de parâmetros ambientais no cultivo sustentável de alface (Lactuca sativa) em residências. A proposta envolve a elaboração de um MVP (Minimum Viable Product – Produto Viável Mínimo) que conseguisse demonstrar a integração de sensores com uma microcontroladore ESP32 e uma plataforma IoT em nuvem, permitindo o controle preciso da temperatura, umidade, pH, luminosidade e crescimento do cultivo escolhido.
A iniciativa visou demonstrar a viabilidade da agricultura de precisão adaptada ao ambiente doméstico urbano, com foco em sustentabilidade, eficiência e escalabilidade.
Figura 8. Product Backlog Building – PPB do Projeto de Pesquisa
Conforme exemplificado na Figura 8, os resultados obtidos foram bastante favoráveis, pois possibilitaram a identificação rápida dos objetivos do projeto e de suas principais etapas de desenvolvimento com a definição clara do escopo do projeto a ser alcançado. Por se tratar de uma ferramenta dinâmica, adaptável e escalável, com forte ênfase nas etapas de planejamento, foi possível identificar de forma proativa os riscos envolvidos e adotar ações de mitigação apropriadas. Percebe-se que de forma visual e clara, as principais etapas do projeto de pesquisa foram mapeadas.
Além dos benefícios voltados à organização e estruturação do projeto de pesquisa, essa metodologia ajudou a identificar os possíveis produtos da pesquisa como:
Tabela 1. Tabela de produtos produzidos do projeto de pesquisa
Item | Tipo | Descrição do Produto | Produto |
1 | Produto Bibliográfico | Publicações em revistas voltadas para campos específicos do conhecimento, geralmente relacionadas com o conhecimento tecnológico, as quais buscam divulgar o progresso científico. | Revisão Bibliográfica do estudo que foi desenvolvido |
2 | Produto Bibliográfico | Metodologia Utilizada na Elaboração da Dissertação de Mestrado | |
3 | Produto Bibliográfico | Publicação dos Resultados produzidos durante o projeto de pesquisa da dissertação de Mestrado | |
4 | Software/Aplicativo (Programa de computador) | Desenvolvimento do MPV da solução tecnológica a fim de obter um determinado resultado. | Registro de Software/Aplicativo (Programa de computador) |
Pode concluir nesse estudo que faz total sentido aplicar os processos da engenharia de software — especialmente as boas práticas do desenvolvimento ágil — na construção de projetos de pesquisa. Entre essas práticas, destaca-se o uso da ferramenta Product Backlog Building (PBB), que se apresenta como uma opção bastante interessante. Por ser uma ferramenta prática e bem estruturada, o PBB contribui significativamente para a definição e o detalhamento da visão do produto, funcionando como uma ponte entre o pensamento estratégico e a execução no desenvolvimento de soluções, inclusive em contextos científicos e acadêmicos.
Esse tipo de ferramenta pode ser perfeitamente ajustado para apoiar estudantes de diferentes níveis, com o propósito de organizar e estruturar suas ideias. Além disso, facilita as etapas iniciais de compreensão do projeto, à medida que permite decompor o conjunto de atividades em partes menores e passíveis de priorização, sempre com foco nos resultados esperados — os quais devem estar alinhados à problemática apresentada.
O Backlog Canvas é um caminho conforme apresentado, por ser simples, visual, colaborativo e serve como um modelo de planejamento interativo, dinâmico e incremental com o propósito de entregar valor a partir das necessidades que serviram de base para a concepção do projeto de pesquisa.
Figura 9. Fluxo de refinamento negocial do PBB
A figura 9, A figura apresenta o fluxo de construção e priorização do Product Backlog Building (PBB), estruturado a partir de um processo inicial de levantamento e refinamento de ideias. Inicialmente, são coletadas e organizadas as ideias provenientes do brainstorm inicial, sendo posteriormente selecionadas aquelas que apresentam aderência aos objetivos do projeto para compor o PBB, no qual são definidos os principais problemas e expectativas. Em seguida, são estabelecidos o escopo, representado por personas e features, enquanto as ideias que não atendem aos critérios definidos são descartadas ou classificadas como fora do escopo. Na etapa seguinte, as features são submetidas à priorização, considerando seu respectivo valor agregado, resultando na definição dos Product Backlog Items (PBIs) que irão compor o backlog priorizado do projeto.
4. CONCLUSÕES
Conclui-se que a definição clara do escopo é fundamental tanto na pesquisa científica quanto no desenvolvimento de soluções computacionais, especialmente frente aos desafios iniciais como ideias vagas, falta de base teórica e dificuldade de delimitação temática. Nesse cenário, destaca-se o uso do Product Backlog Building (PBB), oriundo dos métodos ágeis, que auxilia na transformação de ideias abstratas em backlogs organizados e alinhados aos objetivos estratégicos. Sua aplicação no desenvolvimento de um protótipo IoT demonstrou a eficácia do PBB como ferramenta para delimitação de escopo e integração entre visão de produto e metas científicas.
REFERÊNCIAS BIBLIOGRÁFICAS
AGUIAR, Fábio; CAROLI, Paulo. Product Backlog Building: um guia prático para criação e refinamento de backlog para produtos de sucesso. 1. ed. Rio de Janeiro: Editora Caroli, 2021.
ARAGÃO, José Wellington Marinho de; MENDES NETA, Maria Adelina Hayne. Metodologia científica. Salvador: Universidade Federal da Bahia, Faculdade de Educação, Superintendência de Educação a Distância, 2017. 51 p.
DEMING, W. Edwards. Out of the crisis. Cambridge, MA: Massachusetts Institute of Technology, Center for Advanced Engineering Study, 1986.
GIL, Antonio Carlos. Métodos e técnicas de pesquisa social. 6. ed. São Paulo: Atlas, 2008.
GIL, Antonio Carlos. Métodos e técnicas de pesquisa social. 7. ed. São Paulo: Atlas, 2019.
LAKATOS, Eva Maria; MARCONI, Marina de Andrade. Fundamentos de metodologia científica. 5. ed. São Paulo: Atlas, 2003.
LEME, Maristela Paes. Método PDCA: por que esse ciclo é indispensável para seus projetos? Hinc, 9 maio 2024. Disponível em: https://www.hinc.com.br/blog/metodo-pdca/. Acesso em: 15 set. 2026.
SALGADO, José Francisco Resende. Utilização de uma plataforma de IoT para monitorar o crescimento de alface em residências. 2025. Dissertação (Mestrado em Engenharia Aplicada e Sustentabilidade) – Instituto Federal Goiano, Campus Rio Verde, Rio Verde, 2025.
SOMMERVILLE, Ian. Engenharia de software. 9. ed. São Paulo: Pearson Prentice Hall, 2011.
1 Discente em Ciências Agrárias do Instituto Federal Goiano - Campus Rio Verde. E-mail: [clique para visualizar o e-mail]acesse o artigo original para visualizar o e-mail
2 Doutor em Engenharia Elétrica pela UFPE, Especialista em Telecomunicações e Consultor de Projetos. E-mail: [clique para visualizar o e-mail]acesse o artigo original para visualizar o e-mail
3 Pós-doutorado em Engenharia Aplicada e Sustentabilidade no Instituto Federal Goiano Campus Rio Verde, especialização em Automação e Controle de Processos. E-mail: [clique para visualizar o e-mail]acesse o artigo original para visualizar o e-mail
4 Doutor em Engenharia Elétrica pela Universidade Federal de Uberlândia, com ênfase em Processamento da Informação. E-mail: [clique para visualizar o e-mail]acesse o artigo original para visualizar o e-mail