mvcirino
Tô em todas
Registrado
1.5K Mensagens
160 Curtidas
Software é inapalpável, logo, você deve contratar o suporte para resoluções de BUGS. Para mim parece implícitico. Existem cláusulas em contrato que protegem tanto a empresa quanto o cliente, mas não quero discutir sobre isto.
No fundo, TI é um risco para qualquer empresa ou pessoa.
No dia que houver um reconhecimento da profissão de analista de sistemas - PLS 607/2007 - então este tipo de discusssão vai fazer sentido. Do contrário, é mais um querendo mostar o seu ponto de vista e com razão.
Apoie o PLS 607/2007 e vamos tirar os aventureiros do mercado!
http://www.senado.gov.br/atividade/materia/detalhes.asp?p_cod_mate=82918
Delphing
Geek
Registrado
2.1K Mensagens
96 Curtidas
Gordon, tenho outro ponto de vista.
Para mim, ficou um pouco misturado os tipos de aquisição de software, hoje você pode adquirir software de várias maneiras, uma maneira é comprar o software na "caixa" ou o chamado software de balcão, geralmente as empresas que vendem software assim lançam correções para os problemas encontrados e não cobram nada.
E tem outra modalidade que é a de vender software sobre o que o cliente pede, ou seja sobre a demanda do cliente, se o cliente demanda um software de tal maneira, a empresa vai lá e faz de tal maneira, agora se a demanda do cliente mudou, e precisa que o software funcione de maneira diferente ou mesmo precisa um pequeno recurso a mais, problema é do cliente e não da empresa fornecedora de software.
Tem muito cliente malandro que tenta ganhar software de graça principalmente quando é algum projeto voltado especialmente para determinado cliente, sempre existe aquela máxima, "A mas o software de vocês não faz isso?", é claro que não, mas pode fazer desde que seja adicionado ao projeto tal pedido, agora se não for pedido pelo cliente, não vai fazer mesmo.
É só um ponto de vista
Abraço
Gordon
Tô em todas
Registrado
2.3K Mensagens
49 Curtidas
Pessoal,
Apenas para deixar claro, o conceito de BUG que pensei é: Certa funcionalidade é vendida. Esta funcionalidade apresenta problemas. Se não foi erro de uso, implantação ou qualquer outro fator externo so software em execução, então é uma falha de construção do software. O cliente pagou por algo que deveria funcionar, mas apresentou problemas.
Software é inapalpável, logo, você deve contratar o suporte para resoluções de BUGS. Para mim parece implícitico. Existem cláusulas em contrato que protegem tanto a empresa quanto o cliente, mas não quero discutir sobre isto.
Eu não entendi o conceito "inapalpável", o que seria?
Creio que nada deva ficar implícito.
No fundo, TI é um risco para qualquer empresa ou pessoa.
No dia que houver um reconhecimento da profissão de analista de sistemas - PLS 607/2007 - então este tipo de discusssão vai fazer sentido. Do contrário, é mais um querendo mostar o seu ponto de vista e com razão.
Apoie o PLS 607/2007 e vamos tirar os aventureiros do mercado!
http://www.senado.gov.br/atividade/materia/detalhes.asp?p_cod_mate=82918
Normalmente quem contrata, vê TI como solução, não como risco. Normalmente quem assume risco são clientes Beta, em que o cliente paga normalmente bem menos por uma solução sabidamente instável.
Quando me referi a empresas fundo-de-quintal, não quis dizer somente aventureiros, aí se inclui grandes players também (que jogam a qualidade para debaixo do tapete em prol de Releases mais frequentes).
Gordon, tenho outro ponto de vista.
Para mim, ficou um pouco misturado os tipos de aquisição de software, hoje você pode adquirir software de várias maneiras, uma maneira é comprar o software na "caixa" ou o chamado software de balcão, geralmente as empresas que vendem software assim lançam correções para os problemas encontrados e não cobram nada.
E tem outra modalidade que é a de vender software sobre o que o cliente pede, ou seja sobre a demanda do cliente, se o cliente demanda um software de tal maneira, a empresa vai lá e faz de tal maneira, agora se a demanda do cliente mudou, e precisa que o software funcione de maneira diferente ou mesmo precisa um pequeno recurso a mais, problema é do cliente e não da empresa fornecedora de software.
Tem muito cliente malandro que tenta ganhar software de graça principalmente quando é algum projeto voltado especialmente para determinado cliente, sempre existe aquela máxima, "A mas o software de vocês não faz isso?", é claro que não, mas pode fazer desde que seja adicionado ao projeto tal pedido, agora se não for pedido pelo cliente, não vai fazer mesmo.
É só um ponto de vista
Abraço
Entendi seu ponto de vista. Mas onde quis chegar foi em um ponto mais básico. Seja no software de caixinha ou no modelo sob demanda, uma vez que o fornecedor fez a entrega e garantiu a funcionalidade, uma vez que esta funcionalidade não esteja 100% compatível com o prometido (BUG!) o consumidor tem mesmo que pagar novamente para ter o problema resolvido?
Cansei da Privada! -- Eu acredito demais na sorte. E tenho constatado que, quanto mais duro eu estudo, mais sorte eu tenho. (Adaptado - Thomas Jefferson)
mvcirino
Tô em todas
Registrado
1.5K Mensagens
160 Curtidas
Eu tava meio de fogo quando postei... hahahahahaha
Software não é um produto físico que você pega e manipula ou toca. Existem clásulas em contrato que definem o que é responsabilidade da empresa e o que é do cliente. De toda forma, é risco.
Em software ERP é muito comum você comprar o produto e descobrir bugs no meio da implantação. Por ser um software muito caro, você não compra só o produto. Você compra horas de consultoria e suporte.
Tô te falando isto porque durante mais de 10 anos implantei módulos de ERP em empresas grandes e famosas no mercado. O custo de manutenção mensal não era menos de US$30,000.00 e tinha bug para caramba. Teve uma implantação que fiz que tinha tanto bug que atrasou a implantação em 05 meses. Foi feito um desconto sob a manutenção no ano seguinte. No dia que a empresa parou de pagar a manutenção, teve que desativar o software porque não tinha como arrumar.
Ainda acho que boa parte dos problemas e responsabilidades poderiam ser resolvidos com a aprovação da PLS607/2007.
Delphing
Geek
Registrado
2.1K Mensagens
96 Curtidas
Entendi seu ponto de vista. Mas onde quis chegar foi em um ponto mais básico. Seja no software de caixinha ou no modelo sob demanda, uma vez que o fornecedor fez a entrega e garantiu a funcionalidade, uma vez que esta funcionalidade não esteja 100% compatível com o prometido (BUG!) o consumidor tem mesmo que pagar novamente para ter o problema resolvido?
Entendo seu ponto de vista, mas o que vejo que ocorre, pelo menos pela minha experiência é que é bastante dificil em certos casos definir o que é BUG, na maioria das vezes quando é encontrado um erro no software, tanto erro de programação quanto de ambiente a empresa concerta e não cobra a mais por isso, creio que isso se passe pela maiorira das empresas.
Agora quando ocorre um erro por exemplo causado pela implantação, ou por alguma informação ou processo feito de forma não aconselhada, dae as empresas costumam cobrar para concertar esse problema, eu mesmo já cansei de concertar problemas causados pelos próprios usuários, como cadastrar uma chave errada, cadastrar valores errados, depois que erra uma vez nisso a falha está criada, e não adianta dizer que o problema é do software que não bloqueia ou permite essas inclusões, pois nestes casos o problema é o descaso ou falta de atenção que o usuário tem com o software.
Agora problemas de codificação ou falhas estruturais realmente no software, neste caso sou totalmente a favor que seja corrigido sem custos para o cliente.
Em software ERP é muito comum você comprar o produto e descobrir bugs no meio da implantação. Por ser um software muito caro, você não compra só o produto. Você compra horas de consultoria e suporte.
Tô te falando isto porque durante mais de 10 anos implantei módulos de ERP em empresas grandes e famosas no mercado. O custo de manutenção mensal não era menos de US$30,000.00 e tinha bug para caramba. Teve uma implantação que fiz que tinha tanto bug que atrasou a implantação em 05 meses. Foi feito um desconto sob a manutenção no ano seguinte. No dia que a empresa parou de pagar a manutenção, teve que desativar o software porque não tinha como arrumar.
Realmente é muito normal que ocorra isso, mais normal ainda é que a empresa mantenha um contrato de suporte enquanto usar o software e se um dia parar de usar cancela o contrato, ou o contrário, se cancelar o contrato para de usar o software, porque é impossível de usar os módulos sem nenhuma manutenção, ainda mais quando o negócio do cliente é dinâmico e envolve várias campanhas...
Abraço
Gordon
Tô em todas
Registrado
2.3K Mensagens
49 Curtidas
Eu tava meio de fogo quando postei... hahahahahaha
Sem crise!
Software não é um produto físico que você pega e manipula ou toca. Existem clásulas em contrato que definem o que é responsabilidade da empresa e o que é do cliente. De toda forma, é risco.
Vendo por esse lado o meio pode não ser palpável, mas o que se espera dele sim (faturamento, emissão de notas, etc).
Em software ERP é muito comum você comprar o produto e descobrir bugs no meio da implantação. Por ser um software muito caro, você não compra só o produto. Você compra horas de consultoria e suporte.
Tô te falando isto porque durante mais de 10 anos implantei módulos de ERP em empresas grandes e famosas no mercado. O custo de manutenção mensal não era menos de US$30,000.00 e tinha bug para caramba. Teve uma implantação que fiz que tinha tanto bug que atrasou a implantação em 05 meses. Foi feito um desconto sob a manutenção no ano seguinte. No dia que a empresa parou de pagar a manutenção, teve que desativar o software porque não tinha como arrumar.
Ainda acho que boa parte dos problemas e responsabilidades poderiam ser resolvidos com a aprovação da PLS607/2007.[/QUOTE]
A ferida mais exposta que vejo é justamente com ERPs. Temos players brasileiros que creio serem os mais sacanas possíveis. Soluções tecnologicamente ruins e preços muito elevados. Eu culpo a falta de concorrência. Pobres empresários. Ainda mais com essas leis que obrigam a emissão de documentos, muitos na correria acabaram pagando preço de ouro por um lixo.
[quote="Delphing, post: 5323873"]Entendo seu ponto de vista, mas o que vejo que ocorre, pelo menos pela minha experiência é que é bastante dificil em certos casos definir o que é BUG, na maioria das vezes quando é encontrado um erro no software, tanto erro de programação quanto de ambiente a empresa concerta e não cobra a mais por isso, creio que isso se passe pela maiorira das empresas.
Nessa famosa queda de braço é sempre a história de ficar jogando a batata quente. Se for BUG do software, o fornecedor vai até as últimas consequencias para provar que não é. Pior ainda é quando as soluções tem problemas mais sutis como baixa disponibilidade ou pouca escalabilidade. Difícil juntar argumentos (aka números) para exigir do fabricante estas características.
Cansei da Privada! -- Eu acredito demais na sorte. E tenho constatado que, quanto mais duro eu estudo, mais sorte eu tenho. (Adaptado - Thomas Jefferson)
Delphing
Geek
Registrado
2.1K Mensagens
96 Curtidas
A ferida mais exposta que vejo é justamente com ERPs. Temos players brasileiros que creio serem os mais sacanas possíveis. Soluções tecnologicamente ruins e preços muito elevados. Eu culpo a falta de concorrência. Pobres empresários. Ainda mais com essas leis que obrigam a emissão de documentos, muitos na correria acabaram pagando preço de ouro por um lixo.
É por isso que cada vez mais as empresas estão buscando certificações como por exemplo CMMI, MPS.BR isso inibe muitos problemas, só por a empresa ter CMMI quer dizer que ela passou por uma auditoria rigorosa e que "anda na linha", nenhuma multinacional mais contrata empresas para desenvolver software que não tenham certificações, mas isso a nível multinacional, com os pequenos ocorre e bastante.
Nessa famosa queda de braço é sempre a história de ficar jogando a batata quente. Se for BUG do software, o fornecedor vai até as últimas consequencias para provar que não é. Pior ainda é quando as soluções tem problemas mais sutis como baixa disponibilidade ou pouca escalabilidade. Difícil juntar argumentos (aka números) para exigir do fabricante estas características.
É verdade, ohhh, e como isso ocorre, agora por parte da empresa, se negar que é problema do software é falta de ética e respeito com o cliente, na última empresa que trabalhei eu fazia questão de analisar estes casos e quando correto e justo dar a razão para o cliente, porém quando era tabacudisse do cliente também não tem chance, ae o problema não é da do software mas desleixo/desatenção da empresa contratante.
Abraço