23/06/2016 - Histórico de revisão

10.0.0.193 em 12h41min de 24 de junho de 2016

2016-06-24T12:41:36Z

10.0.0.193 em 12h39min de 24 de junho de 2016

2016-06-24T12:39:37Z

Arielton.nunes em 11h05min de 24 de junho de 2016

2016-06-24T11:05:28Z

10.0.0.193 em 16h46min de 23 de junho de 2016

2016-06-23T16:46:52Z

10.0.0.193 em 16h46min de 23 de junho de 2016

2016-06-23T16:46:23Z

10.0.0.193 em 16h45min de 23 de junho de 2016

2016-06-23T16:45:46Z

10.0.0.193 em 16h45min de 23 de junho de 2016

2016-06-23T16:45:01Z

10.0.0.105: Criou página com 'Nessa reunião foi apontado pelo Luan o problema que ele teve com a pesquisa de satisfação do cliente 2D. Pela urgência da solução foi tomada uma abordagem que resolvia o...'

2016-06-23T10:51:32Z

Criou página com 'Nessa reunião foi apontado pelo Luan o problema que ele teve com a pesquisa de satisfação do cliente 2D. Pela urgência da solução foi tomada uma abordagem que resolvia o...'

Página nova

Nessa reunião foi apontado pelo Luan o problema que ele teve com a pesquisa de satisfação do cliente 2D. Pela urgência da solução foi tomada uma abordagem que resolvia o problema do cliente mas que em um futuro poderá gerar problemas. Será necessário fazer uma refatoração nessa solução assim que a versão for criada. Arielton relatou 2 problemas: O primeiro na solução encontrada para estoque impeditivo de pedido, onde foi sugerido um microservice que fique validando os pedidos gerados que não tem pendências de autorização dos supervisores, houve uma discussão sobre essa solução e todos chegaram a um consenso sobre a melhor saída para isso. Outro item apontado foi a solução para a venda por lote, bolada por Jefferson para uso de famílias como agrupamento de produtos como lote. Para essa solução Leonardo acredita ser a que resolve o problema da melhor forma para o desenvolvimento mas que a longo prazo poderá gerar problemas se continuarmos nessa abordagem. Pelo tempo não podemos entrar mais nessa discussão mas acreditamos que deva ser mais discutido. Leonardo apontou problemas com acesso que ele cria nos banco de dados onde as permissões que ele libera estão sumindo e com alguns clientes dele onde o tempo para resolver devido a quantidade de atividades é o principal impedimento. Foi levantado a necessidade de criação de reuniões de arquitetura para traçar melhorias no produto, foi citado que na verdade o problema são as atividades que são passadas para os arquitetos que não permitem que eles desempenhem o papel de arquitetos. Extrapolamos o tempo em 13 minutos.

@@ Linha 2: / Linha 2: @@
 == '''Pesquisa de satisfação do cliente 2D''' ==
 Nessa reunião foi apontado pelo Luan o problema que ele teve com a pesquisa de satisfação do cliente 2D. Pela urgência da solução foi tomada uma abordagem que resolvia o problema do cliente mas que em um futuro poderá gerar problemas. Será necessário fazer uma refatoração nessa solução assim que a versão for criada.
-'''Estoque impeditivo de pedido'''
-----
+== Estoque impeditivo de pedido ==
 Arielton relatou 2 problemas: O primeiro na solução encontrada para estoque impeditivo de pedido, onde foi sugerido um  microservice que fique validando os pedidos gerados que não tem pendências de autorização dos supervisores, houve uma discussão sobre essa solução e todos chegaram a um consenso sobre a melhor saída para isso.
-'''Venda por lote'''
-----
+== Venda por lote ==
 bolada por Jefferson para uso de famílias como agrupamento de produtos como lote. Para essa solução Leonardo acredita ser a que resolve o problema da melhor forma para o desenvolvimento mas que a longo prazo poderá gerar problemas se continuarmos nessa abordagem. Pelo tempo não podemos entrar mais nessa discussão mas acreditamos que deva ser mais discutido.
