Paños

Los programadores adoran dibujar informes de calzado. Si necesita un informe de ventas, volcarán toda la tabla de ventas, con contrapartes, nomenclatura, organizaciones, contratos, montos y cantidades.

Todo estaría bien, solo con la ayuda de dicho informe es difícil de manejar. Analizar: posible si hay mucho tiempo libre. ¿Y quién tiene mucho tiempo libre? El analista tiene, por ejemplo. De acuerdo, si es analista. Después de todo, hay análisis por el llamado del alma. Tiene un puesto, por ejemplo, como gerente de ventas, pero no quiere vender o no sabe cómo, pero elegir números en números es algo agradable.

El jefe del tiempo para recoger en el informe, por desgracia, no lo hace. Al menos como parte de la gestión regular. Necesita información breve y completa que responda a una pregunta simple: ¿cómo van las cosas? O de otra manera: ¿estamos bien?

¿Cómo responder tal pregunta con un paño de pie? De ninguna manera La tela para los pies, por así decirlo, le dice a la cabeza: ¿quería información? Pues aquí está ella. TODOS! Vamos, resuélvelo y busca la respuesta a tu pregunta.

Si la cabeza llega al programador con su tarea, intenta "ayudar". Por ejemplo, se realiza un plan de ventas / informe de hechos. Hermoso, cómodo, personalizable. Allí no solo puede comparar el plan con el hecho, sino también el hecho con el hecho para diferentes períodos y, en general, cualquier cantidad de tablas. Cual es el resultado? Otra tela de pie, solo que más complicada.

Si vuelves al final del programador, él dirá: maldición, anímate e informa y guarda la configuración. Filtre los datos, seleccione un período para que solo se muestren los datos que necesita. Bueno, como opción, lo hará. Pero solo si la cabeza sabe cómo personalizar. ¿Y si no puedes?

Ok, el programador, de mala gana, y crujiendo huesos, preparará el informe él mismo. Y él dirá: todos, adelante, ahogarse. Por supuesto, no lo dirá en voz alta, pero lo pensará. Todo, la felicidad ha llegado?
No En primer lugar, la primera vez que no se instala, tendrá que huir varias veces. O escriba una buena tarea técnica de alta calidad. Y esto, casi siempre, es imposible, porque el líder en la orilla no sabe de qué forma necesita un informe.

Si bien el líder tiene un paño para los pies, le parece que es suficiente para establecer los grupos, y podrá manejar el uso del informe. Habiendo recibido las agrupaciones, querrá un filtro. Habiendo recibido el filtro, comprenderá que la clasificación es necesaria. Y así sucesivamente.

En segundo lugar, un informe no es suficiente. Después de todo, ¿un líder no solo está interesado en las ventas? Además, se necesita el movimiento de dinero. Y el trabajo de los empleados. Y pedidos vencidos, tanto para compradores como para proveedores. Esto producirá varios informes y para cada una o más configuraciones.

En tercer lugar, en la mayoría de los casos, el sistema de información es de escritorio. Para saber cómo te va, debes encender la computadora. Aún necesitas llegar a eso. Si el líder es tal que se sienta en las computadoras todo el día, entonces no hay problema. ¿Hay muchos de esos líderes?

El gerente querrá ver informes de forma remota a través de Internet. Deseable: desde un teléfono inteligente. Esto es muy conveniente, incluso en el almuerzo, al menos en el tráfico, al menos en una reunión aburrida. El programador nuevamente tendrá que preocuparse.

Cuarto, hubo varios informes. Todos responden su propia pregunta. Todos deben abrirse y verse por separado. Uno se abrió, el segundo se cierra. Máximo: hizo una pantalla dividida y vi dos a la vez.

En los sistemas de escritorio, ni siquiera puede mirar a través de ellos, como en un teléfono inteligente, bueno, de modo que todos los informes caigan en un largo paño y pueda desplazar los dedos de arriba a abajo.
El gerente querrá ver todos los informes en una pantalla. Este es un deseo humano normal. Pero para el programador, esto es un infierno.

El informe grande habitual, incluso configurado y filtrado, se ve bien solo en pantalla completa. Si lo reduce a la mitad, inmediatamente aparecen barras de desplazamiento que estropean toda la impresión, incluso si no hay nada detrás del área visible de la pantalla, la mano se estira para desplazarse hacia abajo o hacia los lados para asegurarse de esto.

¿Y si hay tres informes? O cuatro? Resulta culo-s. El gerente no tiene más remedio que ver los informes tradicionalmente, uno por uno, en pantalla completa.

