Lidar com pessoas interagindo com sistemas é uma coisa muito complicada, porque o sistema é um, feito sob a percepção do analista e do desenvolvedor, para operar com pessoas que possuem as mais variadas percepções a respeito do mesmo. Por isso que eu acho que o mais ideal para este tipo de problema, é você envolver o usuário desde o começo. Chamar o usuário pra participar. Aliás, na minha opinião, você deve mexer muito mais com o usuário final do futuro sistema do que com o cliente em sí. O cliente você deve manter ele informado sobre o andamento do projeto e as etapas do que está sendo feito. Mas o Feedback do processo? Esse você tem que priorizar é a ponta mesmo. Porque é a ponta que faz o processo andar, sabem o que é preciso, o que tem que ser travado e o que não pode ser permitido. É a ponta que é fundamental, e que muitos analistas se esquecem disto. Tratam o sistema, o tempo todo, só com o cliente e esquecem que muitas vezes não é o cliente quem vai operar o supra-citado. Daí que acaba dando nisto. O usuário não participou, não opinou e obviamente, ele não vai aceitar facilmente enfiarem goela abaixo dele um produto que ele não viu, e muito menos acompanhou seu crescimento.
Por isso que eu falo, que mexer com usuário é uma questão de jogo de cintura. Quanto a questão do usuário fizer qualquer gracinha no sistema. Vamos relembrar as regras e diretivas de permissões de acesso e direitos do usuário. Talvez ao invés de chegar numa reunião e disparar tiro contra todo mundo, pode-se implementar este tipo de recurso e evitar problemas futuros. Mas concordo também que o log de atividades é bem vindo. Resta saber se haverá tempo disponível para fazer tudo isto no sistema hehehe []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: Osmar de Souza Júnior [mailto:[EMAIL PROTECTED] > Enviada em: terça-feira, 5 de julho de 2005 09:11 > Para: delphi-br@yahoogrupos.com.br > Assunto: Re: RES: [delphi-br] Off Gerenciamento deficiente (desabafo) > > > > > Só para complementar, gostaria de deixar meu testemunho. > Os usuários do nosso sistema são pessoas de assistência técnica (lojas > de informática). > Esses têm conhecimento, para se quiserem, derrubar qualquer sistema, > por mais bem feito que seja. > > Então desde o princípio, já tínhamos isso em mente. > Criamos um sistema de LOG, que se o usuário fizer qualquer gracinha, > como excluir um cadastro de clientes, ou alterar qualquer coisa, vai > ficar registrado no Log. E criamos uma interface bem fácil para o > gerente consultar esse Log. Então o gerente pode ver, a qualquer hora, > se alguém alterou ou apagou qualquer coisa no sistema, ou mesmo se > deixou de fazer. > > No resto, o sistema é aberto, sem muitas restrições. > Isso propicia uma mudança de cultura, o sistema não tem muitas travas, > o que simplifica. > E se algum espertinho tentar burlar, vai ficar registrado. > > E o mais importante de tudo, criamos uma boa relação com eles. > O que eles solicitam de alterações para melhorar a acessabilidade, nós > fazemos. > > Bingo. Satisfação garantida. > > []s. > > --- Em delphi-br@yahoogrupos.com.br, Walter Alves Chagas Junior > <[EMAIL PROTECTED]> escreveu > > 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á > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > -- > > > <<<<< 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 > > > > > > > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > -- > <<<<< 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 > > > > > > > [As partes desta mensagem que não continham texto foram removidas] -- <<<<< 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
