Bem-vindos ao Laboratório de Inovação IV — disciplina muito importante do seu curso. Este é o momento em que todo o conhecimento adquirido ao longo da graduação será colocado em prática em um projeto real e funcional.

Ao final do Laboratório de Inovação IV, cada estudante terá demonstrado sua capacidade de conceber, planejar, desenvolver e apresentar uma solução tecnológica completa. Os objetivos de aprendizagem são claros e mensuráveis:

Inovação não é apenas criar algo novo — é resolver problemas reais de maneiras mais eficientes, acessíveis e inteligentes. No contexto do desenvolvimento de sistemas, inovar significa usar tecnologia como ferramenta de transformação, gerando impacto positivo na vida das pessoas e nas organizações.

Para inspirar vocês, aqui estão categorias de projetos que podem ser desenvolvidos durante a disciplina. Cada uma dessas áreas oferece oportunidades reais de inovação e impacto:

Ficar atento às tendências do mercado é fundamental para escolher um projeto relevante e alinhado com o que as empresas e a sociedade precisam. Estas são as principais áreas em destaque:

O projeto seguirá um ciclo de desenvolvimento estruturado, desde a concepção da ideia até a apresentação final na Feira de Tecnologia. Cada etapa é fundamental e será acompanhada de perto pela professora:

Nesta disciplina, vocês não apenas aprenderão sobre metodologias ágeis — vocês viverão a experiência ágil na prática. O framework Scrum será a base do gerenciamento dos projetos.

O encerramento do semestre será marcado pela Feira de Tecnologia, um evento onde todas as equipes apresentarão suas soluções para uma banca avaliadora, convidados do mercado e a comunidade acadêmica. Este é o momento de brilhar!

Este é o ponto de partida de tudo. Antes de escrever uma linha de código, precisamos identificar problemas reais que mereçam uma solução digital. Pensem em situações do cotidiano, da universidade, do trabalho, da comunidade — qualquer contexto onde a tecnologia possa fazer a diferença.

Os maiores produtos de tecnologia do mundo nasceram de uma frustração ou de uma necessidade não atendida. O Uber surgiu porque era difícil conseguir um táxi. O Airbnb nasceu porque hospedagem era cara. O Pix foi criado porque transferências bancárias eram lentas e custosas.

No desenvolvimento de software, a fase de identificação do problema é frequentemente subestimada. Muitas equipes pulam direto para a solução, começam a codificar e só depois percebem que estão resolvendo o problema errado — ou pior, um problema que ninguém tem.

Entender a diferença entre problema e solução é fundamental para construir um projeto de sucesso. Muitos grupos começam pelo lado errado — pensam na tecnologia que querem usar e depois procuram um problema. O caminho correto é o inverso:

Para inspirar vocês, veja como problemas reais foram transformados em soluções digitais de sucesso:

O brainstorming (ou "tempestade de ideias") é uma das técnicas mais eficazes para gerar ideias criativas em grupo. Criada por Alex Osborn na década de 1940, ela se baseia no princípio de que a quantidade gera qualidade — quanto mais ideias surgirem, maior a chance de encontrar uma solução inovadora.

Para que o brainstorming funcione de verdade, é essencial seguir estas regras. Elas criam um ambiente seguro onde todos se sentem confortáveis para contribuir:

Para ajudar na inspiração, aqui estão algumas ideias de projetos que equipes anteriores já desenvolveram com sucesso. Usem como ponto de partida para criar algo ainda melhor:

Após o brainstorming, vocês terão várias ideias na mesa. Como escolher a melhor? Utilizem estes três critérios fundamentais para avaliar e priorizar:

Metodologias ágeis representam um conjunto de abordagens para o desenvolvimento de software que priorizam a entrega contínua de valor, a colaboração entre pessoas e a capacidade de se adaptar a mudanças. Elas surgiram como resposta aos problemas dos modelos tradicionais (como o Cascata), que eram rígidos, burocráticos e frequentemente resultavam em projetos atrasados ou que não atendiam às necessidades reais dos usuários.

Em 2001, 17 desenvolvedores se reuniram em Utah (EUA) e criaram o Manifesto para Desenvolvimento Ágil de Software, que estabelece os princípios fundamentais da agilidade. Estes valores não eliminam os itens à direita — mas priorizam os da esquerda:

O Scrum é um framework leve e simples de entender, mas desafiador de dominar. Ele organiza o trabalho em ciclos chamados Sprints, que são iterações de duração fixa (geralmente 1-4 semanas) onde a equipe entrega um incremento funcional do produto.

No Scrum, existem três papéis fundamentais, cada um com responsabilidades claras. Para o projeto da disciplina, cada equipe deve designar membros para esses papéis:

O Scrum define quatro eventos essenciais que estruturam cada sprint. Cada evento tem um propósito específico e uma duração máxima (time-box):

Os artefatos são os documentos e produtos tangíveis gerados durante o processo Scrum. Eles garantem transparência e fornecem a base para inspeção e adaptação:

Veja como as cerimônias e artefatos do Scrum serão adaptados à realidade da disciplina:

Veja como funciona o fluxo de uma sprint típica de 2 semanas no contexto da disciplina:

Agora é a hora de colocar a teoria em prática! Cada equipe deve se organizar seguindo o Scrum:

A Visão do Produto (Product Vision) é uma descrição clara e inspiradora do que o produto será, para quem ele é destinado e por que ele existe. É o norte que guia todas as decisões da equipe durante o desenvolvimento.

A base de qualquer produto de sucesso é um problema bem definido. Nesta etapa, vocês devem ir além da superfície e investigar a causa raiz da dor que desejam resolver.

Conhecer profundamente os usuários é essencial para construir um produto que realmente atenda às suas necessidades. A técnica de Personas ajuda a humanizar os dados e manter o foco no usuário durante todo o desenvolvimento.

Com o problema definido e os usuários mapeados, é hora de desenhar a solução. Nesta fase, vocês definem o que o sistema fará e como funcionará em linhas gerais.

As funcionalidades do sistema devem ser descritas em formato de User Stories (histórias de usuário), que seguem o padrão:

Esse formato garante que cada funcionalidade está conectada a uma necessidade real do usuário e não é apenas um requisito técnico solto. Veja exemplos:

Veja um exemplo completo de visão de produto para inspirar a criação do seu projeto:

Para garantir organização e qualidade, todo projeto de software da disciplina deve conter os seguintes componentes técnicos e documentais:

Chegou a hora de cada equipe consolidar a visão do produto do seu projeto! Esta atividade é fundamental — o resultado será o ponto de partida para todo o desenvolvimento do semestre.

Nas primeiras quatro aulas, vocês construíram a base sólida para o desenvolvimento do projeto final. Aqui está um resumo do que foi coberto e os próximos passos: