XP e Scrum: presença do cliente, padronização e eventos
Classificado em Computação
Escrito em em
português com um tamanho de 3,77 KB
Presença do cliente no XP
Uma das necessidades básicas do XP é ter o cliente presente, pois isso faz com que ele se sinta parte do time, o que agiliza o trabalho dos programadores. Desse modo, esse envolvimento é extremo, com intensa comunicação e feedback. O que fazer quando o cliente não pode estar presente?
Nesses casos, é necessário maximizar a comunicação, buscando outras alternativas de tecnologia e de processo de desenvolvimento. Utilize ao máximo a comunicação por telefone e reuniões virtuais. O trabalho por reuniões remotas é uma boa alternativa.
Importância da padronização de código no XP
Qual a importância da padronização de código para a metodologia XP? Descreva no mínimo seis itens que podem compor a padronização de código dentro de uma instituição.
Um padrão torna-se necessário porque facilita a comunicação entre o time, encorajando a posse coletiva (collective ownership) e evitando problemas na programação em pares e na refatoração.
Itens que podem compor a padronização de código:
- Nomenclatura de variáveis
- Nomenclatura de métodos
- Nomenclatura de classes
- Nomenclatura de pacotes
- Logging e comentários de código
- Formatação e indentação
Benefícios da programação em par
Programação em par é considerada uma das técnicas mais difundidas da metodologia XP; descreva no mínimo três benefícios da adoção desta técnica.
- Discussão contínua da solução: o design é aprimorado e o código fica mais sucinto.
- Motivação: os profissionais apreciam mais seu trabalho e o trabalho dos colegas, aumentando engajamento e qualidade.
- Revisão de código contínua: muitos erros são detectados enquanto estão sendo codificados, em vez de serem descobertos por um testador, reduzindo consideravelmente a quantidade de erros.
Eventos do Scrum e suas características
Quais são os cinco eventos presentes na metodologia Scrum e quais são suas características?
Sprint
Uma Sprint consiste em um espaço de tempo de no máximo quatro semanas, durante o qual o Development Team desenvolve um produto potencialmente utilizável. Cada Sprint deve ter um objetivo a ser alcançado pelo Development Team, resultando em um incremento do produto final.
Sprint Planning Meeting
O Sprint Planning Meeting é a reunião de planejamento que ocorre antes do início de uma Sprint, resultante de um trabalho colaborativo do Scrum Team. Nessa reunião define-se o objetivo da Sprint e o trabalho a ser realizado.
Daily Scrum Meeting
O Daily Scrum é uma reunião diária, geralmente de 15 minutos. Seu objetivo principal é fazer com que o Development Team verifique: o que foi completado desde a última reunião, o que será feito até a próxima reunião e quais obstáculos estão no caminho. Essa reunião assegura que o Development Team está seguindo a direção correta em relação ao objetivo da Sprint.
Sprint Review
A Sprint Review acontece ao final de cada Sprint e tem como objetivo avaliar o que foi produzido pelo Development Team. É uma reunião de avaliação do incremento; para Sprints de um mês, a duração típica é de até 4 horas.
Sprint Retrospective
A Sprint Retrospective tem como objetivo avaliar o desempenho do Development Team e identificar melhorias a serem aplicadas na próxima Sprint. Para Sprints de um mês, a duração típica é de até 3 horas.