-'''Acesso criado nos banco de dados onde as permissões liberadas estão sumindo'''
-----
+== Acesso criado nos banco de dados onde as permissões liberadas estão sumindo ==
 Leonardo apontou problemas com acesso que ele cria nos banco de dados onde as permissões que ele libera estão sumindo e com alguns clientes dele onde o tempo para resolver devido a quantidade de atividades é o principal impedimento.

← Edição anterior		Edição das 12h39min de 24 de junho de 2016
Linha 1:		Linha 1:
−	'''Pesquisa de satisfação do cliente 2D'''	+
		+	== '''Pesquisa de satisfação do cliente 2D''' ==
		+
	----		----

@@ Linha 1: / Linha 1: @@
-Pesquisa de satisfação do cliente 2D
+'''Pesquisa de satisfação do cliente 2D'''
 ----
 Nessa reunião foi apontado pelo Luan o problema que ele teve com a pesquisa de satisfação do cliente 2D. Pela urgência da solução foi tomada uma abordagem que resolvia o problema do cliente mas que em um futuro poderá gerar problemas. Será necessário fazer uma refatoração nessa solução assim que a versão for criada.
-Estoque impeditivo de pedido
+'''Estoque impeditivo de pedido'''
 ----
 Arielton relatou 2 problemas: O primeiro na solução encontrada para estoque impeditivo de pedido, onde foi sugerido um  microservice que fique validando os pedidos gerados que não tem pendências de autorização dos supervisores, houve uma discussão sobre essa solução e todos chegaram a um consenso sobre a melhor saída para isso.
-Venda por lote
+'''Venda por lote'''
 ----
 bolada por Jefferson para uso de famílias como agrupamento de produtos como lote. Para essa solução Leonardo acredita ser a que resolve o problema da melhor forma para o desenvolvimento mas que a longo prazo poderá gerar problemas se continuarmos nessa abordagem. Pelo tempo não podemos entrar mais nessa discussão mas acreditamos que deva ser mais discutido.
-Acesso criado nos banco de dados onde as permissões liberadas estão sumindo
+'''Acesso criado nos banco de dados onde as permissões liberadas estão sumindo'''
 ----
 Leonardo apontou problemas com acesso que ele cria nos banco de dados onde as permissões que ele libera estão sumindo e com alguns clientes dele onde o tempo para resolver devido a quantidade de atividades é o principal impedimento.
-IMPORTANTE:
+'''IMPORTANTE:'''
 Foi levantado a necessidade de criação de reuniões de arquitetura para traçar melhorias no produto, foi citado que na verdade o problema são as atividades que são passadas para os arquitetos que não permitem que eles desempenhem o papel de arquitetos. Extrapolamos o tempo em 13 minutos.

@@ Linha 1: / Linha 1: @@
 Pesquisa de satisfação do cliente 2D
 ----
 Nessa reunião foi apontado pelo Luan o problema que ele teve com a pesquisa de satisfação do cliente 2D. Pela urgência da solução foi tomada uma abordagem que resolvia o problema do cliente mas que em um futuro poderá gerar problemas. Será necessário fazer uma refatoração nessa solução assim que a versão for criada.

@@ Linha 1: / Linha 1: @@
-'''PROBLEMA'''Pesquisa de satisfação do cliente 2D
+Pesquisa de satisfação do cliente 2D
 ----
@@ Linha 5: / Linha 5: @@
 Nessa reunião foi apontado pelo Luan o problema que ele teve com a pesquisa de satisfação do cliente 2D. Pela urgência da solução foi tomada uma abordagem que resolvia o problema do cliente mas que em um futuro poderá gerar problemas. Será necessário fazer uma refatoração nessa solução assim que a versão for criada.
-'''PROBLEMA'''estoque impeditivo de pedido
+Estoque impeditivo de pedido
 ----
 Arielton relatou 2 problemas: O primeiro na solução encontrada para estoque impeditivo de pedido, onde foi sugerido um  microservice que fique validando os pedidos gerados que não tem pendências de autorização dos supervisores, houve uma discussão sobre essa solução e todos chegaram a um consenso sobre a melhor saída para isso.
