RES: [delphi-br] Re: Off Gerenciamento deficiente (desabafo)
implantar sistema, é simplesmente por o sistema lá e pronto! Morreu maria. Vai cuidar de outra coisa e o cliente e o usuário que se vire com aquilo lá Ou seja, esta estoria de Sabotagem, não é BEEEM ASSIM do jeito que dizem né? Tem MITA orelhada da outra ponta TAMbém, mas por conveniencia, é mais ético jogar a culpa em quem não tá na hora ou não tenha autonomia pra poder se defender. 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. Manter o historico é interessante, Você pode armazendar isto tudo no proprio banco de dados, para caso o gerente ou o proprietario da empresa queira fazer uma auditoria no trabalho do funcionário ou você mesmo ter informações de como está sendo usado o sistema. Este tipo de log tem mil e uma utilidades e não só ferrar usuário. Agora para que isto funcione eficazmente, e não volte contra você, é bom que o Analista/Desenvolvedor crie regras para usuário no proprio sistema (Direitos de exlclusão, alteração, inclusão, etc), Consista valores críticos (Não deixar que dados críticos sejam gravados em branco no sistema), etc. Em outras palavras, antes de denunciar, procure proteger seu sistema de forma que ele não seja também alvo de uso indevido por erros de digitação ou esquecimento por parte de quem o opera.. []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: carlos alberto do amaral [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 5 de julho de 2005 08:47 Para: delphi-br@yahoogrupos.com.br Assunto: [delphi-br] Re: Off Gerenciamento deficiente (desabafo) 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
[delphi-br] Re: Off Gerenciamento deficiente (desabafo)
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
[delphi-br] Re: Off Gerenciamento deficiente (desabafo)
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
Re: [delphi-br] Re: Off Gerenciamento deficiente (desabafo)
Trabalhei em uma empresa onde se fazia uma lista de tópicos a serem dados no treinamento, era chamado check list. Cada tópico era assinado pelo funcionário assim que o treinamento era completado. Há algum tempo não implemento nada sem fazer isso. -- Luciano RM Em 05/07/05, carlos alberto do amaral[EMAIL PROTECTED] escreveu: Olá, Tudo o que eu disse, o Luciano, já havia sintetizado melhor... Um abraço, Carlos -- 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