Portal do Servidor - Avaliação Continuada (Customer Effort Score)
OBJETIVO
O presente estudo visa analisar e identificar a melhor abordagem para a criação de um mecanismo para coletar a Customer Effort Score, que faz parte da Avaliação Continuada nos sistemas da SETIC, bem como possíveis problemas, impedimentos e histórias de usuário necessárias.
JUSTIFICATIVA
As proximas versões do Portal do Cidadão deverá contar com um mecanismo para Avaliação Continuada, prevista em lei.
RESULTADOS ESPERADOS
Espera-se que, após este estudo, seja mais clara a implementação da Avaliação Continuada por parte dos analistas responsáveis.
ENVOLVIDOS:
Gustavo Felix Gomes (Dev team)
Rafael Passos dos Santos (Dev team) - Assessor VIII
Emanuel Rufino Alcantara de Lima (Dev team)
Lucas de Souza e Sousa (Dev team) - Assessor VIII
André Honório de Andrade Silva (Dev team)
Alef Carvalho (Dev team)
Euriane Nogueira Frota (Product Owner) - Gerente de Desenvolvimento
Wagner (Scrum Master) - Assessor X
1 - INTRODUÇÃO
A Avaliação Continuada - prevista em lei, é um importante mecanismo de feedback dos usuários, sobre a utilização das ferramentas desenvolvidas e disponibilizadas pelo governo. Para tal,a serealização Adesta, será implementada a Customer Effort Score - CES (ou Pontuação do Esforço do Cliente - em tradução livre), que é uma métrica de satisfação do usuário acerca da dificuldade encontrada na utilização de determinado produto. Sendo assim, este estudo tem como principal foco a implementação e reutilização deste conceito em vários sistemas desenvolvidos pela SETIC.
2 - CENÁRIO ATUAL
Atualmente nenhum sistema conta com maneiras de se avaliar as dificuldades na utilização dos sistemas desenvolvidos. Logo se faz necessário, assim como a dificuldadesolução queencontrada para o usuárioaviso .de aceitação de cookies desenvolvida há alguns meses atrás.
3 - SOLUÇÃO
Para termos um formulário com mais de 30 campos e que não seja cobrado e salvo os 30 campos de uma vez será implementado um CRUD de Steps no Alpha no cadastro do Formulário Dinâmico, será feito ajustes no banco do Formulário Dinâmico e ajustes na exibição das perguntas no pacote NuGet do Formulário Dinâmico.
4 - IMPLEMENTAÇÃO E HISTÓRIAS DE USUÁRIOS
Para aplicar a solução acima será necessário as seguintes histórias de usuários:
| O que? | Pontos | Regras | Produto |
| - Ajustar Formulário Dinâmico API para salvar novos Steps no formulário | 3 |
- Ajustar a Tabela Step - Ajustar a Tabela Form |
Formulário Dinâmico API |
| - Permitir o Gestor cadastrar Steps no Formulário Dinâmico do Serviço | 5 |
- Cadastrar - Renomear o Step - Remover Steps sem Pergunta |
Alpha |
| - Ajustar Ordem das perguntas nos Steps | 8 |
- Exibir os Steps - Ordenar os Steps - Ordenar as Perguntas nos Steps |
Alpha e Formulário Dinâmico API |
| - Ajustar Pacote NuGet para exibir as perguntas do Formulário por Steps | 8 |
- Exibir os Steps e as Perguntas do Step |
NuGet Formulário Dinâmico |
| - Ajustar a Forma como as Perguntas do Formulário são gravadas. |
8 |
- Gravar por Step a Resposta do Formulário |
Formulário Dinâmico API e NuGet Formulário Dinâmico |
5 - POSSÍVEIS IMPEDIMENTOS
Devido a complexidade do Formulário Dinâmico pode ocorrer de se encontrar algum novo desafio durante o desenvolvimento das histórias sendo necessário um reajustes na pontuação ou a criação de outra.
6 - CONCLUSÃO
Concluísse que através da criação de Steps no cadastro do Formulário Dinâmico no Alpha é possível exibir um formulário organizado, com vários campos e de fácil preenchimento. Sendo necessário realizar ajustes para atingir este objetivo e concluir a ferramenta Formulário Dinâmico para os sistemas já citados anteriormente e futuros outros sistemas.