Qual é o relacionamento adequado entre o desenvolvedor de software e o cliente comercial?

Os profissionais de TI são especialistas confiáveis ​​com os ativos de TI de uma empresa ou organização. Como profissionais de confiança, temos responsabilidades que vão além do que um cliente que não é de TI pode entender ou estar ciente. Então, acho que o relacionamento adequado entre um profissional de TI e seus clientes internos / externos é mais parecido com o médico e o paciente do que com um servo e mestre. Estou certo?

Aqui está uma analogia para se pensar. Um paciente insiste que sua perna precisa ser amputada. O médico discorda, mas o paciente não pode ser persuadido. O médico deve amputar a perna apenas para satisfazer o paciente?

Outra analogia. Um cliente deseja que um engenheiro civil construa uma ponte para um design inseguro. Mesmo quando o engenheiro explica que não é seguro, o cliente não acredita nele. O engenheiro deve construir a ponte de qualquer maneira?

Eu acho que a resposta certa nessas duas analogias é NÃO. O profissional médico e o profissional de engenharia devem estar em uma posição de confiança e devem exercer seu próprio julgamento, mesmo diante da desaprovação do paciente / cliente. O mesmo não deveria se aplicar aos profissionais de TI quando o profissional de TI está qualificado para tomar a decisão, mas o cliente não está?

É um pouco mais complicado do que nos seus exemplos. Isso ocorre porque, em muitos casos, o desenvolvedor de software é especialista em assuntos relacionados à TI (ou seja, programação, design de banco de dados etc.), mas o cliente comercial é especialista no domínio do problema. Nesses casos, o relacionamento adequado é o de dois especialistas em diferentes áreas que trabalham juntos para criar uma boa solução.

De qualquer forma, como qualquer bom artesão, o desenvolvedor de software é obrigado a avisar o cliente quando ele deseja coisas inapropriadas. Se você pedir ao seu pintor e decorador para colocar papel de parede no banheiro, ele também é obrigado a avisar que isso não vai funcionar bem. Mas quando o cliente teimosamente insiste em sua má ideia, é aceitável que ele assine um formulário "você foi explicitamente avisado" e implemente o que ele deseja (desde que não haja risco à saúde, risco legal etc.).

Nos exemplos médico e engenheiro, o profissional é um consultor que se recusa a prestar um serviço. Em uma loja de TI, você não é.

Somos funcionários, não consultores, por isso estamos sujeitos à regra de ouro: quem nos dá as regras de ouro. Programadores que ignoram que estão sendo arrogantes e tolos. Ouvi inúmeras reclamações sobre isso de empresários que estão cansados ​​da equipe de TI que não explicam suas decisões a ninguém fora do sacerdócio insular e que dispensam pedidos que todo mundo fora da organização considera perfeitamente razoável. Eu já vi gerentes de TI demitidos por esse tipo de coisa.

Como funcionário, seu equivalente a um consultor que se recusa a prestar um serviço é coberto por uma citação de Napoleon Bonaparte:

Todo comandante responsável pela execução de um plano que considere ruim ou desastroso é criminoso. Ele deve apontar as falhas, insistir para que isso mude e, finalmente, renunciar ao invés de ser o instrumento da destruição de seus próprios homens.

Você tem que escolher suas batalhas. O que você foi convidado a fazer é tão hediondo e antiético que você prefere sair? Caso contrário, explique o problema às partes interessadas e negocie algo razoável, ou apenas faça-o.

E não faça coisas nas quais você não comprou. As pessoas que fazem isso são chamadas de "canhões soltos".

Aliás, eu larguei um emprego porque eles mataram um projeto e eu pensei que era uma jogada realmente estúpida. Alguns meses depois que saí, eles chegaram a um acordo comigo e me pediram para voltar como empreiteiro para fazer o projeto, mas eu já estava comprometido em outro lugar.

Os médicos juram "não fazer mal" e são legalmente obrigados a colocar o melhor interesse do paciente em primeiro lugar . Um médico que realizasse uma operação desnecessária e prejudicial (mesmo que o paciente exigisse) estaria se abrindo para uma ação por negligência médica e poderia perder sua licença.

Da mesma forma, um engenheiro civil, responsável por um projeto de construção, tem uma obrigação legal de garantir que cumpra todos os códigos de construção aplicáveis. Assim como o médico, um engenheiro que faz o que é sugerido na pergunta provavelmente enfrentaria uma ação legal.

Isso é muito diferente da situação de um desenvolvedor de software ser solicitado a fazer algo que eles sabem que é impraticável. Não há ramificações legais para assumir um projeto, mesmo se você souber que é essencialmente um desperdício de dinheiro.

Dito isto, um desenvolvedor de software deve sempre fornecer seus melhores conselhos em qualquer projeto. No entanto, se as pessoas que pagam as contas não estão dispostas a ouvir e insistir em um curso de ação imprudente, o desenvolvedor não tem obrigação moral ou legal de recusar.

O mesmo não deveria se aplicar aos profissionais de TI quando o profissional de TI está qualificado para tomar a decisão, mas o cliente não está?

Na minha opinião SIM!

Se você vai ter um longo relacionamento com seu cliente.

Minha sugestão nessa situação será avisar o cliente por meio de comunicação por escrito e manter uma cópia (e-mail, qualquer acordo). Se o cliente insistir, vá em frente e faça-o (às vezes é conhecido como desacordo e comprometimento). Apenas certifique-se de que, se algo ruim acontecer, você possa se defender adequadamente.

A principal diferença é o licenciamento. Médicos e engenheiros civis possuem licenças profissionais e precisam deles para realizar seu trabalho e ganhar a vida, e também têm responsabilidade pessoal legal por mais coisas.

Isso pode exercer mais pressão sobre médicos e engenheiros, quando forçado a fazer algo que possa causar riscos pessoais e profissionais, mas oferece mais resistência, já que eles podem argumentar que não podem fazer algo por causa da ética profissional, e que eles perderão suas licenças se o fizerem. Uma ameaça de demitir um engenheiro civil por se recusar a assinar um plano perde força quando a conseqüência da assinatura é que o engenheiro perderá sua licença e não poderá mais trabalhar no campo.

Isso está conectado aos requisitos legais. Não posso prescrever muitas drogas e, se eu fizer certas coisas com alguém que um médico possa legalmente, cometeria um crime. Da mesma forma, a maioria dos governos por aqui não permitirá que uma empresa construa uma ponte sem que um engenheiro civil licenciado aprove o projeto.

Houve propostas para licenciar programadores, mas nenhuma que eu saiba já foi a lugar algum. Provavelmente seria necessário ter um requisito legal de ter programadores licenciados para trabalhar nos projetos primeiro, e isso não acontecerá tão cedo. Existem organizações profissionais com códigos de ética comparáveis ​​aos códigos médicos ou de engenharia, mas sem nenhuma força legal, são mais como guias de códigos de ética pessoais.

Não estou pensando na dimensão ética, mas o relacionamento adequado com a base de clientes / usuários pode ser bastante variável, dependendo do tipo de mercado. Onde trabalho, temos um produto altamente técnico e usuários altamente técnicos, e a receita média por cliente é bastante alta. Portanto, nossos limites de negócios são um pouco embaçados: temos clientes e revendedores de valor agregado que atuam como consultores, que auxiliam no check-out de código e podem até enviar módulos para inclusão no software. Se estivéssemos vendendo uma aplicação de mercado de massa, esse modelo não faria nenhum sentido.