Krogis ofrece asesoría de TI del lado del cliente en siete etapas: inventario de sistemas, análisis de necesidades, estrategia y arquitectura, requisitos, evaluación de ofertas, implantación con gestión del cambio y coordinación continua de los proyectos; cada etapa puede contratarse por separado. Ayudo a instituciones públicas, entidades locales y a la dirección de empresas municipales y privadas a tomar decisiones sobre TI, proveedores y proyectos, siempre del lado del cliente. No vendo sistemas ni sustituyo a su departamento de TI. Puede incorporarse en cualquier punto de la ruta y contratar solo la etapa que necesita ahora.

No siempre está claro qué se puede pedir. Mi trabajo empieza por preguntar qué resultado esperamos.

Las organizaciones a menudo no saben cómo llamar a lo que quieren, porque no saben qué es posible. La petición de un sistema concreto suele ser una primera idea, no el objetivo. Pregunto por el objetivo y por la definición de éxito, oriento el análisis de forma estructurada y solo entonces elijo la herramienta. El conocimiento del mercado y de las soluciones disponibles es mi mayor fortaleza.

Las preguntas con las que empiezo

  1. ¿Cómo imagina un futuro ideal?
  2. ¿Qué es lo que hoy no funciona?
  3. ¿Para qué lo hacemos?
  4. ¿Qué consideraremos trabajo terminado (definition of done)?
  5. ¿Con qué criterios diremos que este proyecto ha sido un éxito?

Pocas organizaciones se hacen estas preguntas. Lo habitual es buscar directamente una empresa que parece tener un sistema «para eso». Es el camino más corto para perder tiempo y dinero. Un asesor externo con un amplio conocimiento del mercado marca el rumbo, plantea las preguntas adecuadas y guía a la organización por el camino que más le conviene a ella, no al proveedor. Así evita errores y reduce riesgos antes de comprar nada. Al fin y al cabo, ¿sabemos realmente qué diferencia hay entre EZD, ECM, case management, DMS, workflow y BPM?

  • Flujo de expedientes y documentosworkflow, cuando importan el circuito de aprobación y la trazabilidad de las decisiones
  • No-code, low-code, pro-codecuando el proceso es propio de su organización y seguirá cambiando
  • RPAcuando hace falta integrar y no hay interfaces estándar disponibles
  • IAdesde la IA analítica y generativa hasta sistemas agénticos orquestados
  • Un sistema de gestión documentalDMS, porque a veces basta con eso
  • ECM y case managementsistemas corporativos para gestionar todo tipo de contenidos y expedientes
  • CRM / SRMgestión por procesos y multicanal de las relaciones con clientes, proveedores y partes interesadas
  • Cambiar el procedimientocuando para alcanzar el objetivo no hace falta un sistema nuevo

Aporto conocimiento del mercado, 20 años de experiencia en proyectos, design thinking, un enfoque estructurado de los problemas y la comprensión de lo que realmente buscan los proveedores. Todo para que la digitalización sea más sencilla y más barata, y para que su proyecto no se sume a los que se tragaron grandes sumas, o incluso enormes, cuando, desde el principio, podía haberse planteado de otra manera.

No lo sé todo, pero sé dónde terminan mis conocimientos. También sé detectar lo que la propia organización desconoce. En ese caso incorporo al equipo al experto adecuado para acompañarla en ese tramo, aunque sin un asesor la organización a menudo ni se habría planteado que lo necesitaba.

  1. Inventario de sistemas y procesos de TI

    ¿Qué tenemos realmente?

    El punto de partida de toda decisión de implantación. Antes de elegir un sistema, un proveedor o una dirección, obtiene una imagen clara y estructurada de lo que ya tiene.

    • Un registro de aplicaciones con responsable, contrato, licencia, coste y fecha de fin de soporte.
    • Un mapa de los procesos con y sin soporte informático, y un mapa de integraciones y de los puntos donde los datos se vuelven a teclear a mano.
    • Un registro de riesgos, incluidos los puntos únicos de fallo y la dependencia de un proveedor.
    • Una clasificación de sistemas A/B/C/D y un resumen de una página para la dirección.

    De 2 a 6 semanas, por debajo del umbral de contratación pública.

    El alcance completo del inventario
  2. Análisis de necesidades y talleres

    ¿Qué necesitamos de verdad?

    Talleres internos en los que determinamos qué necesita de verdad la organización. A menudo lo hago aflorar con preguntas sencillas: ¿cuál es la definición de éxito? ¿Cuándo se considerará que este proyecto ha salido bien? Empresas y administraciones se lo saltan con mucha frecuencia, porque creen que ya lo saben todo o sencillamente no tienen tiempo para preguntas de más calado. Es una de las causas más habituales de los problemas en los proyectos.

    • Talleres con la dirección y con quienes trabajan a diario en el proceso: objetivos, expectativas, limitaciones.
    • Una definición de éxito y los criterios que le dirán que el proyecto ha funcionado.
    • Una descripción de lo que hoy no funciona y de cómo debería ser el futuro.
    • Conclusiones para los requisitos o para una consulta al mercado, o bien la decisión de que no hace falta un sistema nuevo.
    Las preguntas con las que empiezo Descripción completa de la etapa
  3. Estrategia de digitalización y arquitectura objetivo

    ¿Hacia dónde vamos y en qué orden?

    Una estrategia que no acabará en un cajón, porque parte de lo que la organización tiene realmente y dice qué hacer en el próximo presupuesto.

    • Una arquitectura objetivo organizada en capas: registros, procesos, integraciones y accesos.
    • Estándares que adopta la organización: un modelo de permisos, un estándar de interfaces, reglas para documentar requisitos.
    • Una hoja de ruta que separa las obligaciones normativas de la inversión.
    • Reglas para la compra de sistemas y un presupuesto desglosado en inversión y mantenimiento.
    Descripción completa de la etapa
  4. Requisitos y preparación del proyecto

    ¿Cómo describir las necesidades para que el proveedor las entienda?

    Requisitos redactados en el lenguaje de sus procesos, antes de convocar una licitación o enviar una solicitud de ofertas. Gracias a ellos, las ofertas resultan comparables y, más adelante, se le pueden pedir cuentas al proveedor.

    • Entrevistas, mapas de procesos, un modelo de datos, integraciones y escenarios de prueba.
    • Ante todo, una respuesta a la pregunta de qué se considera un éxito en la implantación: para qué lo hacemos y qué resultados esperamos.
    • Cuando la dirección tiene una idea pero no tiene tiempo de desarrollarla por escrito: un concepto o un prototipo tras una sola conversación, en unos 2 días.
    Descripción completa de la etapa
  5. Evaluación de ofertas y conversaciones con proveedores

    ¿Cómo comparar con eficacia las ofertas de distintos proveedores?

    Una opinión independiente junto a la recomendación de su propio equipo de TI, no en su lugar. La dirección recibe una comparativa en la que puede basar su decisión y que podrá defender ante el Pleno, la propiedad o la matriz.

    • Preguntas para los proveedores y demostraciones basadas en sus propios escenarios.
    • Una matriz comparativa: ofertas homogeneizadas a un alcance común, coste total en un horizonte plurianual, condiciones de mantenimiento y de salida del contrato.
    • En las filiales, una comparación conforme a las directrices de compras de la matriz, en inglés si hace falta.
    • Participación en las reuniones con proveedores como representante del cliente.
    Descripción completa de la etapa
  6. Implantación, cambio y recepción

    ¿Cómo sacar adelante el proyecto, convencer a las personas y pedir cuentas al proveedor?

    Un gran proyecto informático es también un cambio en la forma de trabajar. A menudo, el primero de este tipo en su organización, pero no en mi trayectoria. Represento a la dirección en el equipo de implantación y acompaño el cambio para que las personas adopten de verdad el nuevo sistema. La dirección solo tiene que volver sobre el asunto cuando se necesita su decisión.

    • Seguimiento del alcance, el calendario y las decisiones de cambio, con un registro de cambios y decisiones.
    • Gestión del cambio: reconocimiento de la cultura de la organización y de los usuarios, estrategia de adaptación, plan de comunicación, formación, referentes del cambio en los distintos departamentos, conversaciones con quienes aún no están convencidos, indicadores de implantación, de adopción y de efecto. Más sobre la gestión del cambio.
    • Resúmenes breves para la dirección y para la comunicación con TI, el Pleno o la matriz.
    • Recepción conforme a los escenarios de prueba y criterios acordados, con una migración de datos verificada.
    • Un contrato de mantenimiento que no le ate a un solo proveedor más de lo necesario.
    Cómo es esto en la implantación de un ERP Descripción completa de la etapa
  7. Coordinación y orden permanente en los proyectos

    No tenemos director de TI. ¿Quién vela por el conjunto y por los plazos?

    Un papel que en el ámbito internacional se conoce como «fractional CIO» (CIO a tiempo parcial), con una diferencia: no asumo el departamento de TI ni su presupuesto. Traduzco las intenciones de la dirección en requisitos, reviso las recomendaciones de TI y represento los intereses del cliente ante los proveedores.

    • Una reunión mensual con el secretario o el director general y el responsable de TI, y un informe mensual de operaciones y riesgos.
    • Una revisión trimestral de riesgos y contratos críticos, y una opinión antes de cualquier compra importante.
    • Los primeros 90 días: un diagnóstico inicial y las posibles «señales de alarma» urgentes, la puesta en marcha de los registros y de la revisión de contratos, y un informe para la dirección con una hoja de ruta de 12 a 24 meses.

    Cuando hay varios proyectos y el departamento de TI apenas da abasto con el mantenimiento de los sistemas, falta alguien que vele a diario por el conjunto. Como coordinador permanente del lado del cliente, llevo los registros de proyectos, acciones, riesgos, decisiones y documentos, recojo los estados, recuerdo los plazos y escalo cuando un asunto se atasca. No asumo la ejecución ni decido por ustedes: cada acción tiene un responsable de su lado.

    • Una lista única y actualizada de proyectos, acciones, riesgos, decisiones y documentos, con responsable, plazo y estado.
    • Estados semanales y reunión de estado con nota y lista de acciones, e informe mensual para el secretario, el presidente o la dirección.
    • Recordatorios, control de que la documentación esté completa, alerta temprana de riesgos y preparación del escalado.
    • Coordinación de la información con los proveedores: estados, compromisos y plazos.

    El ritmo se ajusta al número de proyectos y al tiempo del que dispone su departamento de TI:

    • Básico, una vez al mes: actualización de los registros, hasta dos reuniones de estado e informe mensual.
    • Regular, cada semana: estados, reunión de estado, registros, seguimiento e informe mensual para la dirección.
    • Intensivo, una o dos veces por semana: una cartera de proyectos mayor, las dependencias entre ellos y planes de recuperación para los proyectos en riesgo.
    • Transitorio, varias veces por semana: durante unos meses, cuando la organización tiene un vacío en la gestión de proyectos y hay que ordenar la cartera con rapidez. Después se vuelve a un ritmo más ligero.
    Descripción completa de la etapa