-'''PROBLEMA'''venda por lote
+Venda por lote
 ----
 bolada por Jefferson para uso de famílias como agrupamento de produtos como lote. Para essa solução Leonardo acredita ser a que resolve o problema da melhor forma para o desenvolvimento mas que a longo prazo poderá gerar problemas se continuarmos nessa abordagem. Pelo tempo não podemos entrar mais nessa discussão mas acreditamos que deva ser mais discutido.
-'''PROBLEMA'''acesso criado nos banco de dados onde as permissões liberadas estão sumindo
+Acesso criado nos banco de dados onde as permissões liberadas estão sumindo
 ----

← Edição anterior		Edição das 16h45min de 23 de junho de 2016
Linha 1:		Linha 1:
−	Nessa reunião foi apontado pelo Luan o problema que ele teve com a pesquisa de satisfação do cliente 2D. Pela urgência da solução foi tomada uma abordagem que resolvia o problema do cliente mas que em um futuro poderá gerar problemas. Será necessário fazer uma refatoração nessa solução assim que a versão for criada. Arielton relatou 2 problemas: O primeiro na solução encontrada para estoque impeditivo de pedido, onde foi sugerido um microservice que fique validando os pedidos gerados que não tem pendências de autorização dos supervisores, houve uma discussão sobre essa solução e todos chegaram a um consenso sobre a melhor saída para isso. ~~Outro item apontado foi a solução para a~~ venda por lote, bolada por Jefferson para uso de famílias como agrupamento de produtos como lote. Para essa solução Leonardo acredita ser a que resolve o problema da melhor forma para o desenvolvimento mas que a longo prazo poderá gerar problemas se continuarmos nessa abordagem. Pelo tempo não podemos entrar mais nessa discussão mas acreditamos que deva ser mais discutido. Leonardo apontou problemas com acesso que ele cria nos banco de dados onde as permissões que ele libera estão sumindo e com alguns clientes dele onde o tempo para resolver devido a quantidade de atividades é o principal impedimento. Foi levantado a necessidade de criação de reuniões de arquitetura para traçar melhorias no produto, foi citado que na verdade o problema são as atividades que são passadas para os arquitetos que não permitem que eles desempenhem o papel de arquitetos. Extrapolamos o tempo em 13 minutos.	+	'''PROBLEMA'''Pesquisa de satisfação do cliente 2D
		+
		+	Nessa reunião foi apontado pelo Luan o problema que ele teve com a pesquisa de satisfação do cliente 2D. Pela urgência da solução foi tomada uma abordagem que resolvia o problema do cliente mas que em um futuro poderá gerar problemas. Será necessário fazer uma refatoração nessa solução assim que a versão for criada.
		+
		+	'''PROBLEMA'''estoque impeditivo de pedido
		+	Arielton relatou 2 problemas: O primeiro na solução encontrada para estoque impeditivo de pedido, onde foi sugerido um microservice que fique validando os pedidos gerados que não tem pendências de autorização dos supervisores, houve uma discussão sobre essa solução e todos chegaram a um consenso sobre a melhor saída para isso.
		+
		+	'''PROBLEMA'''venda por lote
		+	bolada por Jefferson para uso de famílias como agrupamento de produtos como lote. Para essa solução Leonardo acredita ser a que resolve o problema da melhor forma para o desenvolvimento mas que a longo prazo poderá gerar problemas se continuarmos nessa abordagem. Pelo tempo não podemos entrar mais nessa discussão mas acreditamos que deva ser mais discutido.
		+
		+	'''PROBLEMA'''acesso criado nos banco de dados onde as permissões liberadas estão sumindo
		+	Leonardo apontou problemas com acesso que ele cria nos banco de dados onde as permissões que ele libera estão sumindo e com alguns clientes dele onde o tempo para resolver devido a quantidade de atividades é o principal impedimento.
		+
		+	IMPORTANTE:
		+	Foi levantado a necessidade de criação de reuniões de arquitetura para traçar melhorias no produto, foi citado que na verdade o problema são as atividades que são passadas para os arquitetos que não permitem que eles desempenhem o papel de arquitetos. Extrapolamos o tempo em 13 minutos.