Data | Fase do Projeto | Alteracao de codigo | Versao de Desenvolvimento | Versao de Homologacao | Versao de Producao |
|---|
15-Jan | 0 - Iniciacao | Nenhuma | NA | NA | NA |
23-Jan | 1 - Anteprojeto | Primeiros commits de desenvolvimento de codigos com teste-base para validacao da arquitetura | 0.0.0 | NA | NA |
12-Fev | 1 - Anteprojeto | Mais commits de desenvolvimento para provas da arquitetura.
Codigo quase estavel | 0.0.0 | NA | NA |
17-Fev | 1 - Anteprojeto | Projetista considerou arquitetura estavel o suficiente e vai iniciar homologacao dessa arquitetura com cliente.
Ele faz o primeiro build de homologacao do projeto | 0.0.0 | 1.0.0 | NA |
19-Fev | 1 - Anteprojeto | Programadores continuam fazendo commits para ajustes e otimizacoes na arquitetura, seja qual for essa alteracao | 0.0.0 | 1.0.0 | NA |
21-Fev | 1 - Anteprojeto | Durante homologacao da aquitetura, projetista encontra um erro em uma de suas funcionalidades e puxa um dos commits de desenvolvimento para um novo build de correcao na homologacao | 0.0.0 | 1.0.1 | NA |
23-Fev | 1 - Anteprojeto | Mais um erro eh encontrado na arquitetura, e exige outro ajuste, com um novo build de correcao na homologacao | 0.0.0 | 1.0.2 | NA |
27-Fev | 1 - Anteprojeto | As regras do jogo mudam, onde o cliente diz que precisa uma funcionalidade nova na arquitetura e nao vai aceitar ela sem que isso seja implementado.
A equipe de dev corre atras disso e apos varios commits de desenvolvimento, o projetista faz um novo build de homologacao, agora com essa nova funcionalidade | 0.0.0 | 1.1.0 | NA |
03-Mar | 1 - Anteprojeto | Cliente homologa arquitetura
Projetista faz primeiro build de producao do codigo da arquitetura, que vai ser usado como base para desenvolvimento do projeto (versao homologada vira versao de producao) | 0.0.0 | 1.1.0 | 1.1.0 |
04-Mar | 2 - Planejamento | Equipe antecipa alguns desenvolvimentos fazendo commits enquanto gestao do projeto faz estimativas e plano de entregas | 0.0.0 | 1.1.0 | 1.1.0 |
15-Mar | 2 - Planejamento | Equipe de gestao apresenta e homologa plano de entregas
Enquanto isso equipe de dev continua seus desenvolvimentos internos para ganhar tempo | 0.0.0 | 1.1.0 | 1.1.0 |
16-Mar | 3 - Construcao | Agora sim, projeto entra em fase de construcao, com commits diarios de desenvolvimento ate ter funcionalides estaveis | 0.0.0 | 1.1.0 | 1.1.0 |
24-Mar | 3 - Construcao | Projetista elenca algumas funcionalidades como estaveis e faz primeiro build de homologacao da fase de construcao
Projetista inicia homologacao de funcionalidades
Equipe dev continua desenvolvimentos | 0.0.0 | 1.2.0 | 1.1.0 |
03-Abr | 3 - Construcao | Projetista elenca mais funcionalidades como estaveis e faz segundo build de homologacao da fase de construcao | 0.0.0 | 1.3.0 | 1.1.0 |
04-Abr | 3 - Construcao | Equipe dev continua commits de desenvolvimento | 0.0.0 | 1.3.0 | 1.1.0 |
05-Abr | 3 - Construcao | Cliente encontra erro em homologacao e solicita ajustes imediatos para aprovacao
Equipe de dev diz que parte do codigo de desenvolvimento pode ser usado direto para este ajuste na homologacao, sem necessidades de novos branches de trabalho
Projetista eleva codigos de dev para homologacao e faz novo build de homologacao, a titulo de correcoes | 0.0.0 | 1.3.1 | 1.1.0 |
06-Abr | 3 - Construcao | Cliente ainda nao aceita homologacao
Projetista novamente coloca mais codigo de dev na homologacao e gera novo build de ajuste na homologacao | 0.0.0 | 1.3.2 | 1.1.0 |
07-Abr | 3 - Construcao | Mais ajustes sao necessarios, e novamente projetista eleva codigo de dev para homologacao e dispara novo build | 0.0.0 | 1.3.3 | 1.1.0 |
08-Abr | 3 - Construcao | Dia anterior se repete, e exige outro build de ajuste na homologacao. O quarto seguido sem nenhum incremento de funcionalidades. | 0.0.0 | 1.3.4 | 1.1.0 |
09-Abr | 3 - Construcao | Cliente ainda nao homologa ajustes realizados e projetista precisa fazer nova elevacao de codigo dev para homologar
Porem, equipe agora esta com codigo muito diferente (ja passaram 4 dias desde o primeiro dia de homologacao) e agora exige tomada de decisao do projetista.
Ou ele deriva inicia commits em homologacao direto para correcao direto na linha de homologacao (o que vai gerar merges para o codugo dev que esta mais atualizado)
Ou ele discute com equipe dev as novas features do sistema nao quebram as features antigas.
Apos discussao, projetista decide elevar todo codigo de dev para homologacao, com novas features e ajustes funcionando, para isso ele gera um novo build de homologacao, que acumula novas features e correcoes que ja haviam sido feitas em relacao a homologacao atual | 0.0.0 | 1.4.0 | 1.1.0 |
15-Abr | 3 - Construcao | Equipe dev continua commits em desenvolvimento
Cliente homologa primeira sequencia de features aptas para producao
Projetista gera primeiro build de producao com features do projeto | 0.0.0 | 1.4.0 | 1.4.0 |
12-Mai | 3 - Construcao | Quase 1 mes passou, e muitas features novas foram feitas em dev.
Projetista eleva elas para nova homologacao. | 0.0.0 | 1.5.0 | 1.4.0 |
30-Mai | 3 - Construcao | Mais features sendo entregues pelo dev estao prontas para iniciar homologacao
Cliente ainda nao homologou ultima versao do projeto | 0.0.0 | 1.5.0 | 1.4.0 |
02-Jun | 3 - Construcao | Mais features sendo entregues pelo dev estao prontas para iniciar homologacao, mas projetista ainda nao as eleva
Cliente homologa features e em consequencia disso, projetista gera novo build de producao | 0.0.0 | 1.5.0 | 1.5.0 |
03-Jun | 3 - Construcao | Projetista eleva feature de dev para iniciar nova homologacao | 0.0.0 | 1.6.0 | 1.5.0 |
04-Jun | 3 - Construcao | Cliente inicia homologacao e encontra problemas
Projetista faz ajuste direto no branche de homologacao mesmo para otimizar tempo, gerando novo build de homologacao
Projegista faz merge do codigo ajustado da homologacao de volta para codigo de dev | 0.0.0 | 1.6.1 | 1.5.0 |
05-Jun | 3 - Construcao | Cliente aceita homologacao
Projetista gera novo build de producao | 0.0.0 | 1.6.1 | 1.6.1 |
07-Jun | 3 - Construcao | Equipe dev inicia refatoracao completa do projeto, pois nova biblioteca esta sendo inserida na arquitetura e isso vai quebrar compatibilidade da versao atual
Enquanto isso novas features tambem sao desenvolvidas | 0.0.0 | 1.6.1 | 1.6.1 |
20-Jun | 3 - Construcao | Equipe finaliza ajuste de refatoracao, e agora sistema tem tando features novas, quanto, principalmente, uma nova arquitetura imcompativel com versao em uso na producao
Projetista faz testes internos e considera validado iniciar uma nova homologacao, fazendo entao um build de homologacao para esta nova plataforma de codigo | 0.0.0 | 2.0.0 | 1.6.1 |
22-Jun | 3 - Construcao | Cliente inicia testes de novas features e arquitetura otimizada
Equipe segue desenvolvendo na nova arquitetur features novas
Codigo em producao continua com arquitetura antiga | 0.0.0 | 2.0.0 | 1.6.1 |
24-Jun | 3 - Construcao | Cliente homologa nova arquitetura
Projetista faz build de producao | 0.0.0 | 2.0.0 | 2.0.0 |
25-Jun | 3 - Construcao | Cliente encontra erro na nova arquitetura
Equipe dev corre atras para correcao usando o proprio trunk do projeto, corrige o problema e projetista eleva codigo e dispara novo build de homologacao desse ajuste | 0.0.0 | 2.0.1 | 2.0.0 |
25-Jun | 3 - Construcao | Cliente homologa ajustes da producao
No mesmo dia, ao final da tarde, projetista faz build de correcao para producao | 0.0.0 | 2.0.1 | 2.0.1 |
15-Jul | 3 - Contrucao | Todas features do sistema sao finalizadas pela equipe dev
Projetista as eleva e inicia ultima homologacao do sistema | 0.0.0 | 2.1.0 | 2.0.1 |
21-Jul | 3 - Construcao | Cliente homologa ultimas features
Projegista gera build de producao com novas features | 0.0.0 | 2.1.0 | 2.1.0 |
30-Jul | 3 - Construcao | Cliente da aceite final no projeto e considera-o finalizado, sem mais coisas serem construidas
Fase de construcao se encerra | 0.0.0 | 2.1.0 | 2.1.0 |
31-Jul | 4 - Repasse | Fase de repasse se inicia | 0.0.0 | 2.1.0 | 2.1.0 |
01-Set | 4 - Repasse | Cliente encontra erro do sistema
Projetista aciona equipe, que utiliza ultimo codigo de dev (que esta sincronizado com a producao, pois quando ela entrou no ar nao havia ocorrido mais commits de dev) para montar uma homologacao de ajuste | 0.0.0 | 2.1.1 | 2.1.0 |
02-Set | 4 - Repasse | Cliente inicia testes para homologar ajustes propostos para producao | 0.0.0 | 2.1.1 | 2.1.0 |
03-Set | 4 - Repasse | Cliente aceita ajustes
Projegista gera novo build de producao para publicar os ajustes homologados | 0.0.0 | 2.1.1 | 2.1.1 |
04-Set | 4 - Repasse | Cliente aceita todo o projeto, documentacoes, etc.
Fase de repasse eh finalizada | 0.0.0 | 2.1.1 | 2.1.1 |
05-Set | 5 - Encerramento | Inicia-se a fase de encerramento, visando garantia do projeto | 0.0.0 | 2.1.1 | 2.1.1 |
07-Dez | 5 - Encerramento | Aos dois meses de garantia, cliente encontra erro grave
Projetista aciona dev para correcao | 0.0.0 | 2.1.1 | 2.1.1 |
09-Dez | 5 - Enceramento | Apos varios commits em dev, equipe tem codigo estavel para homologacao
Projetista eleva codigo e dispara build de homologacao | 0.0.0 | 2.1.2 | 2.1.1 |
10-Dez | 5 - Encerramento | Cliente inicia testes na homologacao | 0.0.0 | 2.1.2 | 2.1.1 |
12-Dez | 5 - Encerramento | Cliente aceita homologacao
Projetista eleva homologacao e dispara build de producao | 0.0.0 | 2.1.2 | 2.1.2 |
05-Jan | 5 - Encerramento | Apos um ano de projeto e terminada garantia, projeto encerra-se | 0.0.0 | 2.1.2 | 2.1.2 |
