Neste espaço serão atualizados o cronograma (datas das aulas), tipo de aula (síncrona/assíncrona), material de apoio e forma de avaliação do semestre.
As aulas síncronas terão um limite de tempo de 40 minutos.
- Apresentação do plano de ensino da disciplina + apresentação sobre o trabalho da disciplina - definição dos times (máximo de 6 membros - balanceados)
- Apresentação do projeto (definição dos temas)
- Material assíncrono: Vídeo sobre a metodologia da disciplina apresentada na Campus Party 2020 - Vídeo Metodologia - Campus Party 2020 + Responder ao questionário Questionário
- Material Assíncrono: Aula sobre git e gitflow do Canal do BOSS
- Projeto de software e Modelos de ciclo de vida e processos de desenvolvimento de software - disponíveis no canal do Youtube na playlist S1 Playlist S1 - Youtube
- Roda de conversa sobre ciclo de desenvolvimento de software (fases) + divisão dos temas de projetos por time
- Roda de conversa sobre modelo de processo (o que é processo) + stand-up com os times
- Entendendo as práticas ágeis (artefatos, rituais, papéis) + planning poker + Documento de Visão - disponíveis no canal do Youtube na playlist S2 (Sprint 02) Playlist S2 - Youtube
- Práticas ágeis: história de usuário, critérios de aceitação, burndown, dívida técnica - disponíveis no canal do Youtube na playlist S3 (Sprint 03)
- Importância das Práticas ágeis para a gestão de projeto (história de usuário, burndown, critérios de aceitação)
- Roda de conversa sobre a execução das Práticas ágeis para a gestão de projeto
- Conteúdo assíncrono: Arquitetura de Software - disponíveis no canal do Youtube na playlist S4 (Sprint 04)
- Hands-on - modelando uma arquitetura de software.
- Práticas ágeis
- Práticas Ágeis
- A Release 1: A ordem de apresentação é sorteada, mas os grupos podem trocar entre si a ordem.
- Peso da R1: 40% da nota de projeto
- Tempo de apresentação: 15 minutos
- Artefatos avaliados: (I) Especificação dos épicos, features e histórias de usuários (critérios de aceitação), (II) Configuração do repositório de acordo com os padrões de comunidade de software livre (Github), (III) Protótipo de alta fidelidade, (IV) Código
- Práticas ágeis avaliadas: pareamento, issues, Pull requests, produtividade, participação nos rituais, desempenho
- Detalhamento da avaliação: Código-Fonte/entregas (30%), (II) Práticas ágeis (25%), (III) Requisitos Especificados/issues (10%), Protótipo (15%), (IV) Padrões de software livre, (V) critério extra(10%)
- Código Fonte
- Documentação de comunidades de software livre: Readme, código de conduta, licença, issues, guia de contribuição, templates de issues e pull request.
- StoryMap: mapeamento dos épicos, features, histórias de usuários a serem entregues.
- Práticas ágeis (documentação das issues, prática de commits, pareamento, arquitetura de software)
- Gitpage: o Gitpage é a propaganda do produto de software. Focado no usuário (ex: Exemplo de Gitpage)
- Práticas ágeis - testes unitários (automação)
- Práticas ágeis - testes de aceitação
- Métodos ágeis - práticas ágeis - XP: integração contínua
- Métodos ágeis - práticas ágeis - Engenharia de Produto - full stack
- Métodos ágeis - práticas ágeis - Engenharia de Produto - visão geral de pipeline full stack
- Métodos ágeis - práticas ágeis - Engenharia de produto: entrega contínua (pipeline) + gitflow
- Métodos ágeis - práticas ágeis - Engenharia de produto: entrega contínua
- Métodos ágeis - práticas ágeis - XP: monitoramento e controle - retrospectiva + velocity + PR
- Métodos ágeis - práticas ágeis - indicadores e métricas no contexto de desenvolvimento ágil
- Métodos ágeis - práticas ágeis - Entrega Contínua - indicador e métricas ágeis
- Métodos ágeis - práticas ágeis - Entrega Contínua - Qualidade de código-fonte
- Entrega contínua - integração contínua vs deploy contínuo (papel do DevOps)
- Entrega Contínua - Implantação (papel do DevOps)
- Buffer de Contingência
- A Release 2: A ordem de apresentação é sorteada, mas os grupos podem trocar entre si a ordem.
- Peso da R2: 60% da nota de projeto
- Tempo de apresentação: 15 minutos
- Detalhe da avaliação: (I) Código-fonte entregue (60%): features, implantação, qualidade, cobertura de testes, testes de aceitação, (II) PRÁTICAS ÁGEIS (30%), (III) Tracking (
ação é sorteada, mas os grupos podem trocar entre si a ordem.
- Peso da R1: 40% da nota de projeto
- Tempo de apresentação: 15 minutos
- Artefatos avaliados: (I) Especificação dos épicos, features e histórias de usuários (critérios de aceitação), (II) Configuração do repositório de acordo com os padrões de comunidade de software livre (Github), (III) Protótipo de alta fidelidade, (IV) Código
- Práticas ágeis avaliadas: pareamento, issues, Pull requests, produtividade, participação nos rituais, desempenho
- Detalhamento da avaliação: Código-Fonte/entregas (30%), (II) Práticas ágeis (25%), (III) Requisitos Especificados/issues (10%), Protótipo (15%), (IV) Padrões de software livre, (V) critério extra (10%)
- Entregáveis: Código Fonte, Documentação de comunidades de software livre (Readme, código de conduta, licença, issues, guia de contribuição, templates de issues e pull request), StoryMap, Práticas ágeis (documentação das issues, pratica de commits, pareamento, arquitetura de software), gitpage
- Práticas ágeis - testes unitários (automação)
- Práticas ágeis - testes de aceitação
- Métodos ágeis - práticas ágeis - XP: integração contínua
- Métodos ágeis - práticas ágeis - Engenharia de Produto - full stack
- Métodos ágeis - práticas ágeis - Engenharia de Produto - visão geral de pipeline full stack
- Métodos ágeis - práticas ágeis - Engenharia de produto: entrega contínua (pipeline) + gitflow
- Métodos ágeis - práticas ágeis - Engenharia de produto: entrega contínua
- Métodos ágeis - práticas ágeis - XP: monitoramento e controle - retrospectiva + velocity + PR
- Métodos ágeis - práticas ágeis - indicadores e métricas no contexto de desenvolvimento ágil
- Métodos ágeis - práticas ágeis - Entrega Contínua - indicador e métricas ágeis
- Métodos ágeis - práticas ágeis - Entrega Contínua - Qualidade de código-fonte
- Entrega contínua - integração contínua vs deploy contínuo (papel do DevOps)
- Entrega Contínua - Implantação (papel do DevOps)
- Buffer de Contingência
- A Release 2: A ordem de apresentação é sorteada, mas os grupos podem trocar entre si a ordem.
- Peso da R2: 60% da nota de projeto
- Tempo de apresentação: 15 minutos
- Detalhe da avaliação: (I) Código-fonte entregue (60%): features, implantação, qualidade, cobertura de testes, testes de aceitação, (II) PRÁTICAS AGEIS (30%), (III) Tracking (10%)
- Engenharia de Software Moderna
- Code Complete [Steve McConnell]
- Clean Code: A Handbook of Agile Software Craftsmanship [Uncle Bob]
- The Pragmatic Programmer: From Journeyman to Master [Andy Hunt, Dave Thomas]
- Clean Architecture [Uncle Bob]
- Building Evolutionary Architectures: Support Constant Change [Neal Ford, Rebecca Parsons, Patrick Kua]