Olá, Tudo o que eu disse, o Luciano, já havia sintetizado melhor...
Um abraço, Carlos --- Em delphi-br@yahoogrupos.com.br, "carlos alberto do amaral" <[EMAIL PROTECTED]> escreveu > 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