Faculdade de Tecnologia e Inovação SENAC DF
Análise e Desenvolvimento de Sistemas
Prof.ª Maristela Oliveira
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.
Esta disciplina representa o ápice da sua formação em ADS. Vocês aplicarão todas as competências técnicas e comportamentais desenvolvidas ao longo do curso para criar uma solução completa e funcional.
Cada equipe desenvolverá uma solução digital inovadora que resolva um problema real. Pode ser um aplicativo web, mobile, sistema com IA, IoT ou qualquer tecnologia moderna que vocês dominem.
O desenvolvimento será guiado por Scrum, com sprints, cerimônias e entregas incrementais. Vocês vivenciarão a rotina de uma equipe ágil de verdade, com papéis bem definidos.
Ao final do semestre, os projetos serão apresentados na Feira de Tecnologia da instituição, onde vocês demonstrarão suas soluções para avaliadores, convidados e comunidade acadêmica.
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:
Criar uma aplicação completa, com front-end, back-end e persistência de dados. O sistema deve ser funcional o suficiente para demonstração e uso real, incluindo telas navegáveis, regras de negócio e integração com APIs ou bancos de dados.
Utilizar o framework Scrum de forma prática: definir papéis (PO, SM, Dev Team), planejar sprints, realizar dailies, reviews e retrospectivas. A colaboração e a comunicação serão essenciais para o sucesso do projeto.
Produzir documentação técnica de qualidade: visão do produto, backlog, diagramas UML, manual do usuário e relatório final. A documentação é parte fundamental de qualquer projeto profissional de software.
Defender o projeto na Feira de Tecnologia com clareza, demonstrando o protótipo funcional, explicando decisões técnicas e respondendo a perguntas da banca avaliadora. A habilidade de comunicar tecnologia é tão importante quanto desenvolvê-la.
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.
Todo grande software nasce de uma dor real. Identificar problemas concretos na saúde, educação, mobilidade, gestão ou qualquer outro setor é o primeiro passo para a inovação. Pergunte-se: "Quem sofre com esse problema e como a tecnologia pode ajudar?"
Inovar é propor abordagens originais: um aplicativo que conecta pessoas, um sistema que automatiza processos manuais, uma plataforma que democratiza o acesso à informação. A criatividade aliada à técnica é o motor da inovação digital.
Nem toda inovação precisa ser disruptiva. Muitas vezes, inovar é otimizar o que já existe: reduzir etapas, eliminar retrabalho, automatizar tarefas repetitivas. Pequenas melhorias podem gerar grande impacto quando bem implementadas.
O verdadeiro valor de um projeto tecnológico está no impacto que ele gera. Sejam métricas de eficiência, acessibilidade, sustentabilidade ou economia, a tecnologia deve servir a um propósito maior do que ela mesma.
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:
Sistemas web responsivos com dashboards, CRUDs completos, autenticação e integração com APIs. Exemplos: plataformas de gestão, e-commerce, portais de serviços. Tecnologias: React, Angular, Node.js, Django.
Aplicações que utilizam machine learning, processamento de linguagem natural ou visão computacional. Exemplos: chatbots inteligentes, sistemas de recomendação, análise preditiva de dados.
Projetos que integram hardware (sensores, Arduino, Raspberry Pi) com software para monitoramento e automação. Exemplos: sistemas de irrigação inteligente, monitoramento ambiental, controle de acesso.
Sistemas voltados para ensino e aprendizagem: gamificação, trilhas de aprendizado, quiz interativos, ambientes de tutoria. Área com enorme demanda e potencial de impacto social.
Apps nativos ou híbridos para Android e iOS. Exemplos: apps de saúde, finanças pessoais, acessibilidade, delivery local. Tecnologias: React Native, Flutter, Kotlin, Swift.
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:
IA generativa está transformando setores inteiros — do atendimento ao cliente à criação de conteúdo. Ferramentas como GPT, DALL-E e Copilot estão redefinindo a produtividade. Integrar IA em seus projetos é um diferencial competitivo enorme.
AWS, Azure, Google Cloud — deploy em nuvem é padrão de mercado. Dominar serviços de cloud computing, containers (Docker) e orquestração (Kubernetes) é essencial para qualquer desenvolvedor moderno.
Dispositivos conectados geram dados em tempo real que podem ser processados e analisados. Projetos de IoT combinam hardware e software, oferecendo oportunidades únicas para soluções de monitoramento e automação.
Frameworks como Next.js, Nuxt, SvelteKit e arquiteturas JAMStack estão dominando. PWAs (Progressive Web Apps) oferecem experiência de app nativo no navegador com custo reduzido de desenvolvimento.
Arquitetura de microserviços permite escalabilidade e manutenção simplificada. APIs RESTful e GraphQL são fundamentais para integrar sistemas e criar ecossistemas de software robustos.
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:
Cada etapa terá entregas específicas e avaliações parciais. O trabalho é incremental — vocês construirão o sistema aos poucos, com feedback contínuo. Não deixem para a última semana! O segredo do sucesso é manter o ritmo constante ao longo de todo o semestre.
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.
No início de cada sprint, a equipe planeja as tarefas, define prioridades e estima o esforço necessário.
Durante a sprint (1-2 semanas), o time desenvolve as funcionalidades planejadas com entregas incrementais.
Ao final, o time demonstra o que foi feito e reflete sobre melhorias para a próxima sprint.
- É o framework ágil mais utilizado no mercado de trabalho
- Promove transparência, inspeção e adaptação contínua
- Divide o projeto em entregas gerenciáveis
- Facilita a comunicação e o trabalho em equipe
- Definir papéis: Product Owner, Scrum Master e Dev Team
- Criar e manter o Product Backlog
- Realizar dailies semanais em sala de aula
- Entregar incrementos a cada sprint
- Participar de reviews com a professora
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!
Cada equipe terá um espaço para apresentar seu projeto de forma profissional. Preparem-se para explicar a visão do produto, as decisões técnicas, a arquitetura do sistema e os desafios enfrentados durante o desenvolvimento.
O sistema deve estar funcional para demonstração ao vivo. Mostrem os fluxos principais, as funcionalidades implementadas e a experiência do usuário. Um protótipo bem apresentado vale mais que mil slides!
Os projetos serão avaliados por critérios como: funcionalidade, inovação, qualidade do código, documentação, trabalho em equipe e qualidade da apresentação. Os melhores projetos serão reconhecidos e poderão integrar o portfólio de vocês.
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.
Escolham colegas com habilidades complementares: front-end, back-end, design, documentação.
Pensem em dificuldades que vocês ou pessoas próximas enfrentam no dia a dia.
Avaliem: é viável? Tem impacto? É possível desenvolver em um semestre?
Apresentem brevemente o problema escolhido e a ideia inicial de solução.
⏱️ Tempo: 30 minutos — Sejam criativos, pensem grande e não tenham medo de propor ideias ousadas!
Transformando problemas em oportunidades de inovação digital
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.
Sem um problema claro e bem definido, qualquer solução será vaga e sem direção. Dediquem tempo suficiente para entender profundamente a dor que vocês querem resolver.
Coloquem-se no lugar do usuário. Conversem com pessoas que vivem o problema. Observem seus comportamentos. A empatia é a ferramenta mais poderosa na fase de ideação.
Uma ideia que parece brilhante na sala de aula pode não fazer sentido no mundo real. Pesquisem se já existem soluções semelhantes, conversem com potenciais usuários e validem suas hipóteses.
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:
Problema: Passageiros não sabiam horários e rotas de ônibus.
Solução: Apps como Moovit e Google Maps com transporte público em tempo real. Dados de GPS dos ônibus são integrados para fornecer previsões precisas de chegada.
Problema: Desperdício de água na irrigação agrícola.
Solução: Sensores IoT que monitoram umidade do solo e ativam irrigação automaticamente apenas quando necessário, economizando até 40% de água.
Problema: Idosos esquecem de tomar medicamentos no horário correto.
Solução: Aplicativo com lembretes inteligentes, alertas para cuidadores e registro de histórico de medicação para consultas médicas.
Problema: Micro-empreendedores controlam finanças em planilhas ou cadernos.
Solução: Plataformas simples de gestão financeira com relatórios automáticos, controle de estoque e emissão de notas fiscais.
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.
O brainstorming é dividido em duas fases distintas que nunca devem ser misturadas:
Gerar o maior número possível de ideias, sem filtro. Nesta fase, vale tudo: ideias malucas, impossíveis, óbvias. O objetivo é volume. Duração sugerida: 10-15 minutos.
Analisar, agrupar e selecionar as melhores ideias. Agora sim, usem critérios como viabilidade, impacto e inovação para filtrar as propostas. Duração sugerida: 10-15 minutos.
Para que o brainstorming funcione de verdade, é essencial seguir estas regras. Elas criam um ambiente seguro onde todos se sentem confortáveis para contribuir:
Nenhuma ideia é ruim na fase de divergência. Críticas inibem a criatividade e fazem as pessoas terem medo de falar. Anotem tudo, sem exceção.
Mirem em pelo menos 15-20 ideias por grupo. Quanto mais ideias, maior a probabilidade de encontrar uma joia escondida entre elas.
Use as ideias dos colegas como trampolim. "E se a gente combinasse isso com aquilo?" é uma das frases mais poderosas do brainstorming.
Cada pessoa fala de uma vez. Use post-its para registrar ideias individualmente e depois compartilhem em grupo para organizar.
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:
Aplicativo que utiliza reconhecimento de voz e leitura de tela para ajudar pessoas com deficiência visual a navegar em ambientes públicos. Integração com mapas internos de prédios e transporte público.
Plataforma web para gerenciar voluntários, doações, eventos e relatórios de impacto social. Inclui dashboard com indicadores e geração automática de relatórios para prestação de contas.
Sistema de aprendizagem com trilhas personalizadas, quizzes, rankings e recompensas. Utiliza algoritmos para adaptar o conteúdo ao nível do estudante, promovendo engajamento e retenção.
Sistema com sensores de temperatura, umidade e qualidade do ar conectados a um dashboard web em tempo real. Alertas automáticos quando os indicadores saem dos padrões seguros.
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:
É possível desenvolver com as tecnologias que a equipe domina? O escopo é realista para um semestre? Existem APIs, bibliotecas e recursos disponíveis? Comecem com um MVP (Produto Mínimo Viável) e expandam aos poucos.
Quantas pessoas seriam beneficiadas? O problema é frequente e significativo? A solução gera valor real e mensurável? Projetos com impacto claro impressionam mais na Feira de Tecnologia e no mercado de trabalho.
A solução proposta é original ou traz uma abordagem nova para um problema existente? Utiliza tecnologias emergentes? Projetos inovadores se destacam tanto academicamente quanto profissionalmente.
Em grupo, listem pelo menos 10 problemas reais que poderiam ser resolvidos com tecnologia. Usem post-its ou um documento compartilhado. Lembrem: sem julgamentos nesta fase!
Apliquem os critérios de viabilidade, impacto e inovação para selecionar as 3 melhores ideias do grupo.
Escolham 1 ideia final e descrevam: qual o problema, quem é o público-alvo, e qual seria a solução tecnológica proposta.
Cada grupo apresenta sua ideia para a turma em 2 minutos. Recebam feedback dos colegas e da professora!
Revisão prática do framework mais utilizado no mercado — aplicado ao seu projeto final
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.
- Planejamento extenso no início
- Fases sequenciais e rígidas
- Feedback apenas no final
- Mudanças são custosas e difíceis
- Documentação pesada
- Entrega única ao final do projeto
- Planejamento adaptativo e contínuo
- Iterações curtas com entregas frequentes
- Feedback constante do cliente
- Mudanças são bem-vindas
- Documentação suficiente
- Entregas incrementais de valor
No contexto do Laboratório de Inovação IV, vocês utilizarão o Scrum — o framework ágil mais popular do mercado — para gerenciar o desenvolvimento do projeto final.
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:
mais que processos e ferramentas. As melhores soluções surgem de equipes motivadas que se comunicam bem. Ferramentas são importantes, mas as pessoas são mais.
mais que documentação abrangente. O principal indicador de progresso é software que funciona. Documentação é necessária, mas não deve substituir a entrega de valor real.
mais que negociação de contratos. Envolver o cliente no processo garante que o produto final realmente resolva suas necessidades. Feedback contínuo evita surpresas desagradáveis.
mais que seguir um plano. Requisitos mudam, e isso é natural. A capacidade de se adaptar rapidamente é uma vantagem competitiva, não um sinal de falha no planejamento.
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.
O Scrum é baseado em três pilares: transparência (todos sabem o que está acontecendo), inspeção (verificações frequentes do progresso) e adaptação (ajustes rápidos quando algo não está funcionando).
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 "dono do produto" — a pessoa que entende as necessidades dos usuários e define o quê será construído. Responsabilidades:
- Criar e priorizar o Product Backlog
- Definir os critérios de aceite das funcionalidades
- Representar a voz do usuário dentro da equipe
- Tomar decisões sobre o que entra ou sai do escopo
É o "facilitador" — garante que a equipe segue o Scrum corretamente e remove impedimentos. Responsabilidades:
- Facilitar as cerimônias do Scrum
- Remover obstáculos que atrapalham a equipe
- Proteger a equipe de interferências externas
- Promover melhoria contínua do processo
É a equipe que constrói o produto — multidisciplinar e auto-organizada. Responsabilidades:
- Desenvolver as funcionalidades planejadas na sprint
- Estimar o esforço das tarefas
- Garantir a qualidade técnica do código
- Colaborar diariamente e se auto-organizar
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):
Quando: Início da sprint
Duração: 1-2 horas
O quê: A equipe seleciona itens do Product Backlog e define o que será entregue na sprint. O PO explica as prioridades e o time planeja como executar.
Quando: Diariamente (na disciplina: semanalmente)
Duração: 15 minutos
O quê: Cada membro responde: O que fiz? O que vou fazer? Tem algum impedimento? Alinhamento rápido e objetivo.
Quando: Final da sprint
Duração: 30-60 minutos
O quê: A equipe demonstra o incremento desenvolvido. O PO e stakeholders dão feedback. É o momento de mostrar resultados concretos.
Quando: Após a Review
Duração: 30 minutos
O quê: A equipe reflete: O que foi bem? O que pode melhorar? Quais ações tomaremos? Foco em melhoria contínua do processo.
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:
Lista ordenada de tudo que o produto precisa ter. É mantido pelo Product Owner e constantemente refinado. Contém user stories, bugs, melhorias e requisitos técnicos. Itens no topo são mais detalhados e prioritários.
Subconjunto do Product Backlog selecionado para a sprint atual, mais o plano de como entregar. Pertence ao Development Team, que decide como organizar o trabalho e quebrar as tarefas em partes gerenciáveis.
O resultado tangível da sprint — software funcional que atende à Definição de Pronto (Definition of Done). Cada incremento deve ser potencialmente entregável e se somar aos incrementos anteriores.
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:
- Aula 1: Sprint Planning — definir tarefas da sprint
- Aula 2: Daily/Weekly — alinhamento + desenvolvimento
- Fora de aula: Desenvolvimento das funcionalidades
- Aula 3: Daily/Weekly — progresso + resolução de impedimentos
- Aula 4: Sprint Review + Retrospectiva
- Entrega: Incremento funcional demonstrado
Agora é a hora de colocar a teoria em prática! Cada equipe deve se organizar seguindo o Scrum:
Escolham quem será o Product Owner, o Scrum Master e os membros do Development Team. Lembrem-se: PO e SM também participam do desenvolvimento!
Listem todas as funcionalidades desejadas do sistema em formato de user stories. Priorizem do mais importante para o menos importante.
Criem um board no Trello, GitHub Projects ou Notion com colunas: To Do, Doing, Done. Será o quadro Scrum digital da equipe.
Selecionem os itens mais prioritários do backlog e definam o Sprint Goal — o objetivo principal que a equipe quer alcançar nesta primeira iteração.
Transformando ideias em produtos com propósito, direção e clareza
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.
Pense na visão do produto como um farol: ela não diz exatamente como navegar, mas indica a direção certa. Sem uma visão clara, a equipe pode se perder em funcionalidades desnecessárias, perder o foco ou construir algo que não resolve o problema identificado.
- Para quem é este produto? (público-alvo)
- Qual problema ele resolve? (dor do usuário)
- O que o produto faz? (solução proposta)
- Por que ele é diferente? (diferencial/inovação)
- Qual o valor que ele entrega? (benefício principal)
"Para [público-alvo] que [necessidade/problema], o [nome do produto] é um [categoria do produto] que [benefício principal]. Diferente de [alternativa atual], nosso produto [diferencial competitivo]."
Exemplo: "Para estudantes universitários que têm dificuldade em organizar seus estudos, o StudyFlow é uma plataforma de gestão acadêmica que cria planos de estudo personalizados com IA. Diferente de planners genéricos, nosso produto adapta-se automaticamente ao ritmo e desempenho de cada estudante."
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.
Se você não consegue explicar o problema em uma frase clara, provavelmente ainda não o entende bem o suficiente. Exemplo: "Pacientes idosos frequentemente esquecem de tomar medicamentos no horário correto, comprometendo tratamentos."
Quem são as pessoas afetadas? Quantas são? Com que frequência enfrentam esse problema? Quanto mais específico, melhor. "Quem" não pode ser "todo mundo" — isso significa que vocês não definiram o público.
Use a técnica dos 5 Porquês: pergunte "por quê?" cinco vezes seguidas até chegar à raiz do problema. Muitas vezes, o que parece ser o problema é apenas um sintoma de algo mais profundo.
Antes de criar algo novo, investiguem: já existe solução para isso? Se sim, por que ela não funciona? O que vocês podem fazer de diferente? Conhecer o mercado evita reinventar a roda e inspira inovação.
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.
É o usuário principal — aquele que mais utilizará o sistema. Descreva com detalhes: nome fictício, idade, profissão, objetivos, frustrações, nível de familiaridade com tecnologia, comportamentos e motivações.
Usuários que também se beneficiam do sistema, mas não são o público principal. Podem ter necessidades diferentes ou complementares. Exemplo: se o sistema é para alunos, professores podem ser uma persona secundária.
Quem não é seu usuário. Definir quem está fora do escopo ajuda a manter o foco e evitar o "feature creep" — a tentação de adicionar funcionalidades para agradar todo mundo.
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.
O escopo deve ser realista para um semestre. Use a abordagem do MVP (Minimum Viable Product) — o produto mínimo viável que resolve o problema central:
Quais funcionalidades são absolutamente necessárias para que o produto funcione e resolva o problema? Foquem nelas primeiro.
Funcionalidades desejáveis, mas que podem ser adicionadas depois. Se sobrar tempo, implementem. Se não, o produto ainda funciona sem elas.
Ideias de evolução que não cabem no semestre, mas que mostram a visão de longo prazo do produto.
- Tipo de aplicação: Web, mobile, desktop ou híbrida?
- Front-end: React, Angular, Vue, Flutter?
- Back-end: Node.js, Python, Java, PHP?
- Banco de dados: PostgreSQL, MySQL, MongoDB, Firebase?
- Hospedagem: Vercel, Heroku, AWS, Railway?
- Integrações: APIs externas, autenticação, pagamento?
As funcionalidades do sistema devem ser descritas em formato de User Stories (histórias de usuário), que seguem o padrão:
"Como [tipo de usuário], eu quero [ação], para que [benefício]."
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:
"Como usuário, eu quero me cadastrar e fazer login com e-mail, para que meus dados fiquem salvos e seguros."
Critérios de aceite: Cadastro com validação de e-mail, login com senha criptografada, recuperação de senha.
"Como gestor, eu quero visualizar indicadores em um dashboard, para que eu possa tomar decisões baseadas em dados."
Critérios de aceite: Gráficos de vendas mensais, filtro por período, exportação em PDF.
"Como paciente, eu quero receber lembretes no celular, para que eu não esqueça de tomar meus medicamentos."
Critérios de aceite: Push notification no horário configurado, opção de confirmar/adiar, histórico de adesão.
Veja um exemplo completo de visão de produto para inspirar a criação do seu projeto:
Visão: Para estudantes universitários que têm dificuldade em organizar seus estudos, o StudyFlow é uma plataforma de gestão acadêmica que cria planos de estudo personalizados.
Problema: 73% dos universitários relatam dificuldade em gerenciar o tempo de estudo, resultando em baixo desempenho e estresse.
Público: Estudantes de 18-25 anos, usuários de smartphone, com rotina cheia.
Diferencial: Algoritmo que adapta o plano de estudo ao ritmo individual do aluno.
Registro de disciplinas, horários e metas de estudo.
Geração de cronograma baseado nas provas e prioridades.
Timer com técnica Pomodoro e registro de horas estudadas.
Gráficos de desempenho e aderência ao plano.
Para garantir organização e qualidade, todo projeto de software da disciplina deve conter os seguintes componentes técnicos e documentais:
Não se preocupem em ter tudo perfeito desde o início. O Scrum permite que vocês construam e melhorem incrementalmente. Comecem pelo essencial e evoluam a cada sprint.
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.
Escrevam em uma frase clara qual problema vocês vão resolver. Usem a técnica dos 5 Porquês para chegar à causa raiz. O problema deve ser real, específico e significativo.
Criem pelo menos 1 persona primária com: nome, idade, profissão, objetivos, frustrações e nível tecnológico. Quanto mais detalhada, melhor vocês entenderão para quem estão construindo.
Usando o template de visão do produto, descrevam: o que o sistema faz, qual o diferencial e quais são as 5-8 funcionalidades principais em formato de user stories.
Cada equipe terá 5 minutos para apresentar sua visão. Recebam feedback da professora e dos colegas para refinar a proposta antes de iniciar o desenvolvimento.
⏱️ Tempo total: 40 minutos (25 min trabalho + 15 min apresentações)
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:
Apresentação da disciplina, objetivos, metodologia e primeiro desafio de identificação de problemas.
Técnicas de brainstorming, critérios de seleção e definição inicial das ideias de projeto.
Revisão do framework Scrum, papéis, eventos e artefatos aplicados ao contexto da disciplina.
Definição do problema, personas, solução e funcionalidades do produto de cada equipe.
A partir da próxima aula, as equipes iniciam o desenvolvimento efetivo do projeto com as primeiras sprints. É hora de codificar, testar, entregar e evoluir! Mantenham o ritmo, comuniquem-se constantemente e lembrem-se: o melhor projeto é aquele que funciona e resolve um problema real.
Este semestre é a oportunidade de vocês mostrarem do que são capazes. Vocês têm o conhecimento técnico, as ferramentas, o suporte e, acima de tudo, a criatividade para transformar uma ideia em realidade.
Lembrem-se: os melhores projetos não são os mais complexos — são aqueles que resolvem um problema real com qualidade, trabalho em equipe e paixão. Deem o melhor de vocês em cada sprint, apoiem uns aos outros e aproveitem essa jornada.
Nos vemos na próxima aula — com as mãos no código! 💻