Search this site
Embedded Files
Skip to main content
Skip to navigation
Mirko Perkusich
home
Disciplinas
Análise de Algoritmos 2018.2
Cronograma de Aulas AA 2018.2
Análise de Algoritmos 2019.1
Processos de Desenvolvimento 2018.2
Cronograma de Aulas PD 2018.2
Instruções para o Projeto - PD 2018.2
Padrões de Projeto 2014.2
Cronograma de Aulas
Grupos do Projeto
Projeto da Disciplina
Processos de Desenvolvimento 2019.1
Padrões de Projeto 2015.1
Cronograma de Aulas
Grupos do Projeto
Projeto da Disciplina
Padrões de Projeto 2015.2
Cronograma de aulas
Padrões de Projeto 2016.1
Cronograma
Projeto de Disciplina
Padrões de Projeto 2016.2
Cronograma
Groups do projeto
Projeto da Disciplina
Padrões de Projeto 2017.1
Cronograma de Aulas
Projeto da Disciplina
Processos de Desenvolvimento 2015.2
Cronograma de aulas
Projeto 1
Projeto 2
Processos de Desenvolvimento 2016.1
Cronograma
Projeto 1
Processos de Desenvolvimento 2016.2
Cronograma
Cronograma
Projeto da Disciplina
Processos de Desenvolvimento 2017.1
Cronograma de Aulas
Projeto da Disciplina
Processos de Desenvolvimento de Sistemas de Informação 2014.2
Cronograma de aulas
Informações do Projeto
FeiraFacil - Sprint 2
FeiraFacil - Sprint 3
FeiraFácil - Sprint 1
PomoStudy - Sprint 1
PomoStudy - Sprint 2
PomoStudy - Sprint 3
Projeto da disciplina
Mirko Perkusich
Instruções para o Projeto
Informações Básicas
2 Equipes;
Alunos sugerem projetos (qualquer tecnologia);
Processo baseado no Scrum seguindo um Manual da Qualidade;
Duração das iterações: 2 semanas.
Quantidade de iterações: 3.
Utilizaremos artefatos do Scrum:
Backlog do Produto.
Backlog da Sprint.
Burndown da Sprint.
Burndown do Produto.
Utilizaremos práticas XP:
Estórias do Usuário.
Pontos de Estórias.
Reuniões Diárias:
Thread de e-mail DIÁRIA:
O que fiz ontem?
O que farei hoje?
Quais os impedimentos?
Cadastro de bugs
Cada equipe deve criar quadro de Issues no Gitlab
4 colunas: To Do / WIP / Em Teste/ Done
Qualquer pessoa pode corrigir bugs. Apenas a pessoa que cadastrou pode fechá-los!
Na coluna To Do, ordene os bugs priorizados por severidade:
Ver esse
link
para aprender a classificar os bugs.
Avaliação
TAP (individual): 10%
Ao final de cada iteração: 30%
Nota Equipe (NE):
Qualidade do Incremento do produto (40%).
Documentação (30%).
Gerenciamento (30%).
Nota Individual (NI):
Colaboração com a equipe (individual) (100%)
Nota Final = NI*NE, onde 0 <= NI <= 1; 0 <= NE <= 10;
Datas importantes
08/outubro: Desenvolvimento de TAP. Planejamento da Sprint 1
29/outubro: Revisão da Sprint 1/ Retrospectiva da Sprint 1 / Planejamento da Sprint 2.
12/novembro: Revisão da Sprint 2/ Retrospectiva da Sprint 2 / Planejamento da Sprint 3.
26/novembro: Revisão da Sprint 3/ Retrospectiva da Sprint 3 / Planejamento da Sprint 4.
10/dezembro: Revisão da Sprint 4.
Google Sites
Report abuse
Google Sites
Report abuse