La mayoría de los proyectos de TI que he visto en mi vida han tenido mucho éxito. Se realizaron en diferentes empresas, en varias plataformas, por personas completamente diferentes. Pero el éxito siempre ha llegado, con raras excepciones.
Cada vez que me preguntaba de dónde obtuvieron tal determinación los equipos de TI, un sentido sutil de la estrategia y su implementación, la comprensión de la situación y la voluntad de seguir el camino elegido. ¿Hay algún secreto para el éxito?
Miré, analicé y compilé una lista de algoritmos que condujeron con éxito los proyectos de TI a la meta. Comencemos con los objetivos: ¿por qué se logra esto con éxito?
Atencion Este artículo es solo para personas de TI. Si no eres de TI, o, Dios no lo quiera, algún director o propietario, es mejor que no leas este artículo. De lo contrario, nos arruinas todo.
Y nuevamente atención . Este artículo no es sarcasmo, no es un intento de aplastar a alguien, no es una gradación del mercado, y no es aumentar el FGP de alguien, incluido el mío. Yo, como cualquier especialista en TI, y la compañía para la que trabajo, como cualquier otra compañía de TI, cumplo con las definiciones de este artículo.
Objetivos
Trataré de aclarar los objetivos de los proyectos de TI. No es ficticio, se anuncia en los periódicos, en manifestaciones o en las oficinas de generales ricamente amuebladas. Objetivos reales
El objetivo, su conciencia y comprensión, son de suma importancia en cualquier actividad. Y no importa si el verdadero objetivo en el sistema de valores es bueno o malo. Si se declara un objetivo, pero en realidad, o incluso en el subconsciente,
otro está sentado, entonces se alcanzará el otro.
Pero, desafortunadamente, se ha establecido un estereotipo incorrecto en la relación entre TI y los negocios. La mayoría de los proyectos de TI se consideran fracasos. Algunos analistas recopilan estadísticas, calculan algo y luego escriben artículos devastadores sobre cómo la TI no ayuda a las empresas, no logra sus objetivos, produce sustitutos y roba millones de compañías infelices en cualquier moneda.
El error de estos analistas es muy simple: son juzgados por la empresa. Automatizado, no automatizado. Los proyectos se evalúan no en el sistema de coordenadas en el que se llevaron a cabo. Miran el logro de las metas que alguien, una vez, al principio, por alguna razón dijo o escribió. Y no saben sobre objetivos reales.
En resumen, los objetivos reales de los proyectos de TI son cuatro:
1. planta;
2. cementar;
3. exprimir;
4. aprender.
Enganchate a ti mismo
Para plantar : todos estos son proyectos para la implementación de 1C. Esto también incluye la automatización en cualquier marco o software mal distribuido. Esto es govnokod, "que solo yo puedo entender".
Después de implementar 1C, el cliente siempre se sienta en el llamado "Información y soporte tecnológico". En ruso, esta es una tarifa de suscripción para acceder a las actualizaciones. No tiene sentido cuestionar la necesidad de actualizaciones: es lanzado por el estado. 20% de IVA, varios tipos de leyes federales, cajas en línea, EGAIS, etc. - todo esto se refleja en los programas 1C y, por lo tanto, es necesario actualizarlo.
Del mismo modo - Bitrix. Quien construya un sitio en él, debe pagar las actualizaciones y la disponibilidad de soporte técnico.
Del mismo modo, cualquier servicio en línea, ya sea administración de documentos electrónicos, tarjetas, conciliación de acuerdos o verificación de contrapartes. La mayoría de ellos requieren un poco de trabajo para integrarse en el sistema corporativo, y cuanto más dinero y esfuerzo se gaste en él, más difícil será rechazarlo.
El tiempo durante el cual el cliente está sentado funciona en su contra y el éxito del vendedor de software o servicios. Incluso si solo reciben actualizaciones, sin modificaciones en el pedido, la cantidad pagada aumenta cada mes, y el rechazo del software o servicio significará que el dinero se ha malgastado.
El objetivo es simple: asegurarse de que el cliente, una vez que trabaja con usted, incluso para una tarea pequeña, nunca salte y continúe pidiéndole nuevos productos y servicios.
Con el enfoque correcto, funciona mejor que para los distribuidores de arrastre: allí al menos puede cambiar el "proveedor", los productos son los mismos. Pero si escribió al cliente, por ejemplo, "descarga optimizada de productos al sitio", pero no se olvidó de la ofuscación y utilizó algunas constantes difíciles establecidas solo en esta base de datos en particular, entonces el cliente es suyo.
Es importante, como dicen,
entrar . Captura, al menos para el borde.
La plantación es quizás el objetivo más común de los proyectos de TI.
Cementar
La cementación es un objetivo favorito de la automatización interna. La diferencia entre los programadores de fábrica, o las soluciones, es que no reciben ingresos de la implementación de proyectos. Por supuesto, hay bonos, pero si los manchas por año, obtienes un minúsculo. El salario es mucho más simple y estable, además siempre existe la posibilidad de trabajos a tiempo parcial.
El programador de la fábrica piensa como un soldado que está durmiendo, y el servicio está encendido. Por lo tanto, el deseo natural es aumentar la eficiencia de su jornada laboral. ¿Recuerdas qué es la eficiencia? Este es el costo de producir el resultado.
El resultado es el mismo: salario. El costo es un esfuerzo. El salario no puede aumentarse, pero los esfuerzos pueden reducirse. Así es como aumenta la eficiencia.
La forma más simple es govnokod, "reflejando los requisitos de los usuarios tanto como sea posible". Por govnokod aquí nos referimos al código en sí, a los metadatos, y "el botón está aquí". Sin análisis de requisitos, cumplimiento de la arquitectura y estrategia general, "solo para trabajar".
Cuando funciona, es cemento. Todos tienen miedo de tocar lo que funciona, tanto programadores, usuarios y gerentes. Cualquier revolucionario que comienza a gritar "necesitamos refactorizar" será expulsado, deshonrado, humillado, acusado de querer inventarse y arruinar el negocio de la vida.
Si "funciona", todo está bien y el programador está bien hecho. Él continúa recibiendo su salario. Cuantas más áreas en el sistema de información "funcionen", menos trabajo tendrá el programador. Todo lo que queda es soporte: respuestas a las mismas preguntas, una demostración de las mismas formas y herramientas, una solución a los mismos problemas. Simple y estable, como un soldado.
Los proyectos de automatización no son despreciados por los proyectos de automatización de un contratista externo, especialmente al final. Por ejemplo, un acto debe ser firmado. Durante dos meses lo hicieron "como se esperaba", pero el director del centro requiere dinero; de lo contrario, dejará de pagar los salarios. Es urgente hacer feliz al cliente. Como? Cemento como los programadores de fábrica. Govnokodom.
Apretar
Squeeze es una meta, por regla general, para aquellos que no están seguros de sí mismos. Por ejemplo, hay una pequeña bola en la implementación de 1C. Se ve interrumpido por pequeños trabajos sobre actualizaciones y formularios de impresión, venta de cajas baratas, consultas de incendios de puestos durante la presentación de informes.
Y aquí, bam, la felicidad cayó. Proyecto. No sé dónde, probablemente, por error, se les confía para presentar una solución grande y seria. Que hacer Sin experiencia, tampoco especialistas.
Trata de agarrar estúpidamente al máximo. Pago - por hora, o actos cortos, no más de un mes. Sin vinculación de pago a objetivos, indicadores comerciales, integridad y similares herejías. Riesgos mínimos, dinero máximo.
Del mismo modo, los especialistas que no son especialistas, pero que llegaron a trabajar en un lugar decente, por ejemplo, con un salario alto, hacen lo mismo. Intentan inflar sus mejillas, no traicionar su incompetencia, nunca entran en detalles, siempre posponen tomar decisiones y comenzar a trabajar.
Por ejemplo, en una de las compañías, el director de TI tomó a una persona que no veía 1C en el ojo. Y tomaron para resolver un problema específico: la implementación de 1C. En la entrevista que logró derrochar, fue tomado por un salario decente y duró un año. Solo cuando lo inmovilizaron contra la pared, admitió que no conocía a 1C. Simplemente renunció y fui a buscar la próxima compañía que puede exprimir.
Aprender
Raramente, pero sucede. La joven empresa quiere entrar en el mercado de los sistemas ERP. O la vieja empresa quiere desarrollar una nueva dirección. O, en general, la estrategia es capacitar a nuevos especialistas, arrojándolos al meollo.
Suena hermoso: tirar al calor. Como una famosa parábola sobre cómo aprender a nadar, tirar al agua. Pero, de hecho, si no te mientes a ti mismo, solo entrenamos a nuestros especialistas por el dinero del cliente.
¿Por qué ocultarlo? Yo mismo he estado en una situación similar. Solo ha pasado un mes desde la primera vez que vi 1C en mis ojos, y ahora ya estoy en un proyecto para presentar la configuración más compleja (en ese momento): "Production Enterprise Management". Solo porque el producto es nuevo, acaba de aparecer y es el primer proyecto de implementación de la compañía. Además, es el primero en la ciudad, y tal vez en la región.
Por supuesto, aprendí mucho de ese proyecto. Y el cliente pagó por todo esto. Fue suficiente para el gerente del proyecto en la reunión donde me representaron asentir afirmativamente en respuesta a la pregunta "¿Conoce los ocho?"
No condeno en absoluto este enfoque, especialmente porque lo utilicé a menudo yo mismo y continúo practicándolo. El cliente, por regla general, no sabe en el fondo qué especialista entiende qué. El costo de una hora de trabajo es el mismo para un principiante y un bisonte. Un principiante hará una semana, un bisonte, dos horas. El cliente pagará una semana. Que esta mal
Hay otros proyectos para aprender. Por ejemplo, la introducción de un nuevo producto recién desarrollado. También sucede que el cliente recibe este producto de forma gratuita. Quizás incluso servicios de implementación, o parte de ellos. Yo mismo tomo este enfoque. Gratis es bueno, elimina los riesgos.
Combinaciones y transformaciones
Los objetivos del proyecto pueden cambiar durante su implementación, dependiendo de la situación. Este es un proceso normal y animado.
Arriba, di un ejemplo de cómo un proyecto con el objetivo de plantar puede comenzar a cementarse, cuando es necesario firmar un acto. Esto suele suceder cuando existe una amenaza de interrupción del proyecto.
Sin embargo, no es necesario cementar, es posible exprimir. Por ejemplo, la situación: durante la implementación, se han iniciado varias etapas a la vez. En algún lugar hay capacitación, pruebas en algún lugar, operación de prueba en algún lugar. Y ahora había una amenaza general de interrupción en el proyecto: nunca se sabe, el tomador de decisiones ha cambiado.
Parte de los pasos se pueden cementar, si es posible. Es probable que la cementación obtenga el monto total para la fase del proyecto. Pero sucede que la etapa solo se encuentra en la etapa de desarrollo, aunque a un paso de la producción; entonces todavía está lejos de cementarse, el cliente ni siquiera ha visto un prototipo. Alternativamente, puede intentar exprimir: firmar un acto por parte de la cantidad. Supongamos, solo para el desarrollo, agregando la frase "por el tiempo realmente gastado".
También hay una transformación inversa: comenzaron como un "apretón", descubrieron en el camino, y lo hacemos "enganchando a nosotros mismos". O tan cementado que era justo exprimir las sobras y correr.
Ahora que conoce estos objetivos, mire los proyectos de TI que vio. ¿Han llegado incluso a uno de ellos?
Resumen
Lo creas o no, el artículo nació espontáneamente. Me senté a escribir un texto sobre cuántas integraciones afectan la complejidad de los cambios comerciales.
Y luego pensé: ¿por qué masticar algo mocos? Una vez más, absorbiendo algún tipo de beneficio para los clientes insatisfechos, y ¿cómo nosotros, TI, lo privamos de este beneficio? ¿No es mejor hacer realidad?
La realidad es miles de implementaciones de sistemas de información, sitios desarrollados, servicios conectados y una extensa flota de equipos.
Sí, en la mayoría de los casos, el cliente siente que el proyecto de TI no ha logrado ninguno de sus objetivos.
Le recuerda a una chica romántica que sueña con caminar de la mano con un caballero, en prados florecientes, con una corona de dientes de león en la cabeza, y para que el sol brille intensamente, y él esté tan anticuado con una camisa blanca como la nieve, sonríe y no necesita nada, solo está con Estoy cerca, nadando en el océano sin fondo del encanto de mi juventud, belleza y pureza, y el mundo entero fue creado solo para mí, y Él también es para mí ...
No querida Él tiene un propósito diferente. Y sabes cuál. Él logrará su objetivo. Si no contigo, entonces por el otro. Y más de una vez.
¿Por qué fantasear si hay realidad? Sí, hay proyectos que aumentan la efectividad de los clientes. Sí, los clientes también pueden aumentar las ganancias, ya sea debido al crecimiento de los ingresos o mediante la reducción de costos. Pero la mayoría de los proyectos de TI son para plantar, cementar, exprimir o aprender.
Entonces, ¿por qué fantasear, culpar a la injusticia, instar a cambiar y cambiar, creer en la bondad y los cuentos de hadas? Es mejor descubrir cómo plantar más, menos cemento, no exprimir y aprender en el proceso.
Propongo hacer esto. Si no te importa