Los programadores no resuelven problemas de negocios. Crean y actualizan el producto de software de acuerdo con las especificaciones técnicas del cliente. Convencer a todos y a sí mismo, incluido que esta es la solución a los problemas comerciales.
Cuando llegas a un servicio de auto, ¿escribes TK? Por supuesto, muchos de ustedes están versados en automóviles, y entre mis amigos hay tipos que pueden desmontar y ensamblar fácilmente la caja de cambios. Pero, sin embargo, la mayoría de nosotros establecemos la tarea en forma de "algo golpea cuando conduzco a una velocidad superior a 40 km / h" o "soplando mal desde los deflectores, tal vez el aire acondicionado, o, no sé qué hay allí".
Si un maestro en el servicio de un automóvil dijera algo así como "diga específicamente qué debe hacerse con su máquina" a esa pregunta, ¿continuaría utilizando sus servicios? Creo que no La mayoría de nosotros no compramos un automóvil para entenderlo, y no solo las rubias de los chistes, o los nuevos rusos que (en los mismos chistes) cambian su automóvil cuando el cenicero está lleno, lo hacen.
Al trabajar con programadores, el negocio no tiene otra opción. Y cuanto más lejos, peor. Los artesanos entusiastas aún no han sido traducidos para quienes es un honor resolver el problema por sí mismos, pero la división general del trabajo y el dominio de los enfoques jurídico-burocráticos de los negocios matan de manera rápida y confiable ese entusiasmo.
Si piensa en cómo puede un representante comercial: un director, jefe de departamento, vendedor, contador, etc. - redactar los términos de referencia para el desarrollo de un producto de software? Está claro que algunos documentos nacerán juntos, pero ¿cuál será su calidad? Incluso si tiene arquitectos inteligentes que pueden analizar los requisitos del negocio y traducirlos al lenguaje de los programadores, ¿puede estar seguro de que entendieron correctamente lo que el negocio necesita?
Los requisitos expresados por el negocio son claros para él. Los términos de referencia, que fueron escritos por programadores para requisitos comerciales, ya no son comprendidos por él. El negocio simplemente cree a los programadores que las mejoras planificadas resolverán sus problemas.
También le cree al maestro en el servicio de un automóvil, cuando dice "necesita cargar el aire acondicionado y cambiar el filtro en la cabina, y explotará normalmente". Pero en el caso de un servicio de automóvil, el riesgo es bajo: un par de horas y varios miles de rublos, y el resultado será visible de inmediato.
En el caso de los programadores, el riesgo siempre es mayor: los plazos son más largos y los presupuestos son más gordos. Y sea cual sea el resultado, la empresa tendrá que aceptarlo, porque en la mayoría de los casos paga no solo el desarrollo, sino también la implementación. El resultado del trabajo de los programadores en el momento de la aceptación ya se encuentra dentro del negocio, y no puede descartarse sin dolor.
Sería genial, por supuesto, si los programadores crearan un sistema desgarrado que la empresa miraría desde un lado y decidiera si tomarlo o no. En este caso, todos los riesgos recaerían en los programadores. Pero esto sucede extremadamente raramente, porque los programadores también tienen negocios, digan lo que digan.
Las empresas deberán aceptar el trabajo, de una forma u otra. Con reservas, con una lista de requisitos adicionales, pero acepta. Y úsalo.
Barrera del idioma
Existe una frontera entre las empresas y los programadores: una barrera del idioma. Las empresas no entienden el lenguaje de los sistemas de información, los programadores no entienden el lenguaje de los negocios. Para existir de alguna manera, y al menos hacer algo, ambas partes inventaron un lenguaje sustituto, una especie de análogo del esperanto que es igualmente comprensible e incomprensible para ambas partes.
El esperanto, en general, no es malo, pero es muy pobre, tiene un vocabulario muy pequeño, es decir. vocabulario Una empresa puede decir en esperanto: "Quiero este formulario para que haya dos botones, una tabla con productos, contiene los artículos y precios", o "Quiero un informe que muestre los créditos vencidos". El término "cuentas por cobrar vencidas" en esperanto no está muy bien expresado, por lo que los programadores harán algunas preguntas aclaratorias para transferir la tarea a los suyos, Klingon.
Las empresas no pueden expresar todas sus necesidades en esperanto, solo un conjunto muy escaso de ellas. Es imposible establecer la tarea para que los programadores "optimicen la contabilidad para que dos contadores puedan ser despedidos" o "para que no haya escasez". El esperanto, como la puerta de entrada a su comunicación, no podrá transmitir el significado de estas tareas a Klingon.
Sin embargo, todos conocemos ejemplos en los que tareas automáticas resolvieron tareas similares. Entonces, en principio, el lenguaje klingon es capaz de expresar construcciones tan complejas. ¿Pero cómo funciona esto?
Raramente, pero también sucede: un representante comercial conoce a Klingon. En primer lugar, puede ser un ex programador. Yo y usted también hemos conocido a esas personas en una amplia variedad de puestos: incluso contadores jefes, directores financieros, gerentes, vendedores y proveedores. En segundo lugar, hay personas, principalmente directores y propietarios de pequeñas empresas, que, debido a la curiosidad natural, han profundizado y continúan desarrollando sus conocimientos en el campo de la tecnología de la información. Pero estas son más bien excepciones.
La regla es traducir la "alta poesía" de los requisitos comerciales al lenguaje de los primitivos: formularios, informes, procesamientos, documentos, directorios, registros, servicios web, páginas, etc.
Debo decir de inmediato que de ninguna manera le quito valor a la belleza de Klingon. Hay incluso más poesía y belleza en ella que, por ejemplo, en el lenguaje élfico de los negocios. Pero la poesía no pasa por la puerta de entrada, solo primitivas.
Por diversión, intente traducir el traductor de Google a un poema en inglés, por ejemplo, así:
Una tormenta cubre el cielo en la oscuridad
Nieve girando girando.
La forma en que ella conquista a la bestia
Eso llorará como un niño.
Que va a pasar
La tormenta la oscuridad cubre el cielo
Torbellinos girando.
Entonces, mientras ella lamenta a la bestia,
Eso llorará como un niño.
No sé bien inglés, así que para mí esta traducción se parece al klingon. Bueno, parece la verdad. Algunas palabras son familiares, como líneas y comas. Probablemente la traducción es correcta. ¿Cómo verificar? Probémoslo de nuevo, del inglés al ruso:
La oscuridad de la tormenta cubre el cielo
Remolinos Remolino.
Entonces, cuando ella llora a la bestia,
Llorará como un bebé.
Algo está mal ... La puerta de enlace no funciona muy bien, aunque el estado de ánimo general parece transmitirse correctamente. Pero en los detalles, el sentido, la poesía, el texto ha perdido casi todo.
Un ejemplo, por supuesto, del reino del humor, pero en nuestro esperanto todo sucede de la misma manera. Todo parece estar claro, el tema está trillado y todos recuerdan la hermosa imagen del columpio del árbol. ¿Pero vivimos de alguna manera? ¿Qué está mal, qué está adjunto?
Las consecuencias
Las consecuencias de la barrera del idioma son, de hecho, terribles para ambas partes. Casi toda la automatización que ahora se está produciendo es el resultado de la implementación de primitivas, equipos elementales, tareas aburridas y pequeñas metas.
No hay poesía, obras de arte, efectos asombrosos y la adoración mutua de los negocios y las TI. Hablando con los pies en la tierra, no hay soluciones de TI que realmente ayuden al negocio.
Existen soluciones de TI, tecnologías y marcos geniales creados originalmente en Klingon. Pero pocas personas logran traducirlos a Elven. Resulta que los trucos gerenciales combinan estas decisiones con los negocios, pero aún permanecen en Klingon: complejos, incomprensibles, hermosos, como naves espaciales del futuro. Solo que no está claro qué hacer con ellos.
También hay soluciones empresariales geniales creadas sin el uso de TI. Hay leyendas sobre gerentes que los han "despegado", "procesos simplificados", "creado una cadena de suministro ingeniosa" en el entorno empresarial, no menos emocionante que sobre los desarrolladores de tecnologías geniales en TI. Pero en el medio, en la frontera, en la unidad, hay muy pocas soluciones.
Como resultado, el negocio no está satisfecho con los programadores, aunque se ve obligado a soportarlos como un mal inevitable. Después de todo, hay contabilidad y contabilidad fiscal, y un estado que trae la necesidad de toda esta burocracia. Existen "reglas infantiles", como la necesidad de tener un sitio web, telefonía IP, público en las redes sociales y una cuenta EDI. Pequeño, aburrido, sin dar nada de tecnología.
Y los programadores se están alejando cada vez más de los negocios, cerrando y complicando el ya incomprensible Esperanto. Dios no lo quiera, si tienes suficiente entusiasmo por la expresión creativa en tu Klingon, para que el alma encuentre al menos alguna salida, en algún punto intermedio. Y en el tiempo principal: los próximos intentos de automatizar de alguna manera todas estas tonterías.
Ambas partes sufren y ambas partes se culpan mutuamente por sus desgracias. Aunque no, ya no los culpan, están acostumbrados a recordar de alguna manera más o menos este esperanto y ya creen que debería ser así. ¿Es así para todos? De una vez, significa que todo está en orden con nosotros. Bueno, dices, todo esto está claro sin ti. ¿Hacer qué?
Sí, ya sabes qué hacer. Aprende idiomas Y perfecto esperanto.
Aprender idiomas
Para que dos hablantes de diferentes idiomas puedan hablar normalmente, de manera informativa e interesante, alguien debe saber dos idiomas: el suyo y el interlocutor. La pregunta es quién debería ser el primero en "moverse".
La primera opción es dejar que el negocio aprenda klingon. ¿Cómo te gusta esta opción? Si eres programador, entonces probablemente te guste esta opción. Aunque, no, es complicado: si la empresa entiende la tecnología de la información, entonces, sea lo que sea que uno diga, tendrá que trabajar de verdad. Ahora, de una forma u otra, puede esconderse, y oportunidades, soluciones y jambas.
Pero esta opción, puramente en términos de eficiencia, no es adecuada. Demasiado para aprender. Si usted, nuevamente, es un programador, estará de acuerdo: incluso usted, independientemente de lo que piense acerca de usted mismo, solo conoce una pequeña fracción de TI. Es solo que el conocimiento en el campo de la tecnología de la información nace más rápido de lo que una persona puede digerir, sin importar cuántos tramos tenga en la frente.
Puede decir: está bien, incluso si la empresa no conoce los detalles, pero ¿puede ir a la cabeza? Y mantener la relevancia de este conocimiento. Quizás, por supuesto, solo será el mismo esperanto. Esto ya lo hemos pasado.
Es mucho más fácil hacer lo contrario: un programador para aprender un idioma de negocios.
Llamé al idioma de los negocios élfico, aunque, de hecho, debería llamarlo griego, porque es un idioma muerto que apenas se desarrolla. De acuerdo, que sea élfico: ¿estos tipos navegaron lejos de la Tierra Media hace mucho tiempo?
Todo, o casi todo lo que es útil en el lenguaje de los negocios, se ha inventado durante mucho tiempo. Por supuesto, aparecen nuevos tipos de negocios, nuevas formas de interacción, nuevos productos o incluso clases de productos, pero los conceptos básicos permanecen vigentes.
En primer lugar, estos son procesos. Todo lo que necesita saber sobre los procesos se ha inventado durante mucho tiempo, ya en el siglo XX. Todas las técnicas modernas, y no así, por ejemplo, la teoría de restricciones, control, Lean, Scrum, etc. - estas son solo variaciones, procesos de plantilla o patrones para dibujar nuevos procesos. Fundamentalmente, la esencia de los procesos no cambia: acciones, condiciones, subprocesos. Por cierto, todos estos son conceptos que los programadores entienden bien.
Cualquier matemática de negocios también es absorbida por los programadores. Contabilidad, gestión, contabilidad internacional y fiscal, pérdidas y ganancias, flujos financieros, diferentes métodos para evaluar el estado de un negocio son simplemente fórmulas diferentes que consideran los mismos números basados en otros números.
Los sistemas de gestión, como una subclase de procesos, tampoco representan nada complicado. Además, el negocio en los sistemas de gestión en sí no es muy versado. Esto es fácil de verificar: intente encontrar al menos un proceso de gestión en su empresa. Por supuesto, si tiene un ISO implementado, es decir, existe dicho proceso: "Gestión de la organización", pero no lo consideraremos, es solo un papel burocrático. Encuentre instrucciones para el líder, que dice qué, cuándo y cómo debe hacerlo. No lo son, porque la creación de sistemas de control es un área relativamente nueva que no saldrá de las entrañas de la administración, porque también la destruirá.
A primera vista, un área más específica son los sistemas de motivación. Pero, de hecho, esta es una de las áreas más simples de conocimiento en los negocios. Hay muy pocas opciones de plantillas que intentan infructuosamente inculcar recursos humanos en todas las empresas, sin comprender la esencia de la motivación.
En los negocios, por supuesto, no solo están las áreas de conocimiento enumeradas. Por ejemplo, hay mercados, productos, marketing, fusiones y adquisiciones, OPI, etc. Este conocimiento se puede dejar a los negocios de manera segura, y no para estudiar las secciones relevantes del lenguaje élfico. Al menos hasta que decidas crear tu propio negocio.
Por qué
Hay dos preguntas a la vez: por qué es esto para los negocios y por qué es para los programadores.
Con los negocios está claro. Esta es una necesidad vital. El mundo de TI se está moviendo hacia ese modelo: la integración de competencias, porque de lo contrario las conversaciones de los sordos con los ciegos continuarán indefinidamente.
La empresa a menudo comprende el problema, pero no conoce la solución, no la ve. Ahora sabe y ve. Solo queda organizar adecuadamente este proceso: capacitar a los programadores en el idioma élfico. Puedes hacerlo tú mismo, solo habrá poco sentido. Para enseñar Klingon Elven, necesitas saber ambos idiomas, pero esto no es así. Aunque a Tarzán se le enseñó de alguna manera. Si recuerdas, lee en inglés y habla en francés.
¿Por qué es para programadores? Bueno, en primer lugar, si el negocio en el que los programadores se sientan de manera competente aborda el asunto, entonces no tendrán a dónde ir. A menos que, vaya a otro trabajo, donde aún no han escuchado sobre las nuevas tendencias.
Pero puede reorganizar el comienzo proactivo en el departamento de TI. ¿Nadie prohíbe a los programadores desarrollar competencias en campos relacionados? Por ejemplo, aprender elfos. Y luego, en el medio, declara, y es mejor mostrar en la práctica sus nuevas habilidades. El negocio, apreciando los beneficios, hará que los programadores bilingües sean el estándar en su empresa. Al mismo tiempo, expulsará a los traductores de duelo, como los analistas de negocios.
Solo necesita comprender que la automatización de negocios ahora, en esperanto, es solo una burbuja de jabón. Y estallará solo en un lado, donde se sientan importantes representantes del idioma klingon. El negocio no va a ninguna parte, vivió durante siglos y vivirá. En la escala de la historia del negocio, simplemente hay un pequeño segmento llamado "entusiasmo por la tecnología de la información" que comenzó divertido e interesante, y se convirtió en un fraude global.
Tarde o temprano, el negocio encontrará una salida. Es mejor para él sugerir esta salida, beneficiosa tanto para los elfos como para los klingon.
Ejercicios
Usted, en términos del artículo, es muy probable que hable klingon. Intentaré escribir algunas frases en élfico y, si lo deseas, practicar la traducción, ya sea en klingon o al menos en élfico.
"Quiero saber cómo la automatización afecta los cambios en mi negocio".
"¿Qué se puede automatizar para reducir el número de contadores?"
"¿Es posible hacerlo para dispersar a todos los gerentes que no están vendiendo nada, sino que solo están manejando pedidos de papel?"
"¿De alguna manera puedes lograr que no haya déficit?"
"¿Cómo deshacerse del departamento de concesionario, que solo se ocupa de eso, que organiza la interacción con los socios?"
"¿Se puede hacer algo con las brechas de efectivo?"
“¿Cómo mejoraría la calidad de producción? Ahora es solo un desastre ".
“Estoy terriblemente enfurecido por todos los economistas que preparan informes para mí. ¿Puedes deshacerte de ellos sin perder estos informes?
“¿Y cuánto me cuesta la contabilidad? Al menos para saber el número, no estoy hablando de optimización ... ".
“¿Cómo podría asegurarme de que yo y otros líderes conozcamos los problemas de antemano? Para que pueda responder de manera oportuna ".
¿Puedes traducir?