Please enable JavaScript.
Coggle requires JavaScript to display documents.
Criação de sistemas mais "user-friendly" (Problemas no design…
Criação de sistemas mais "user-friendly"
Problemas no design
Interface difícil de usar
Os utilizadores são, muito provavelmente, pessoas com pouca experiencia com a utilização de computadores ou sistemas complexas
Reutilização de sistema antiga com problemas
Reutilização de sistemas não é sempre o melhor, pois a sistema antiga pode não ter funcionalidades necessarias
O objetivo de criar um novo sistema é para reduzir a frquencia e os custos dos erros, mas reutilizar a sistema antiga, que tem erros em sí própria, vai contra esse objetivo
Problemas no desenvolvimento
Interface
A função "Work Search Log" tem funcionalidade muito importante, pois implica a condição financeira dos utilizadores. Mesmo assim, o design dessa função era extremamente pobre e não foi melhorado/fixo durante o deselvolvimento
Havia elementos no UI que era só necessário para o Estado de Mississippi que não foi removido para os outros estados, aumentando a complexidade do sistema desnecessáriamente
Erros no sistema
Havia bugs em todos os lançamentos do sistema, que foram ignorados
Em vez de adiar o lançamento e consertar os erros e bugs, o sistema foi lançado na mesma
Possíveis soluções para os problemas
Melhoria em ambos interface e sistema própria
Simplificar a interface para os utilizadores
Desenhar um sistema de novo em vez de utilizar um sistema antigo com bugs e erros conhecidos
Focar em criar um sistema bom com interface facil de utilizar em vez de tudo ser determinado por problemas externas
Contratar entidades responsáveis melhores
Entidades com gerência mais responsável
Entidades com trabalhadores competentes
Problemas das entidades responsáveis
Falta de transparência
Culpar os utilizadores por não saberem utilizar o sistema em vez de admitir que a interface é confuso
Minimizar as reclamações em vez de tratar delas, culpando os utilizadores por erros que são originadas do sistema mas não os utlizadores
Lançar o programa sabendo que o sistema não estava preparado, com um funcionário a dizer que a sistema era um fracasso e basear o sistema na sistema antiga tem causado vários problemas
Agir a partir de benefícios de curto prazo
Criação de uma sistema única para multiplo Estados, apesar de terem requisitos diferentes, e só fazer isso para reduzir custos em vez de para fazer uma sistema apropriada para todos os Estados involvidos
Lançar o sistema com bugs e erros em vez de adiar para consertar porque isso podia ter repercussões financeiras e impactar a cronograma em outras partes do sistema