Incluso la presentación de información en forma de diagrama no se guarda si se muestra, como en 1C, en un documento de tabla. Aparecen las mismas barras de desplazamiento, es imposible controlar de forma inteligente la escala del gráfico, las emociones se están calentando.

¿Y cuál es el problema? ¿Y ella está allí?

La hay, y muy simple: al programador le encantan demasiado las plantillas. Le enseñaron de esa manera, le preguntaron a ese sistema de valores: desecharon todo lo que es y más. Y proporcione un mecanismo de ajuste elegante.

Este enfoque es bueno para los desarrolladores de soluciones en caja, porque no tienen otra opción. No saben qué información y en qué forma quiere ver un líder en particular, por lo que ellos mismos hacen paños + ajuste.

Pero los programadores en el campo, es decir Para algunos clientes, por alguna razón, siguen ciegamente este paradigma. Actúan como si ellos mismos fueran desarrolladores de soluciones en caja. Y hacen todos los paños nuevos.

Los amigos son programadores. También soy programador. También me encanta hacer paños. Es simple, interesante, incluso hermoso a su manera. Pero los paños no son adecuados para el manejo.

No estoy diciendo que algo esté mal contigo o con nosotros. Solo propongo resolver un nuevo e interesante problema de ingeniería: dibuje un pequeño informe.

No una gran tela de pie en mil líneas, sino un plato pequeño con dos columnas y tres líneas. No es un gráfico considerable que no cabe en la pantalla, sino uno pequeño con tres columnas que responden claramente a una pregunta específica. No arroje un montón de números para que una persona responda una pregunta, sino que responda de inmediato a una pregunta: breve, concisa, comprensible.

Esto es increiblemente interesante. Y todo esto es fácil de algoritmo. El principio es muy simple: el embudo "¿y si?".

Aquí tenemos un plan y el hecho de las ventas: tablas separadas con datos. Dibujamos dos informes: el plan y el hecho de las ventas.

Pero, ¿qué pasa si los combina e inmediatamente dibuja un plan y un hecho en un informe? Bueno, no está mal ya.
¿Pero qué pasa si nos colapsamos en grupos de nomenclatura? Entonces el informe será pequeño, al menos en altura.
Ok, lo hacemos

Pero, ¿qué pasa si dibuja el mismo informe en forma de diagrama? El histograma habitual de dos columnas. El primero será el plan, el segundo hecho. Miras e inmediatamente entiendes dónde se está implementando el plan y dónde está la falla.

Pero, ¿qué pasa si cuenta el plan para el día actual? Después de todo, descartamos todo el plan mensual en la primera columna, y el hecho lo alcanzará solo a finales de mes. A lo largo del mes, mirando el gráfico, el líder pensará que todo está mal. O tendrá que averiguar en su mente qué parte del mes ya ha pasado. No, no obtengamos el plan mensual completo, sino parte de él. En el décimo día - un tercio, en el decimoquinto - medio, etc. Entonces el diagrama se volverá más claro y más interesante.

Pero, ¿qué pasa si coloreamos las columnas dependiendo de si todo está bien o no? Después de todo, sabemos si el plan está bien implementado o no, solo necesita comparar dos números. Haga la columna roja si todo está mal. Amarillo: si es peligroso. Verde, si es bueno.

Pero, ¿qué pasa si no muestra columnas para las cuales todo está bien? Por ejemplo, si tenemos un gráfico desglosado por grupo de artículos. Solo daremos salida a aquellos que son amarillos o rojos. Bueno, digamos al líder que si no hay columna, entonces todo está bien. ¿Él entiende? ¿Necesita información para reaccionar y tomar decisiones? Para establecer tareas, acentos, en una alfombra para causar a alguien. Deje que el sistema solo hable sobre lo que necesita responder.

Pero, ¿qué pasa si eliminas el gráfico por completo? Ya hemos ocultado casi todas las columnas, ¿cuál es el punto del diagrama, como una forma de presentar información entonces? Mostraremos una placa corta en la que solo habrá grupos problemáticos de elementos: amarillo y rojo. Bueno, los números, el porcentaje del plan.

Pero, ¿qué pasa si no muestra un informe al gerente en absoluto? ¿Por qué hacerlo mirar a algún lado todos los días? Hagamos esto: si hay un problema, le daremos una señal. No a nosotros, sino al sistema que estamos desarrollando. Ha aparecido un color amarillo o rojo: estamos escribiendo una carta, ya sea en ambiente o SMS, no importa. El gerente sabrá: si no hay señales, todo está bien. No puede perder el tiempo analizando, es mejor simplemente trabajar, hacer algo útil. Por supuesto, la primera vez que él todavía entrará y mirará, no confía en los programadores. Nunca se sabe, de repente enviando cartas de estaca se levantó. Bueno, déjalo tropezar y acostúmbrate.

