Please enable JavaScript.
Coggle requires JavaScript to display documents.
Leitura do trabalho em 26/06/2019 (Aplicação do estudo [Parcial]…
Leitura do trabalho em 26/06/2019
Cenário [OK]
Explicação sobre o time
Metodologia de desenvolvimento
Fluxo de trabalho no Scrum: Sprint
Organograma
Aplicação do estudo [Parcial]
Observação I: Acompanhamento da sprint atual
Apresentação do trabalho ao time
Fundamentação teórica
Proposta
Contrato
Feedback: Cenário, ideias, etc
Questionário preliminar
Padronização de identificação das dívidas
Necessidade encontrada: Uso do
Redmine
[Até aqui OK]
Identificação de dívidas que ocorrem com maior frequência
Estatísticas: Através da catalogação
Como evitá-las?
Entrevistas
Respostas inputadas no
NVivo 10
Resultados
NVivo 10
Codificação aberta: Contabiliza a ocorrência de termos (nós) nos dados inputados. Ex: "Dívida técnica" = 50
Codificação axial: Agrupamento de nós em um mesmo tema (coleção)
Codificação seletiva: Integração das coleções em uma categorial central (mapa de relacionamentos)
Trial 14 dias:
https://www.qsrinternational.com/nvivo/trial/free-trial-form?ver=Windows&lang=en-en
Descrição do modelo de identificação e monitoramento que foi construído e validado
Últimas entrevistas realizadas (
NVivo 10
)
Possibilitou a identificação de fatores causadores de dívidas técnicas
Possibilitou identificar possíveis mudanças que diminuam a contração de dívidas técnicas
Trabalhos relacionados
Conclusão
5.1. Trabalhos Futuros
Aplicação do estudo (01/07/2019)
Construção do cenário (fluxo de trabalho)
Apresentação do estudo
Padronização de identificação das dívidas
Justificativa do SQALE
Estimativa de horas
Probabilidade de gerar problema
Equipe passa a gerenciar sua dívida
Questionário preliminar
Eventos à partir de 12/06
Timeline
Resultados (08/07/2019)
Diagrama com o modelo de identificação/monitoramento construído e validado pelo time [OK]
Resultados do questionário preliminar [OK]
Apresentação dos gráficos (textos para contextualizar)
Amostragem das dívidas
Características
Subcaracterísticas
Probabilidade e prioridade
Componentes
Horas estimadas X gastas
Resultados do questionário final [Talvez deva estar nas considerações finais]
Opiniões do autor e constatações devem ser realizadas nas considerações finais
Considerações finais (Ideias)
Explicar que o modelo criado tem características de um framework, ditando apenas o ritmo, porém totalmente versártil quanto ao objetivo (o que se pretende medir)
Citar empecilhos encontrados: Troca da metodologia para Kanban
Citar que a pergunta do problema foi respondida e os objetivos do estudo alcançados
Encheção de linguiça sobre dívida técnica ter ganho relevância nos últimos anos
Destacar que o modelo criado não muda a rotina da equipe, só ajuda (conforme relato da equipe)
Trabalhos futuros: Implementação do método SQALE completo