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.

Entradas relacionadas: