Skip to content

rodrigoduartesilva/Desafio-Versionamento-e-Metodologias-geis

Repository files navigation

Desafio-Versionamento-e-Metodologias-geis

SPRINT

VERSIONAMENTO E METOLOGIAS ÁGEIS

ORIENTAÇÕES GERAIS

• O desafio deve ser realizado individualmente;

• A atividade deverá ser postada somente no local específico para essa ação no Ambiente Virtual de Aprendizagem.

DESAFIO

Agora, que você já desenvolveu a capacidade de trabalhar com versionamento de arquivos e entendeu o funcionamento da metodologia SCRUM, vamos aplicar os seus conhecimentos no controle de versões de um documento em um projeto de metodologia ágil. Neste desafio, o seu papel é controlar o versionamento de alterações em arquivos localizados em um repositório remoto.

Você faz parte de uma equipe de desenvolvimento de software em uma empresa que utiliza a metodologia de desenvolvimento ágil SCRUM.

No início da semana, foi dado início ao Sprint atual através da reunião Sprint Planning, que contou com a participação do Product Owner (PO), do SCRUM Master e da equipe de desenvolvimento, incluindo você. Nesta oportunidade, o PO disponibilizou o Product Backlog (em anexo) com as histórias de usuário.

Ao final da reunião, decidiu-se que as histórias de ID 1 e 3 serão implementadas nesse sprint. Você deverá, então, gerar o documento do Sprint Backlog, informando apenas as histórias a serem implementadas no Sprint que se inicia e o esforço estimado que você considera necessário para a execução.

Para controlar o versionamento de qualquer implementação feita nos sprints, a equipe de desenvolvimento utilizará a ferramenta Git/GitHub. Portanto, primeiro você deverá instalar o git em sua máquina e criar um repositório remoto no GitHub para o projeto.

Para implementar as histórias de usuário priorizadas para o sprint atual, você deverá fazer o upload dos arquivos index.html e contato.html (em anexo) para o repositório remoto do GitHub. Em seguida, você deverá clonar o repositório remoto para o repositório local de sua máquina e, no seu repositório local, você deverá criar duas branchs: uma de nome index, para fazer alteração no arquivo index.html referente à história de usuário 1; e outra de nome contato, para fazer alteração no arquivo contato.html, referente à história de usuário 3.

Na branch index, você deverá editar e alterar o arquivo index.html (pode usar qualquer editor de texto), mudando a cor do texto do nome dos veículos para azul, ficando da seguinte forma:

  • Ranger
  • Territory
  • Bronco Sport
  • Mustang Mach 1
  • Na branch contato, você deverá realizar alterações em algumas linhas do arquivo contato.html (pode usar qualquer editor de texto), mudando a descrição dos links, ficando da seguinte forma:

  • Principal
  • Veículos em oferta
  • Como falar conosco
  • Após fazer essas alterações, você deverá realizar um merge de cada branch (index e contato) com a branch principal (geralmente, denominada main ou master).

    Em seguida, as alterações feitas na sua máquina local deverão ser enviadas para o repositório remoto, no GitHub. Ao final do sprint, ocorre a reunião Sprint Retrospective, onde é discutido o que funcionou e o que não funcionou, conforme planejamento no Sprint Planning. Então, agora que o sprint foi finalizado, você deverá criar o documento da Sprint Retrospective, contendo a sua percepção do que funcionou de forma adequada, o que não funcionou de forma adequada e sugestões de melhoria.

    Para finalizar o desafio você deverá fazer o upload para o repositório remoto no GitHub do documento gerado no Sprint Planning, que é o Sprint Backlog, e do documento gerado no Sprint Retrospective (ambos podem ser feitos em .doc, .txt ou .pdf) e enviar a URL do servidor remoto no GitHub (o mesmo criado por você no início do desafio).

    About

    No description, website, or topics provided.

    Resources

    Stars

    Watchers

    Forks

    Releases

    No releases published

    Packages

    No packages published

    Languages