Pero, ¿qué pasa si no necesita información sobre algunos grupos de nomenclatura? Bueno, él sabe que no están a la venta, y siempre serán rojos o amarillos. ¿Por qué una persona debe ser jalada en vano con señales innecesarias? Limpiamos

Pero, ¿qué pasa si informamos no una lista de grupos malos, sino una línea? ¿Está todo bien o está todo mal? Conociendo la importancia de grupos específicos de nomenclatura y el plan general de ventas, presentamos pesos y una función simple que calculará la respuesta a la pregunta: ¿estamos bien? Le daremos un coeficiente de 0.1 a grupos sin interés, 0.5 o 0.7 a grupos interesantes, y eso es todo, obtenemos una figura grande y hermosa. Si el grupo principal vende bien, entonces todo está bien para nosotros.

Pero, ¿qué pasa si le das al líder dos números diferentes? Después de todo, está claro que las tareas en diferentes grupos pueden ser fundamentalmente diferentes. Por ejemplo, el grupo principal es un estúpido eje de ventas. Pero un grupo con una nueva nomenclatura, por ejemplo, equipo nuevo, no da un eje y no puede dar por definición. Allí, una o dos ventas por mes se consideran buenas. ¿Entiendes? Ni siquiera la cantidad es importante, sino la cantidad. Se vendió una unidad de equipo nuevo, ¡es feriado! Si trabaja solo con cantidades, esta unidad de equipo nuevo siempre estará oculta entre la nomenclatura principal. ¿Por qué necesitamos esto? Que haya dos números: cómo van las cosas en la línea principal y cómo van las cosas en los equipos nuevos. Criterios de evaluación diferentes, escala diferente.

Pero, ¿qué pasa si ponemos estos dos números en uno? Reescribimos nuestra función con pesos, reemplazando los números absolutos con los relativos. Consideremos la nomenclatura principal por la cantidad, y la nueva por la cantidad. Y todo esto se convierte en porcentajes. Luego, se pueden corregir los pesos: aumente la nueva nomenclatura, ya que es importante para nosotros.

Pero, ¿qué pasa si consideramos dos factores: el plan / hecho en un punto particular y la dinámica de los últimos días? Sí pasa El primer mes hicieron un gran envío, inmediatamente el 20% del plan mensual. Y todos nuestros gráficos durante seis días mostrarán que todo está bien. Pero, de hecho, nuestras ventas obtuvieron una participación, ni un solo envío durante casi una semana. Desde un punto de vista formal, no todo está mal, pero ¿no estamos aquí para los trámites? El jefe debe saber que los gerentes están pateando la excavadora sin mantener la dinámica de ventas. No hay nada complicado para nosotros: simplemente agregamos otra variable a la función, la dinámica de ventas, con su propio coeficiente de peso. Y eso es todo, belleza.

Pero, ¿qué sucede si en nuestra función tenemos en cuenta no solo el plan / hecho de las ventas, sino también el plan / hecho del movimiento del dinero? Imprimiremos una figura infinitamente hermosa en la cabeza, o una línea legible por humanos: "todo está bien", "las ventas son buenas, el dinero es regular", "las ventas son 120%, el dinero es 90%", etc.

¿Y si ...

Esto puede continuar indefinidamente. Lo principal es detenerse a tiempo y dejar que el gerente use la herramienta, se acostumbre y formule comentarios. Como programador, entiendo que al resolver problemas de embudo "¿y si?" Existe un deseo irresistible de hacerlo más simple, mejor, más informativo, más útil. Debes poder detenerte.

Lo principal es percibir esta tarea como ingeniería. Porque es tal y es. Esto no es belleza ni reverencias, es la construcción de un sistema de gestión.

El líder mismo no hará frente a esta tarea, por desgracia. No conoce todas las posibilidades, todos los datos, todas las relaciones. Pero el programador lo sabe. Pero está en silencio.

Vamos, sal de tu rincón oscuro. Sus programadores pueden proporcionar beneficios increíbles para dirigir una empresa. Ustedes son ingenieros Sistema de gestión, la automatización de la gestión es un trabajo de ingeniería. Y la cabeza será su usuario. Administrará el uso de su sistema.