Programadores não resolvem problemas de negócios. Eles criam e atualizam o produto de software de acordo com as especificações técnicas do cliente. Convencer todos e a si mesmo, inclusive que essa é a solução para os problemas de negócios.
Quando você chega a um serviço de carro, você escreve TK? É claro que muitos de vocês são versados em carros e, entre meus amigos, existem caras que podem facilmente desmontar e montar a caixa de câmbio. Mas, no entanto, a maioria de nós define a tarefa na forma de "algo bate quando eu dirijo mais de 40 km / h" ou "soprando muito dos defletores, talvez do ar-condicionado, ou, não sei o que há".
Se um mestre em um serviço de carro dissesse algo como "diga especificamente o que precisa ser feito com sua máquina" a essa pergunta, você continuaria a usar seus serviços? Eu acho que não. A maioria de nós não compra um carro para entendê-lo, e não apenas as loiras de piadas ou os novos russos que (nas mesmas piadas) trocam de carro quando o cinzeiro está cheio.
Ao trabalhar com programadores, a empresa não tem escolha. E quanto mais longe, pior. Artesãos entusiastas ainda não foram traduzidos para quem é uma questão de honra resolver o problema por conta própria, mas a divisão geral do trabalho e o domínio das abordagens burocráticas-legais dos negócios matam de maneira rápida e confiável esse entusiasmo.
Se você pensa em como um representante comercial pode - um diretor, chefe de departamento, vendedor, contador, etc. - elaborar uma tarefa técnica para o desenvolvimento de um produto de software? É claro que algum documento nascerá junto, mas qual será sua qualidade? Mesmo se você tiver arquitetos inteligentes que podem analisar os requisitos de negócios e traduzi-los para o idioma dos programadores, pode ter certeza de que eles entenderam corretamente o que os negócios precisam?
Os requisitos expressos pelo negócio são claros para ele. Os termos de referência, que foram escritos pelos programadores para requisitos de negócios, não são mais compreendidos por ele. A empresa simplesmente acredita que os programadores de que as melhorias planejadas resolverão seus problemas.
Você também acredita que o mestre em um serviço de automóveis, quando ele diz "você precisa carregar o ar condicionado e trocar o filtro na cabine, e ele sopra normalmente". Mas, no caso de um serviço de carro, o risco é baixo - algumas horas e vários milhares de rublos, e o resultado será visível imediatamente.
No caso de programadores, o risco é sempre maior - os termos são mais longos e os orçamentos são mais amplos. E qualquer que seja o resultado, a empresa terá que aceitá-lo, porque na maioria dos casos paga não apenas desenvolvimento, mas também implementação. O resultado do trabalho dos programadores no momento da aceitação já está dentro do negócio e não pode ser jogado fora sem esforço.
Seria ótimo, é claro, se os programadores criassem um sistema arrancado que a empresa examinaria de lado e decidissem se aceitariam ou não. Nesse caso, todos os riscos estariam com os programadores. Mas isso acontece muito raramente, porque os programadores também têm negócios, seja o que for que se diga.
As empresas terão que aceitar trabalho, de um jeito ou de outro. Com reservas, com uma lista de requisitos adicionais, mas aceite. E use-o.
Barreira linguística
Há uma fronteira entre empresas e programadores - uma barreira da linguagem. As empresas não entendem a linguagem dos sistemas de informação, os programadores não entendem a linguagem dos negócios. Para existir de alguma forma, e pelo menos fazer alguma coisa, ambos os lados inventaram uma linguagem substituta - um tipo de análogo do esperanto igualmente compreensível e incompreensível para ambos os lados.
O esperanto, em geral, não é ruim, mas muito ruim - ele tem um vocabulário muito pequeno, ou seja, vocabulário. Uma empresa pode dizer no esperanto: “Quero esse formulário para que haja dois botões, uma tabela com mercadorias, que contenha os itens e preços” ou “Quero um relatório que mostre os créditos vencidos”. O termo "contas a receber em atraso" no esperanto não é muito bem expresso, então os programadores farão algumas perguntas esclarecedoras para traduzir a tarefa em Klingon.
Os negócios não podem expressar todas as suas necessidades no esperanto, apenas um conjunto muito escasso. É impossível definir a tarefa dos programadores de "otimizar a contabilidade para que dois contadores possam ser demitidos" ou "fazê-lo para que não haja escassez". O esperanto, como porta de entrada para sua comunicação, não será capaz de transmitir o significado dessas tarefas para Klingon.
Embora todos nós conhecemos exemplos em que tarefas semelhantes foram resolvidas pela automação. Portanto, em princípio, a linguagem klingon é capaz de expressar construções tão complexas. Mas como isso funciona?
Raramente, mas também acontece - um representante comercial conhece Klingon. Em primeiro lugar, ele pode ser um ex-programador. Eu e você também conhecemos essas pessoas em vários cargos - contadores principais, diretores financeiros, gerentes, vendedores e pessoas de suprimentos chegaram a se deparar. Em segundo lugar, existem pessoas - principalmente diretores e proprietários de pequenas empresas, que, devido à curiosidade natural, se aprofundaram e continuam a desenvolver seus conhecimentos no campo da tecnologia da informação. Mas essas são exceções.
A regra é traduzir a "alta poesia" dos requisitos de negócios no idioma dos primitivos - formulários, relatórios, processos, documentos, diretórios, registros, serviços da Web, páginas, etc.
Devo dizer imediatamente que não deprecio a beleza de Klingon. Há ainda mais poesia e beleza nela do que, digamos, na linguagem élfica dos negócios. Mas a poesia não passa pela porta, apenas primitivas.
Por diversão, tente traduzir o google translate em um poema em inglês, por exemplo, assim:
Uma tempestade cobre o céu na escuridão
Neve girando girando.
O jeito que ela conquista a besta
Isso vai chorar como uma criança.
O que vai acontecer?
A escuridão da tempestade cobre o céu,
Redemoinhos girando.
Então, como ela lamentou a besta,
Isso vai chorar como uma criança.
Eu não sei bem o inglês, então, para mim, essa tradução se parece com o klingon. Bem, parece a verdade. Algumas palavras são familiares, como linhas e vírgulas. Provavelmente a tradução está correta. Como verificar? Vamos tentar novamente, do inglês para o russo:
A escuridão da tempestade cobre o céu
Giros, giro.
Então, quando ela lamenta a besta,
Chorará como um bebê.
Algo está errado ... O gateway não está funcionando muito bem, embora o clima geral pareça ser transmitido corretamente. Mas nos detalhes, sentido, poesia, o texto perdeu quase tudo.
Um exemplo, é claro, do domínio do humor, mas em nosso esperanto tudo acontece da mesma maneira. Tudo parece estar claro, o tema é falso, e todos se lembram da bela imagem do balanço na árvore. Mas nós vivemos de alguma forma? O que está errado, o que está anexado?
As consequências
As consequências da barreira da língua são, de fato, terríveis para os dois lados. Quase toda a automação que está sendo produzida agora é o resultado da implementação de primitivas, equipes elementares, tarefas chatas e pequenos objetivos.
Não há poesia, obras de arte, efeitos impressionantes e a adoração mútua de negócios e TI. Em termos gerais, não existem soluções de TI que realmente ajudem os negócios.
Existem soluções, tecnologias e estruturas de TI legais criadas originalmente no Klingon. Mas poucas pessoas conseguem traduzi-las para o Elven. Acontece que truques gerenciais combinam essas decisões com os negócios, mas elas ainda permanecem em Klingon - complexas, incompreensíveis, bonitas, como naves espaciais do futuro. Só não está claro o que fazer com eles.
Também existem soluções comerciais legais criadas sem o uso de TI. Existem lendas sobre os gerentes que os "destacaram", "processos simplificados", "criaram uma cadeia de suprimentos engenhosa" no ambiente de negócios - não menos empolgante do que os desenvolvedores de tecnologias interessantes em TI. Mas no meio, na fronteira, na unidade - existem muito poucas soluções.
Como resultado, os negócios estão insatisfeitos com os programadores, embora sejam forçados a suportá-los como um mal inevitável. Afinal, há contabilidade e contabilidade tributária, e um estado que traz a necessidade de toda essa burocracia. Existem "regras juvenis", como a necessidade de ter um site, telefonia IP, público nas redes sociais e uma conta EDI. Pequeno, chato, sem dar tecnologia.
E os programadores estão se afastando cada vez mais dos negócios, desligando e complicando o já incompreensível esperanto. Deus o livre, se você tiver entusiasmo suficiente pela expressão criativa em seu Klingon, para que a alma encontre pelo menos alguma saída, em algum lugar no meio. E no tempo principal - as próximas tentativas de alguma forma automatizam todo esse absurdo.
Ambos os lados sofrem, e ambos se culpam por seus infortúnios. Embora não, eles não os culpem mais - eles estão acostumados a, de alguma forma, lembrar mais ou menos esse esperanto, e já acreditam que deveria ser assim. Isso é verdade para todos? Uma vez, significa que tudo está em ordem conosco. Bem, você diz, tudo está claro sem você. Fazer o que?
Sim, você já sabe o que fazer. Aprenda idiomas. E perfeito esperanto.
Aprenda idiomas
Para que dois falantes de idiomas diferentes possam falar normalmente, de forma informativa e interessante, alguém precisa conhecer dois idiomas - o dele e o interlocutor. A questão é quem deve ser o primeiro a "mudar".
A primeira opção é permitir que a empresa aprenda Klingon. Como você gosta dessa opção? Se você é um programador, provavelmente gosta desta opção. Embora, não, seja difícil - se a empresa entender a tecnologia da informação, você, o que quer que alguém diga, terá que trabalhar de verdade. Agora, de um jeito ou de outro, você pode se esconder - e oportunidades, soluções e batentes.
Mas essa opção, puramente em termos de eficiência, não é adequada. Demais para aprender. Se você, novamente, é um programador, concorda: mesmo você, o que quer que pense sobre si mesmo, conhece apenas uma pequena fração sobre TI. É apenas que o conhecimento no campo da tecnologia da informação nasce mais rápido do que uma pessoa pode digeri-lo, não importa quantos intervalos na testa ele tenha.
Você pode dizer - ok, mesmo que a empresa não conheça os detalhes, mas ela pode ir além? E mantenha a relevância desse conhecimento. Talvez, é claro, apenas seja o mesmo esperanto. Isso já passamos.
É muito mais fácil fazer o oposto - um programador para aprender a linguagem dos negócios.
Chamei a língua dos negócios de élfico, embora na verdade deva chamá-lo de grego, porque é uma língua morta que dificilmente se desenvolve. Ok, deixe ser élfico - esses caras navegaram para longe da Terra-média há muito tempo?
Tudo, ou quase tudo o que é útil na linguagem dos negócios, já foi inventado. Obviamente, novos tipos de negócios, novas formas de interação, novos produtos ou mesmo classes de produtos aparecem, mas os conceitos básicos permanecem em vigor.
Primeiro de tudo, esses são processos. Tudo o que você precisa saber sobre processos foi inventado há muito tempo - no século XX. Todas as técnicas modernas, e nem tanto, por exemplo, a teoria das restrições, controle, Lean, Scrum, etc. - são apenas variações, processos de gabarito ou padrões para desenhar novos processos. Fundamentalmente, a essência dos processos não muda - ações, condições, subprocessos. A propósito, todos esses são conceitos que são bem entendidos pelos programadores.
Qualquer matemática de negócios também é absorvida pelos programadores. Contabilidade, administração, contabilidade internacional e tributária, lucros e perdas, fluxos financeiros, diferentes métodos de avaliação do estado de uma empresa são simplesmente fórmulas diferentes que consideram os mesmos números com base em outros números.
Os sistemas de gerenciamento, como subclasse de processos, também não representam nada complicado. Além disso, o negócio nos sistemas de gerenciamento em si não é muito versado. Isso é fácil de verificar - tente encontrar pelo menos um processo de gerenciamento em sua empresa. Obviamente, se você tem uma ISO implementada, ou seja, existe um processo como esse - "Gerenciamento da organização", mas não o consideramos, é apenas um pedaço de papel burocrático. Encontre instruções para o líder, que diz o que, quando e como ele deve fazer. Não são, porque a criação de sistemas de controle é uma área relativamente nova que não sai das entranhas da administração, porque também a destrói.
À primeira vista, uma área mais específica são os sistemas de motivação. Mas, de fato, essa é uma das áreas mais simples do conhecimento nos negócios. Existem muito poucas opções de modelos que tentam incutir, sem sucesso, o RH em todas as empresas, sem entender a essência da motivação.
Nos negócios, é claro, não existem apenas as áreas de conhecimento listadas. Por exemplo, existem mercados, produtos, marketing, fusões e aquisições, IPOs, etc. Esse conhecimento pode ser deixado com segurança para os negócios, e não para estudar as seções relevantes da língua élfica. Pelo menos até você decidir criar seu próprio negócio.
Porque
Há duas perguntas ao mesmo tempo: por que isso é para os negócios e por que é para os programadores.
Com os negócios, está claro. Esta é uma necessidade vital. O mundo da TI está caminhando para esse modelo - a integração de competências, porque, caso contrário, as conversas de surdos com cegos continuarão indefinidamente.
A empresa geralmente entende o problema, mas não conhece a solução, não a vê. Agora sabe e vê. Resta apenas organizar adequadamente esse processo - treinando programadores na língua Elven. Você pode fazer isso sozinho, apenas haverá pouco sentido. Para ensinar Klingon Elven, você precisa conhecer os dois idiomas, mas não é. Embora Tarzan tenha sido ensinado de alguma forma. Se você se lembra, leia em inglês e fale em francês.
Por que é para programadores? Bem, primeiro, se o negócio em que os programadores estão trabalhando com competência abordar o assunto, eles não terão para onde ir. A menos que, vá para outro trabalho, onde eles ainda não ouviram falar sobre novas tendências.
Mas você pode reorganizar o início proativo no departamento de TI. Ninguém proíbe os programadores de desenvolver competências em áreas relacionadas? Por exemplo, aprenda élfico. E então, no meio, declare, e é melhor mostrar na prática suas novas habilidades. A empresa, apreciando os benefícios, fará dos programadores bilíngues o padrão em sua empresa. Ao mesmo tempo, expulsará tradutores de luto, como analistas de negócios.
Você só precisa entender que a automação comercial agora, no esperanto, é apenas uma bolha de sabão. E ele explodirá apenas de um lado - onde estão importantes representantes da língua klingon. Os negócios não vão a lugar algum, ele viveu por séculos e continuará a viver. Na escala da história dos negócios, existe simplesmente um pequeno segmento chamado “paixão pela tecnologia da informação”, que começou divertido e interessante e se transformou em uma fraude global.
Cedo ou tarde, a empresa encontrará uma saída. É melhor para ele sugerir essa saída - benéfico para os duendes e os klingons.
Exercícios
Você, nos termos do artigo, provavelmente fala klingon. Vou tentar escrever algumas frases no Elven e, se você quiser, praticar a tradução - em klingon ou pelo menos em élfico.
"Quero saber como a automação afeta as mudanças nos meus negócios."
"O que pode ser automatizado para reduzir o número de contadores?"
"É possível fazer isso para dispersar todos os gerentes que não vendem nada, mas apenas direcionam pedidos de pedaços de papel?"
"Você pode, de alguma forma, fazer com que não haja déficits?"
"Como se livrar do departamento de concessionárias, que apenas lida com isso, que organiza a interação com os parceiros?"
"Algo pode ser feito com as diferenças de caixa?"
“Como eu melhoraria a qualidade da produção? Agora é apenas um desastre. "
“Estou terrivelmente enfurecido com todos os economistas que preparam relatórios para mim. Você pode de alguma forma se livrar deles sem perder esses relatórios?
“E quanto custa a contabilidade? Pelo menos para saber o número, não estou falando de otimização ... ".
“Como garantir que eu e outros líderes aprendamos sobre os problemas com antecedência? Para que você possa responder em tempo hábil. ”
Você pode traduzir?