FASMI – Ferramenta de Auxilio a Solicitação de Mudanças e Inovações
Como Gerar uma Solicitação para o Setor de Desenvolvimento.
1 - Procedimentos a serem seguidos para os 3 (três) tipos de solicitações existentes hoje:
1.1) Entender a real necessidade do cliente (questionar quantas vezes forem necessárias até que não reste dúvidas no que o cliente realmente está querendo).
1.2) Sempre que possível colocar um exemplo prático para facilitar o entendimento (lembre-se que o programador não conversou com o cliente e não faz ideia do que ele precisa).
1.3) Colocar uma justificativa que faça sentido, não adianta colocar exatamente o que o cliente está falando, é necessário verificar o que a empresa irá perder/ganhar com aquela mudança. Deixar claro para o cliente que essa justificava é que vai determinar se o serviço será feito ou não.
1.4) Caso a solicitação seja referente a alguma lei existente ou nova, trazer a documentação que apoie o que o cliente está querendo. Atente-se para o prazo estipulado do início da lei, pois o desenvolvimento precisa ter um tempo para fazer o serviço.
1.5) Explicar como o cliente precisa que o serviço seja feito, exemplo:
- Em qual módulo o trabalho será realizado? - Em qual área do sistema? - Qual tela será alterada?
1.6) Antes de começar a registrar a solicitação conferir se a solicitação já existe no sistema.
1.7) Sempre que se tratar de um NOVO RELATÓRIO na solicitação deve conter:
- Filtros; - Quebras; - Ordem; - Outras Configurações. Ex: Tipo de estoque: Físico, Reserva, etc; - Especificar detalhadamente cada informação. Ex: Relatório de Posição de Estoque contendo Matéria Prima, Volume Acabado, Volume em Elaboração.Coluna Valor Unitário (Qual valor adotar? Custo de Compra, Custo Reposição, Custo Manual); - Trazer um exemplo impresso (ou em arquivo) do relatório (disposição das informações).
Situações específicas para cada uma das situações.
2 – Inovação/Alteração.
2.1) Verificar se o que o cliente está querendo já existe em algum local do sistema.
2.2) Descrever qual o resultado que o cliente espera daquela mudança.
3 – Correção de Erro.
3.1) Identificar como que o erro ocorre no sistema, qual rotina que é feita, como ela é feita e quais parâmetros (filtros) que foram utilizados quando ocorreu o erro.
3.2) Sempre que possível tire um print screen das telas de erro.
3.3) Anote o que é exibido nas mensagens de erro.
Abaixo segue uma lista de perguntas que pode ajudar no processo de criação da solicitação de alteração no sistema:
1 – O que a empresa espera como resultado da mudança?
2 – O que a empresa irá deixar de ganhar ou perder se a alteração não for realizada?
3 – Qual a mudança precisa ser feita no sistema?
4 – Onde a empresa quer que a mudança seja feita dentro do sistema?
5 – Qual a prioridade para a empresa? (lembre-se que se todas as mudanças forem classificadas como urgente a Tek-System pode escolher a que lhe for mais conveniente).
6 – Cite um exemplo para facilitar a visualização do problema por parte da Tek-System.
7 – Esta mudança tem uma data para ser contemplada? (casos em que seja alguma lei que o governo criou).
Abaixo segue o exemplo de uma solicitação feita utilizando as técnicas citadas acima:
Sistema: ERP 4G ---- Módulo: Tek-System WEB 4G
Área: Assistência Técnica ---- Tipo: Inovação
Origem: Cliente para Tek-System via Telefone ---- Data da solicitação: 06/12/2013
Pessoa responsável pela solicitação: Diogo Sudré
Cliente que fez a solicitação: Tek-System Informática LTDA
E-mail de contato do solicitante: teksystem@teksystem.com.br
Prioridade do serviço para a empresa: Alto
Versão atual do sistema no cliente: 03.12.11
Solicitação:
- No sistema Tek-System WEB 4G exibir um alerta bloqueando a inclusão de uma assistência na tela de cadastro de assistência técnica, para que não seja permitido cadastrá-la quando o mesmo tiver no sistema algum recolhimento em aberto.
-> Bloqueio deve ser feito se possível no momento em que é digitado o código do cliente, dessa forma o sistema não bloqueia somente após ter sido feito todo o cadastro da assistência técnica.
OBS: Se a solicitação fosse de erro e não de alteração no sistema ao invés de colocar onde quer que a alteração ocorra, seria necessário informar em que momento o erro ocorre, ou seja, informar como forçar o erro novamente.
Justificativa:
A empresa não permite que seja feita uma segunda assistência enquanto a primeira não tiver sido completada, para não correr o risco de um cliente mal intencionado ficar com o produto sem pagar por tal. Hoje em dia essa verificação é feita através de uma planilha o que requer que 1(um) funcionário perca um tempo considerável (cerca de 2 horas por dia) para analisar todas as assistências.