La duración de cada etapa depende de la organización y del proyecto: de lo preparada que esté la organización, de su cultura organizativa y del mandato que otorgue la dirección. Por eso fijamos el alcance y los plazos tras la primera conversación. Preparo el presupuesto de cada etapa, también del inventario, tras una conversación de 30 minutos.

Presentaciones que defienden decisiones. Ante la dirección, el consejo de vigilancia y un círculo más amplio de responsables de decisión.

Un asesor no solo debe hacer las preguntas adecuadas. También tiene que saber defender las hipótesis de partida, el informe y los resultados del proyecto ante el órgano del que depende la decisión. Cuando necesite una presentación profesional que convenza a sus partes interesadas, aporto la experiencia de al menos 126 ponencias en congresos, sobre todo en Polonia, pero también en Estados Unidos e Irlanda, así como de presentaciones ante consejos de administración, consejos de vigilancia y foros más amplios. Presento la tecnología en el lenguaje de las decisiones, el riesgo y el dinero.

  • La recomendación de un proyecto ante la dirección o el consejo de vigilancia: situación actual, alternativas, coste y riesgo.
  • La defensa de un informe y sus resultados ante un círculo más amplio de responsables de decisión, también frente a preguntas críticas.
  • El concepto de un proyecto y sus resultados, presentados en un congreso o foro sectorial.

