BRAINSTORMING

INDICADORES PROBLEMA SOLUÇÃO

Fomentar junto as liderenças, a importancia de estabelecer políticas ligadas com o ESG:

Diretrizes e Politícas - seria top pelo menos um item em cada tópico
Não temos políticas ou diretrizes especificas, ou ainda, diretamente relacionadas com ESG.
Organizacionais - esg está em evidência no cenário mundial
- requisito para acesso a perceiros e recursos

- Mapear ações que já são feitas internamente, mas não são registradas
- Mapear ações locais que tem FIT com a TecnoSpeed:
Ações Sócio -- Festa das nações
TecnoSpeed só marca presença em eventos de TI.
Culturais -- Festa da canção
- Aproveitar a INOVA WEEK para fomentar o ESG
- Sensibilizar entidades sobre o ESG

Governança Não temos um organograma de ESG definido. Atualizar o organograma atual com os atores do ESG.
 T E I M P E D E
TRANSPORTE EXCESSO DE PRODUÇÃO INTELECTUAL MOVIMENTAÇÃO PROCESSO EXCESSIVO ESTOQUE DEFEITO ESPERA

PROBLEMA SOLUÇÃO PROBLEMA SOLUÇÃO PROBLEMA SOLUÇÃO PROBLEMA SOLUÇÃO PROBLEMA SOLUÇÃO PROBLEMA SOLUÇÃO PROBLEMA SOLUÇÃO PROBLEMA SOLUÇÃO
Estamos
aumentando a
cobertura de
Atualmente temos testes
O desenvolvimento
um processo que Estamos automatizados em
Podemos realizar o de módulos novos
garante o ponto de trabalhando nossos produtos
Algumas desenvolvimento em uma
atualização de Para mitigar a fuga exclusivamente em Para manter o para que ao
modificações em paralelo, com ferramenta pode
todos os sistemas, quando uma Utilizar modelos de conhecimento, modelo de trabalho remoto O Defeito em desenvolver novas
sistêmicas ambos os times demorar e o timing
que determina o demanda é como MVP A área de desenvolvemos trabalho remoto. estamos Monitoramento desenvolvimento funcionalidades, Trabalhamos com
Após o dependem de trabalhando com a do lançamento Apesar de não
versionamento. solicitada, o auxiliam na desenvolvimento documentação Nesse modelo automatizando das estratégias de de sistemas é uma sequencia de indicadores como
desenvolvimento ferramentas mesma pode ser perdido. trabalharmos com
Poderíamos Product Owner em definição d de sistemas técnica de nossos precisamos gerar alguns processos marketing e caracterizado pelo testes seja Lead Time e Work
de uma compartilhadas, documentação ou Nesse contexto customizações, um
trabalhar com conjunto com os eescopo e podem atravessa um produtos, porém indicadores de para que a geração comercial visando retrabalho, onde realizada de forma in Progress para
modificação no então essa trabalhar de forma deve ser cliente pode
técnicas como desenvolvedores reduzir muito a período de forte isso acaba produtividade e de indicadores seja as entregas uma automatizada, medir e melhorar
sistema, o tempo dependência cria sequencial, onde monitorado se a solicitar correção
CI/CD, onde a cada de software complexidade das demanda de mão demandando mais processos que automatizada, programadas. Esse funcionalidade é impedindo que o nosso prazo de
de entrega até o uma necessidade apenas um time estratégia de ou uma
modificação acabam de forma entregas, porém de obra horas de possam auxiliar na facilitando o trabalho é desenvolvida de novo código entre entrega. Nosso SLA
cliente pode ficar de planejamento realiza as divulgação está modificação que
concluída é proativa nesse modelo o qualificada, e assim desenvolvedores, administração do trabalho do efetuado pelo forma incompleta em produção sem varia de produto a
prejudicado por conjunto, onde modificações, alinhada com a melhore o produto.
atualizado o aumentando o risco é não haver temos um turnover que além de tempo de trabalho. colaborador, assim Product Owner em ou uma a execução dos produto e também
precisar esperar o mais de um time porém com estratégia de O tempo de espera
servidor. Porém escopo da proatividade, pois alto, podendo desenvolver a O tempo gasto como as conjunto com o modificação mesmos (pipeline). pela criticidade do
fechamento da fica responsável processo de code produção, pois pode impactar no
nosso processo solicitação, o que as melhorias ficam ocorrer fuga de modificação, gerando esses ferramentas de Responsável pelo ocasiona a quebra A revisão de regra problema
versão. pela entrega final review e merge pode ser que uma negócio do cliente
visa uma forma pode gerar sempre em conhecimento precisam indicadores e apoio à Negócio (RN) de outra de negócios é identificado.
(ou é impactado request efetuado ferramenta tenha
simples de efetuar demanda excessiva backlog. documentar todo o organizando o administração do funcionalidade efetuada
por um processo pelo time principal. muitos módulos
o rollback caso funcionamento. processo são vistos tempo. manualmente, pois
de outro time) Osquestrado pelo novos sem um
ocorra uma falha, muitas vezes como depende da
(s) PO(s) mercado sendo
por isso não excesso. interpretação dos
atacado.
utilizamos CI/CD. técnicos, e é
realizada com o
Product Owner e o
time de qualidade.