Equipa e planeamento
Escolher um incremento viável, repartir trabalho e expor dependências e incerteza.
Quatro pessoas podem terminar quatro componentes sem conseguirem demonstrar um empréstimo. Se uma constrói o ecrã, outra o servidor, outra a base de dados e outra o relatório, as incompatibilidades só aparecem quando tentam ligar tudo no fim.
Incremento e dependências
Um incremento é uma parte integrada do produto que acrescenta uma capacidade utilizável. Para a associação, “consultar uma ferramenta e confirmar um período livre” atravessa interface, regra de disponibilidade e persistência. Já permite observar uma tarefa completa, mesmo com poucas ferramentas fictícias e um único tipo de utilizador.
O backlog reúne o trabalho conhecido e ordenado. Uma entrada útil indica o resultado, os critérios de aceitação e as dependências. “Fazer backend” esconde quais operações devem funcionar. “Confirmar uma reserva e devolver um conflito sem duplicar o registo” identifica o comportamento que a outra pessoa vai usar.
Antes de dividir o trabalho, acorda o contrato entre as partes: que dados são enviados, que respostas existem e quem valida cada condição. Um ecrã pode ser desenvolvido com respostas fictícias enquanto o servidor é implementado. A integração posterior precisa de conferir o mesmo contrato, não apenas de juntar ficheiros. Um formato de datas diferente entre interface e servidor é um exemplo típico de incompatibilidade que só esse contrato apanha a tempo.
Capacidade e escolha
A capacidade nominal soma o esforço disponível. Supõe que cada elemento dispõe de seis horas para este incremento:
Esta unidade soma esforço. Não significa que uma tarefa de 24 horas fique pronta em seis horas, porque há dependências, comunicação e trabalho que não pode ser dividido.
A equipa estima o esforço seguinte, incluindo revisão e testes de cada entrada:
| Trabalho | Esforço estimado |
|---|---|
| Consulta e confirmação integrada | 10 h-pessoa |
| Tratamento e teste de conflitos | 4 h-pessoa |
| Ensaio com utilizadores e registo de resultados | 4 h-pessoa |
| Notificações automáticas | 8 h-pessoa |
Os três primeiros itens somam 18 horas-pessoa. Restam seis para coordenação, integração adicional e imprevistos. Incluir notificações levaria a 26 e ultrapassaria a capacidade, mesmo antes dessa margem. Uma estimativa não é uma promessa, mas esta conta torna a incompatibilidade do plano visível. Quando aparecer uma tarefa nova, compara o seu valor e esforço com o plano restante, em vez de a acrescentar sem rever nada.
Se o ensaio depender de uma pessoa só disponível na quinta-feira, marca esse compromisso cedo. Uma folga de horas não recupera automaticamente uma dependência externa perdida.
Responsabilidade e colaboração
Para cada entrada, combina quem a conduz, quem revê e como se verifica o resultado. Evita concentrar todo o conhecimento de uma parte numa pessoa. Uma revisão por um colega, ou trabalho a pares numa integração difícil, ajuda a equipa a continuar se alguém faltar.
Um quadro com estados como “por fazer”, “em curso”, “em revisão” e “integrado” permite localizar impedimentos. Mover uma tarefa para “integrado” exige os critérios combinados, incluindo testes e documentação necessários. Um commit isolado ou uma captura do ecrã não prova que o incremento funciona com os outros componentes.
Estas são sugestões de organização, não papéis obrigatórios de PI. Se a equipa adotar Scrum, usa a definição do processo e combina com o orientador como a aplicar ao projeto. Chamar “sprint” a qualquer lista de tarefas não resolve dependências nem valida o resultado.
Riscos e acompanhamento
Um risco é uma ocorrência incerta que pode afetar o projeto. Uma informação já em falta é um impedimento atual. Se a equipa não sabe se terá acesso ao sistema da associação, planear uma experiência pequena para esclarecer o acesso vem antes de depender dele.
Um ensaio técnico limitado pode testar uma única leitura com dados fictícios. Regista a pergunta, o tempo disponível, o resultado e a decisão seguinte. Se o acesso não existir, a equipa pode escolher importação manual para o protótipo ou rever o âmbito com o proponente. Não apresentes a integração como concluída só porque uma chamada funcionou uma vez.
Na reunião de orientação, mostra o incremento executável, as observações e as decisões que precisam de apoio. Regista o que mudou, a pessoa responsável e o próximo ponto de verificação. O acompanhamento semanal descrito na ficha da cadeira serve para tornar a evolução observável. Um relatório de atividade sem resultados não substitui essa conversa.
Registo do progresso
O site docente de 2025/26 apresenta a monitorização semanal como obrigatória. Para projetos em equipa, a página de época regular prevê uma reunião com o tutor de cerca de 25 minutos por semana ou 50 minutos por quinzena, e aponta um esforço de 8 a 10 horas semanais por estudante. Estes valores descrevem essa edição. A ficha de 2026/27 confirma acompanhamento semanal. Combina com a orientação o canal, o horário e o registo exigidos na tua modalidade. A cadência de uma reunião não permite deduzir que outro registo deixa de ser necessário.
“Reservas a 90%” não mostra o que funciona, o que falta nem que decisão tomar. Um registo útil compara o resultado previsto com o observado:
| Campo | Registo do exemplo |
|---|---|
| Resultado previsto | Confirmar uma reserva e recusar outra incompatível |
| Evidência | A confirmação e a consulta persistida funcionam; duas tentativas simultâneas ainda ficam ambas guardadas |
| Impedimento | A verificação de disponibilidade está separada da operação que grava |
| Decisão | Adiar as notificações e corrigir a confirmação antes do ensaio com utilizadores |
| Próxima ação | Quem conduz a correção combina com um colega a revisão e repete o caso concorrente antes de quinta-feira |
Esta tabela é um exemplo próprio, não a reprodução de um formulário docente. Liga o registo à versão e aos dados do ensaio para que outra pessoa o possa repetir. O trabalho continua incompleto apesar de a interface estar pronta. Na reunião seguinte, compara o novo resultado com a falha anterior, em vez de aumentar apenas a percentagem declarada.
Na modalidade de estágio, distingue o tutor académico do supervisor na entidade. A página docente consultada atribui ao supervisor o acompanhamento próximo do trabalho e ao tutor a validação dos objetivos, a monitorização e a avaliação. Uma dúvida sobre prioridade técnica e uma alteração dos objetivos podem precisar de intervenientes diferentes. Acorda o contacto entre eles, sem substituir a autorização formal do estágio por um acordo informal.
Exercícios
Escolher trabalho que caiba no incremento
Uma equipa de quatro pessoas tem cinco horas disponíveis por pessoa. Estima oito horas-pessoa para consulta e confirmação, quatro para conflitos e quatro para um ensaio com utilizadores. A exportação de estatísticas acrescentaria sete. Todas as estimativas incluem revisão e testes da entrada. O ensaio só pode acontecer na quinta-feira, quando o voluntário está disponível.
Escolhe um incremento que permita avaliar a tarefa completa. Calcula a margem nominal e decide sobre a exportação. Ter 20 horas-pessoa permite prometer terminar qualquer tarefa de 20 horas em cinco horas? Que compromisso precisa de ser organizado cedo?
Solução
A capacidade nominal é 4×5=20 horas-pessoa. Consulta, confirmação, conflitos e ensaio somam 8+4+4=16; restam quatro para coordenação e imprevistos. Estes itens permitem testar o fluxo completo e a regra que evita reservas duplicadas. A exportação levaria a 23 e fica fora deste plano, salvo uma revisão do âmbito ou da capacidade.
Esforço não é duração: uma pessoa pode depender do resultado de outra, e a integração exige coordenação. As quatro pessoas não dividem automaticamente qualquer tarefa em quatro partes independentes. É necessário combinar cedo a sessão de quinta-feira e ter um incremento ensaiável antes dela; uma margem de esforço não cria outra disponibilidade do voluntário.
Confere a tua resposta:
- Calculei 20 horas-pessoa de capacidade e 16 no fluxo obrigatório.
- Reconheci que acrescentar 7 horas de exportação ultrapassa a capacidade.
- Distingui esforço somado de duração e identifiquei a dependência externa.
Desbloquear um incremento antes da demonstração
A interface está pronta com dados fictícios. O servidor usa um formato de datas diferente e a equipa ainda não sabe se pode ler o inventário da organização. A demonstração será dentro de duas semanas. Um colega propõe marcar tudo como concluído e tratar o acesso na véspera.
Que trabalho precisa de ser visível no plano? Propõe uma experiência limitada para esclarecer o acesso e uma alternativa caso não seja autorizado. O que terias de observar para declarar o incremento integrado?
Solução
O plano precisa de incluir a compatibilização do contrato de datas, a integração do fluxo e a confirmação do acesso. A falta de resposta é um impedimento atual; depender de acesso que pode não existir também ameaça o plano.
Combina com a organização uma experiência limitada de leitura autorizada, com dados de exemplo, num prazo definido. Regista se a leitura funciona, quais campos devolve e quais restrições existem. Se não houver acesso, uma importação manual de inventário pode ser uma alternativa a acordar, deixando claros a atualização e os limites. Não se pode declarar uma integração externa concluída com dados fictícios.
O incremento fica integrado quando o mesmo pedido percorre a interface e o servidor, usa datas compatíveis, guarda a reserva e devolve corretamente os casos previstos. Inclui uma recusa por conflito e a consulta do estado persistido. Marcar componentes isolados como prontos não demonstra esse percurso.
Confere a tua resposta:
- Identifiquei o acesso ao sistema externo como informação em falta.
- Propus uma experiência curta com resultado e decisão definidos.
- Exigi um fluxo integrado e contratos compatíveis antes de declarar conclusão.
Transformar atividade numa decisão de acompanhamento
Uma equipa acordou com o tutor um registo semanal e reuniões quinzenais. Esta semana devia terminar a confirmação de reservas antes de um ensaio com voluntários na quinta-feira seguinte. Na versão v0.3, a consulta persistida funciona, mas o teste de duas confirmações incompatíveis guarda ambas as reservas. O quadro diz “90% concluído”. As notificações continuam previstas para a semana seguinte.
Um colega propõe esperar pela próxima reunião para comunicar a falha. Prepara um registo que compare o objetivo com o resultado observado e leve a uma decisão sobre o plano. Indica quem deve agir e como verificar o resultado. A reunião quinzenal dispensa o registo desta semana?
Solução
O acordo exige um registo semanal, independentemente da reunião quinzenal. Comunica a falha nesse registo e antecipa o contacto se precisares de uma decisão do tutor para manter o ensaio.
O objetivo era confirmar reservas sem duplicações; em v0.3, a consulta funciona, mas o caso concorrente deixa duas confirmações incompatíveis guardadas. Regista as entradas e o estado final que demonstram a falha. “90%” não identifica essa violação nem justifica declarar o fluxo integrado.
Uma decisão possível é adiar as notificações e reservar tempo para a confirmação segura. Designa quem conduz a correção e quem a revê; acorda a nova verificação antes de quinta-feira. Repete o caso concorrente e confere a reserva persistida e as respostas. Se a correção não estiver pronta, comunica o limite e revê o objetivo do ensaio com a orientação e os voluntários. Não escondas a falha mudando apenas a percentagem do quadro.
Confere a tua resposta:
- Separei a reunião quinzenal do registo semanal acordado.
- Registei a falha observada e a versão, sem declarar o fluxo integrado.
- Propus uma decisão, um responsável e uma nova verificação antes do ensaio.