Pular para conteúdo

Definições de papéis

Data: 17/09/2025

Horário de início: 20:00-21:00

Participantes:

  • Gabriel Alves
  • Rodrigo Àtila
  • Yan Rodrigues
  • Gabriel Mota
  • Matheus Pinheiro
  • Ângelo Cordova
  • Guilherme Mendes
  • Samuel Leite
  • Pedro Inácio Santos

Objetivos

Alinhar sobre os papéis no time. Definir o(a) Product Owner (PO) , o(a) QA (Quality Assurance) e o(a)s clientes (Externos e internos) e o Scrum Master como líder. Além de definir possíveis tecnologias disponíveis para uso pelo time.

Resumo

O que foi decidido:

Abaixo o que realmente significa cada um dos papéis:

Product Owner (PO): Rodrigo Àtila

O Product Owner é responsável por garantir que o time desenvolva o que realmente gera valor para o produto e para os usuários. Ele atua como a ponte entre os clientes e a equipe de desenvolvimento. Suas principais responsabilidades são:

  • Definir e priorizar as funcionalidades no backlog do produto.
  • Comunicar a visão do produto e alinhar expectativas com todos os envolvidos.
  • Dizer “não” para funcionalidades que não tragam valor imediato.
  • Garantir que o time compreenda os requisitos de forma clara. O PO precisa ter perfil comunicativo, organizado, estratégico e negociador, pois será constantemente cobrado por resultados.

QA (Quality Assurance): Gabriel Mota & Ângelo Cordova

O QA é o guardião da qualidade. Sua missão é assegurar que o software entregue atenda aos padrões definidos e funcione corretamente, evitando problemas em produção. Suas principais responsabilidades são:

  • Criar e executar casos de teste (manuais ou automatizados).
  • Identificar e reportar bugs antes que cheguem ao usuário final.
  • Trabalhar junto com desenvolvedores e PO para validar requisitos.
  • Promover a cultura de qualidade no time, ajudando a definir critérios de aceitação. O QA deve ser detalhista, paciente, analítico e persistente, sempre atento aos mínimos erros e com foco na experiência do usuário.

Cliente (Interno ou Externo): Pedro Inácio Santos & Pedro Lucas Barbosa (Representante da Pesadelo)

O Cliente é quem representa as necessidades e expectativas dos usuários finais. Ele pode ser externo (um contratante real) ou interno (um colega do time que assume o papel de usuário). Suas principais responsabilidades são:

  • Descrever as necessidades e dores reais que o software deve resolver.
  • Validar as entregas e dar feedback contínuo.
  • Participar de reuniões de alinhamento para esclarecer dúvidas.
  • Aprovar ou rejeitar funcionalidades com base no valor agregado. O Cliente deve ser alguém empático, comunicativo e capaz de se colocar no lugar do usuário final, garantindo que o software não perca de vista seu objetivo principal.

Scrum Master: Gabriel Alves

O Scrum Master é o responsável por facilitar o processo de desenvolvimento dentro do time, garantindo que o framework Scrum seja bem aplicado. Ele não é chefe nem gestor, mas sim um líder servidor, que ajuda o time a se organizar e remover impedimentos. Suas principais responsabilidades são: - Garantir que o time entenda e siga os princípios do Scrum. - Facilitar cerimônias como Daily Scrum, Sprint Planning, Sprint Review e Retrospective. - Atuar como facilitador, removendo obstáculos que possam atrapalhar o progresso. - Proteger o time de pressões externas que prejudiquem o foco. - Estimular a melhoria contínua dentro do grupo. O Scrum Master precisa ter perfil colaborativo, paciente, diplomático e proativo, pois deve ajudar o time a trabalhar de forma autônoma, sem impor autoridade, mas sim orientando e apoiando.

Tecnologias:

  • Frontend: React Native + Expo
  • Backend: Node.js + Express + TypeScript
  • Banco de dados: a definir (possivelmente PostgreSQL ou MongoDB)

Logo e identidade

Até agora o nome mais aceito: UnB&Fit mas ainda estamos decidindo, se vier uma ideia está em aberto para discussão. Sobre as cores para logo e identidade também, sugestões são sempre bem vindas.

Início de protótipo na próxima sprint:

Sobre a questão do rodízio e especialidades:

A ideia era conhecer melhor o time, respeito o desejo de cada um sobre sua participação no projeto entendo que cada um tem uma carga horária diferente e sabe o tempo disponível para resolver as tasks.

Para aqueles que têm ou não o conhecimento na stack mas desejam operar somente nela, fica a critério de vcs. Se especializar na área que ficar e estar disposto a aprender e ensinar. Estes provavelmente estarão naturalmente liderando cada task de sua área depois de estudarem/desenvolverem somente sobre aquilo.

Para os que querem explorar as vertentes, Entender que será necessário "sair um pouco do comodismo" pois trabalhar com as duas áreas demanda mais tempo de aprendizado e de dedicação para a entrega das tasks, porém a recompensa final será o conhecimento próprio por qual área deseja atuar futuramente.

É necessário a compreensão de todos, o frontend não é mais importante que o backend e vice e versa. Então caso precisemos de pessoas em um ou outro, contar com a disponibilidade de todos.

Fazendo isso creio que teremos um time equilibrado e que agradará a maioria durante o processo, pois simulará um time com pessoas com mais experiência que lidam com que tem menos, o que se assemelha bastante com o mercado real.

Próximas etapas:

Fazer o documento entrega dia 04/10/2025 Revisar formatação ABNT para os arquivos a serem entregues