Olá Leandro,
Como o Walter já comentou, fazer do usuário um "mini-analista-de-
sistemas", isso ajuda e muito, claro, dependendo do seu contrato (se
o sistema será customizado ou não, para a empresa ), bloquear as
várias solicitações de alteração, se não fica inviável.
"Ao ministrar um treinamento, fazer quem recebeu por tal
treinamento assinar
um recibo onde teria data, hora de início, hora do fim e
tópicos abordados."
Neste caso, crítico, se possível, fazer uma avaliação, tanto do
treinamento (por parte do usuário) quanto do usuário treinado (por
parte do treinador, um mini teste com perguntas sobre o sistema)...
Treinamento(normalmente, feito com uma base "LIMPA", o que pode
diferenciar da realidade do usuário), sim importante, mas você faz
uma coisa chamada "IMPLANTAÇÃO"??, ou seja, acompanhar os usuários,
nos processos iniciais, para realmente verificar se os erros existem
(veja bem, existem erros de sistemas e "ERROS DE MÁQUINA", para os
usuários é tudo ***ERRO DE SISTEMA***) e ensiná-los a utilizar o
sistema, como muitos dizem: domesticá-los, não gosto deste termo,
pois existem usuários bem acima da média.
Manter um histórico rígido, ou seja, qq alteração/exclusão no
sistema, manter no arquivo de histórico de operações que somente o
BOSS e você poderá ter acesso... Por acaso, estamos migrando um
sistema de contas a pagar do Clipper para o Delphi c/ Oracle, no
Clipper já tínhamos uma série de rotinas que eram gravadas em
histórico, agora com Oracle, uma das primeiras perguntas dos
operadores era se iria gravar as operações em histórico,
simplesmente, falamos que algumas rotinas iriam, sendo que a maioria
são, ou seja, se houver um "confronto", estamos muito
bem "documentados" para não levar esporro de chefe alheio ao sistema,
basta tirar um relatório na frente do "chefe". Resumindo: procure se
auto-proteger.
Um abraço,
Carlos
--- Em delphi-br@yahoogrupos.com.br, "Campus" <[EMAIL PROTECTED]> escreveu
> hehehe, tá certo Walter, é pura verdade.
>
> Eu tenho clientes que até hoje permanecem em clipper por não
aceitarem o uso
> do windows, eles não querem nem saber de trocar, acham muito
complicado,
> janela pra cá, menu pra lá. Não tem conversa.
>
> Um grande problema eu enfrento quando minha empresa substitui
outra, nesses
> casos tem sabotagem sim, muitos usuários não querem a troca, porque
a parte
> deles funciona. Com a troca, muda a filosofia de trabalho, tem
treinamento,
> aprendizado etc. Disso os usuários não gostam. Sem falar que as
vezes
> conhecem a pessoa que tinha o sistema anterior.
>
> Tive um caso de sabotagem de um funcionário, que depois fui
descobrir, havia
> indicado a empresa que estava com o sistema implantado lá.
>
> São casos isolados, mas reais, e dizer que falar em sabotagem é
> justificativa para quem não sabe fazer sistemas está longe da
realidade.
>
>
> ----- Original Message -----
> From: "Walter Alves Chagas Junior" <[EMAIL PROTECTED]>
> To: <delphi-br@yahoogrupos.com.br>
> Sent: Monday, July 04, 2005 6:33 PM
> Subject: RES: [delphi-br] Off Gerenciamento deficiente (desabafo)
>
>
> Metendo o bedelho nesta estoria....
>
> Sistemas são uma arte complicada demais de você lidar. Você faz um
produto
> que não é para você usar e sim para outro usar, e na maioria das
vezes, este
> outro é uma pessoa totalmente leiga no computador e também no
assunto.
>
> Quando o usuário quer derrubar o projeto, ele derruma mesmo! Querer
bater de
> frente com o usuário é bobagem. Você sai perdendo. O que deve ser
feito
> então????
>
> O primeiro passo, em um projeto de sistema, é procurar envolver o
usúario no
> processo. Você analista, tem que passar pra ele, que a
funcionalidade,
> eficácia e eficiência deste sistema depende muito da participação
dele.
> Coloque o usuário como uma peça fundamental no processo pra ver se
ele não
> participa. Lógico que participa. Tanto que nas técnicas de
entrevistas,
> estudadas na análise de sistemas, existe o tópico de chão de
fábrica e do
> questionário aplicado ao usuário final. Este geralmente costuma
saber muita
> coisa que o seu cliente não sabe, ou não se lembra porque quem
destrincha o
> processo na empresa, é o funcionario diretamente ligado a ele.
>
> Outra coisa fundamental é o projeto piloto do sistema. É neste
projeto que
> devem ser ajustados os ultimos detalhes e incluidas as alterações do
> sistema. E é nessa hora que o usuário tem que ter a participação
total.
>
> Outra coisa: sistemas devem ter interfaces simples, objetivas e
práticas.
> Tudo que o usário precisa, deve estar facilmente ao alcance dele. A
> informação que ele precisa, tem que estar facil de ser rapidamente
> localizada e compilada. Fazer sistemas cheio de penduricálhos,
telas que
> chamam outras telas pra chamar outras telas para que se selecione
um dado
> pra chamar outras telas, não leva sistema algum a lugar nenhum.
Olhem aí o
> estudo da interface homem-maquina que sempre martelo nas listas de
> discussão.
>
> Convencer o usuário é uma questão de jogo de cintura, uma questão
de saber
> expor a ele o que se pretende, e chamá-lo para participar. Se você
não
> participar o usuário, desde o começo no projeto, você já começou
mesmo é a
> cavar a primeira pá de terra da cova do seu sistema.
>
> Na verdade Leandro, isto é uma questão muito mais de cultura do que
de
> perniciosidade. Ninguem sabota sistema do nada. Isto é uma falsa
imagem que
> se criou no mundo da TI pra mascarar sistemas ruins, mal feitos e
de péssima
> acessabilidade ao digitador. Uma justificativa que usada por
pessoas que não
> sabem fazer sistemas. Sabem programar mas acham que por que saber e
dominar
> um Delphi da vida, de cabo a rabo, é saber fazer sistema. Mas não
é! O que
> existe é a rejeição áquele produto por ele não ser interativo com as
> necessidades de quem vai operá-lo.
>
>
> []s
>
> Walter Alves Chagas Junior
> Projeto e desenvolvimento
> Telemont Engenharia de telecomunicações
> Belo Horizonte - MG - Brazil
> [EMAIL PROTECTED]
> Fone: (31) 3389-8215 Fax: (31) 3389-8200
>
>
> > -----Mensagem original-----
> > De: Leandro_Yahoo [mailto:[EMAIL PROTECTED]
> > Enviada em: domingo, 3 de julho de 2005 20:37
> > Para: delphi-br@yahoogrupos.com.br
> > Assunto: [delphi-br] Off Gerenciamento deficiente (desabafo)
> >
> >
> > Olá Desenvolvedores:
> >
> > Alguém do grupo já viveu situação semelhante?
> >
> > Vc implanta uma solução em uma empresa.
> > O proprietário é alheio ao manuseio do computador.
> > Os subordinados recebem o treinamento e a incumbência de
alimentar o
> > sistema.
> >
> > Quando o Proprietário solicita uma informação (relatório
> > disso ou daquilo) o
> > operador por não ter alimentado diz ao proprietário que não
> > sabe como fazer,
> > não foi treinado para tal. (ou dá qualquer desculpa que recaia
sobre o
> > sistema ou treinamento ministrado)
> >
> > O proprietário por sua vez, já que não participou do processo.
Chama o
> > desenvolvedor e solta os cachorros...
> >
> > Qual seria a forma ideal?
> >
> > Ao ministrar um treinamento, fazer quem recebeu por tal
> > treinamento assinar
> > um recibo onde teria data, hora de início, hora do fim e
> > tópicos abordados.
> >
> > E quando a questão passada pelo operador é de que o sistema
> > trava a todo
> > instante, da várias mensagens de erros...
> > e isso para justificar a sua deslealdade com os dados que
> > foram manipulados,
> > e se um relatório sair do sistema o seu emprego estará
comprometido...
> >
> > Já passei por isso diversas vezes e no momento estou passando
> > novamente.
> >
> > O que podemos fazer para nos protegermos de operadores
> > inescrupulosos, que
> > antipatizam a informática, ou...?
> >
> > Abraço a todos!
> >
> > Leandro Domeni
> > Fortaleza - Ceará
> >
> >
--
<<<<< FAVOR REMOVER ESTA PARTE AO RESPONDER ESTA MENSAGEM >>>>>
Para ver as mensagens antigas, acesse:
http://br.groups.yahoo.com/group/delphi-br/messages
Para falar com o moderador, envie um e-mail para:
[EMAIL PROTECTED] ou [EMAIL PROTECTED]
Links do Yahoo! Grupos
<*> Para visitar o site do seu grupo na web, acesse:
http://br.groups.yahoo.com/group/delphi-br/
<*> Para sair deste grupo, envie um e-mail para:
[EMAIL PROTECTED]
<*> O uso que você faz do Yahoo! Grupos está sujeito aos:
http://br.yahoo.com/info/utos.html