Temas de las ponencias: gestión de la información y su circulación, trabajo colaborativo, comercio electrónico, arquitectura e integración de sistemas, experiencia de usuario y congresos sectoriales para la administración local.

Lo que no soy. Así sabrán qué esperar de mí.

La digitalización tiene muchos asesores y proveedores. Dejo por escrito, sin rodeos, aquello de lo que no me ocupo, porque es algo que las direcciones preguntan con frecuencia antes de decidir en quién confiar.

No soy integrador ni proveedor

No vendo sistemas, licencias ni servicios de implantación, y no cobro comisiones. Por eso mi recomendación puede ser «no compren».

No soy un despacho de abogados

Señalo qué normas conviene verificar y cuándo, pero no emito dictámenes jurídicos. Cuando haga falta, con mucho gusto consultaré mis observaciones con su asesor jurídico: para que las disposiciones queden lo mejor posible y para que él cuente con una perspectiva tecnológica y con alguien que comprende este ámbito.

No soy auditor de ciberseguridad

No realizo auditorías ni pruebas de seguridad y no querría que nadie esperara eso de mí. Como asesor de la dirección, sí puedo evaluar lo que se presenta a la dirección como imprescindible para la ciberseguridad: qué es realmente necesario, en qué medida y a qué precio. Una buena base para ello es el inventario de sistemas.

No soy ejecutor ni proveedor de recursos

No administro sistemas, no programo y no sustituyo al departamento de TI. No decido en lugar de la dirección: preparo las bases de la decisión y ayudo a supervisar su ejecución.

Cuando hace falta alguien de esta lista, ayudo a formular los requisitos y a evaluar su oferta, sin comisiones.

La misma ruta, tres puertos de salida distintos.

Cada grupo parte de una pregunta distinta, pero el camino del caos informativo a una decisión defendible es el mismo.

Antes de elegir una etapa.

¿Cómo empezamos a trabajar juntos?

Con una conversación gratuita de 30 minutos sobre la decisión que tiene por delante. Lo habitual es que el primer paso sea el inventario, porque cada etapa posterior se apoya en sus resultados. Si la decisión ya está tomada o el proyecto está en marcha, se puede empezar por la etapa en la que se encuentre.

¿Se puede contratar una sola etapa, por ejemplo la evaluación de ofertas?

Sí. Cada punto de la ruta es un servicio independiente. Empiezo con un alcance acotado y lo amplío cuando ambas partes ven que tiene sentido.

¿Cuánto cuesta y cuánto dura cada etapa?

El inventario dura de 2 a 6 semanas. El alcance, los plazos y el precio de todas las etapas, incluido el inventario, se fijan tras la primera conversación, porque dependen de la organización, del proyecto, de la preparación del equipo y del mandato que otorgue la dirección.

Dígame en qué punto de la ruta se encuentra. Le propondré por dónde empezar.

Escriba a: wojciech.kroczak@krogis.pl Llame al: +48 516 401 658
  • Respondo en un plazo de 2 días hábiles
  • Primera conversación: 30 minutos, sin coste
  • Independiente de los proveedores