Proyectos y temas

Qué hay que hacer
en su proyecto.

En los proyectos de TI me encargo de integración, migración, automatización y diagnóstico. Estos ejemplos muestran cómo conecto el software con la operación diaria.

Seis ejemplos de situaciones de proyecto

¿Dónde está el atasco?

Elija una situación. Cada ejemplo muestra el punto de partida, lo que reviso y asumo, y el resultado que buscamos.

Cómo cambia el proceso

Sistema de pedidosIdentificador A
Nueva introducciónCopiar el cambio
ContabilidadIdentificador B

Dos identificadores. Los cambios deben introducirse dos veces.

Sistema de referenciaDatos de clientes
InterfazIdentificador y gestión de errores
ContabilidadDatos sincronizados

Las responsabilidades están definidas. Los datos y los errores siguen un recorrido establecido.

Ejemplo / Integración

Doble introducción.
Datos distintos.

El sistema de pedidos y la contabilidad gestionan al mismo cliente con identificadores diferentes. Los cambios se introducen en dos lugares. En algún momento, los datos dejan de coincidir.

Para profundizar:
Profundizar en API e integración de sistemas en DataSource

Qué reviso

¿Qué sistema es responsable de cada campo? Reviso identificadores, interfaces y la gestión de datos incompletos.

Qué asumo

Desarrollo la correspondencia y el recorrido de los datos entre los sistemas. Los reintentos y los errores también siguen un proceso comprensible.

El resultado que buscamos

Los cambios se registran en el lugar acordado y se transfieren. Los errores siguen siendo visibles y pueden tratarse.

Cómo cambia el proceso

Operación actualDependencias por aclarar
CambioProceso por definir
Nuevo entornoComportamiento incierto

Se acerca el cambio. Todavía hay que aclarar qué debe seguir funcionando.

Copia de datosPrueba
CambioControles y vuelta atrás
Nuevo entornoProcesos verificados

Primero probar y después cambiar. La vuelta atrás sigue formando parte del plan.

Ejemplo / Migración

Se acerca el cambio.
Una parte sigue pendiente.

Una migración se atasca o se prepara un cambio de servidor. Los datos y los procesos diarios dependen de ello. Puedo incorporarme para asumir la parte pendiente y llevar el cambio hasta un estado verificado.

Para profundizar:
Ver los servicios de TI empresarial y operación de DAXS

Qué reviso

Identifico servicios, estados de los datos y dependencias. Una prueba muestra qué funciona en el nuevo entorno y qué queda por resolver.

Qué asumo

Resuelvo los puntos pendientes y preparo la sincronización de datos, la ventana de cambio, las comprobaciones y el plan de reversión. Coordinamos el cambio con los responsables.

El resultado que buscamos

El nuevo entorno está comprobado. El cambio y las tareas pendientes quedan documentados, y la responsabilidad de la operación posterior está definida.

Cómo cambia el proceso

Entrada¿Qué cambió?
InterrupciónSolo a veces
Nuevo intentoVuelve a funcionar

El error desaparece en el siguiente intento. Las suposiciones permanecen.

Caso concretoEntrada y momento
CausaConfirmada mediante registros
CorrecciónEl fallo como caso de prueba

El fallo se puede explicar y reproducir como prueba.

Ejemplo / Diagnóstico de errores

La aplicación espera.
O se interrumpe.

Una aplicación es lenta o un proceso se interrumpe de vez en cuando. En el siguiente intento funciona. El mensaje de error por sí solo todavía no explica la causa.

Qué reviso

Relaciono las entradas, los momentos y los registros. Compruebo consultas, bloqueos, rutas de red y el procesamiento hasta obtener la respuesta.

Qué asumo

Delimito la causa e implemento la corrección acordada. La compruebo con el fallo concreto y con los procesos relacionados.

El resultado que buscamos

La causa puede demostrarse. La corrección puede comprobarse y el fallo queda documentado de forma comprensible.

Cómo cambia el proceso

Sistemas existentesConocimiento disperso
ResponsabilidadFalta un interlocutor
TareasPrioridades sin definir

Los sistemas existen. Hay que organizar el conocimiento, las tareas y las responsabilidades.

Evaluación inicialAccesos y servicios
Asunción de responsabilidadesAlcance acordado
OperaciónResponsabilidad definida

Un estado inicial documentado y responsabilidades acordadas permiten una transición comprensible.

Ejemplo / Asunción de responsabilidades

El entorno funciona.
Falta el conocimiento.

El anterior interlocutor se ha marchado. La documentación es incompleta y quedan tareas pendientes. Me familiarizo con el entorno y establezco un punto de partida comprensible.

Qué reviso

Aclaro accesos, usuarios y permisos, identifico servidores y servicios y compruebo las copias de seguridad y la recuperación. Las dependencias y tareas pendientes quedan visibles.

Qué asumo

Organizo la documentación, priorizo las tareas con usted y estabilizo los aspectos críticos. Definimos qué áreas asumo y quién sigue siendo responsable de cada una.

El resultado que buscamos

El estado actual, las prioridades y las responsabilidades quedan registrados. Las áreas individuales pueden transferirse de forma ordenada o seguir recibiendo soporte.

Cómo cambia el proceso

Puestos de trabajoEstados diferentes
ConfiguraciónA mano
EntregaComprobación desigual

Cada puesto de trabajo se configura por separado. Resulta difícil seguir las excepciones.

Prueba pilotoRequisitos comprobados
ConfiguraciónEstado común
EntregaExcepciones documentadas

Un procedimiento probado conecta configuración, comprobación y entrega.

Ejemplo / Despliegue

Nuevos puestos de trabajo.
Un estado común.

Hay que configurar o sustituir varios dispositivos. Hasta ahora, el estado varía de un puesto a otro. Para el despliegue faltan temporalmente experiencia o capacidad.

Para profundizar:
Ver puestos de trabajo y soporte informático continuo en rnm

Qué reviso

Compruebo aplicaciones, dispositivos, permisos de usuario y los procedimientos de configuración y entrega. Una prueba piloto muestra qué excepciones deben tenerse en cuenta.

Qué asumo

Defino el estado inicial común, estandarizo la configuración y asumo la parte acordada del despliegue, incluidas la comprobación y la documentación.

El resultado que buscamos

Los puestos de trabajo se configuran siguiendo un procedimiento comprensible. Las excepciones y las responsabilidades del soporte quedan documentadas.

Cómo cambia el proceso

EntradasArchivos y datos
ProcesamientoPasos repetitivos
ResultadoRequiere comprobación

El mismo procedimiento se ejecuta manualmente una y otra vez.

EntradasEstado comprobado
AutomatizaciónReglas y gestión de errores
ResultadoEstado visible

La parte acordada funciona según reglas. Las excepciones permanecen visibles.

Ejemplo / Automatización

Cada día, las mismas
tareas manuales.

Se transfieren archivos a mano, se añaden datos o se crean informes siempre de la misma manera. El procedimiento consume tiempo y es difícil de reconstruir.

Qué reviso

Reviso el procedimiento real: entradas, reglas, excepciones y fallos. Aclaramos qué parte conviene automatizar.

Qué asumo

Implemento esa parte, la compruebo con entradas habituales y erróneas y hago visibles el procedimiento y las intervenciones necesarias.

El resultado que buscamos

La tarea repetitiva funciona según reglas definidas. Los errores se hacen visibles y el uso y el mantenimiento quedan documentados.

Ahora, su
proyecto.

¿Ha encontrado una situación que encaja? Cuénteme brevemente su tarea. Aclararemos personalmente el siguiente paso.

Ver el procedimiento

Su tarea en pocas frases.




    Utilizo sus datos para atender su consulta. La información sobre el formulario y la protección contra el spam se encuentra en la política de privacidad. Todos los campos son obligatorios.

    Su consulta me llega directamente.

    Elegir una hora para conversar

    Cargando el calendario …

    Las citas se reservan mediante Google Calendar. Abrir el calendario por separado · Privacidad

    Su elección se guarda durante seis meses. Puede cambiarla o retirarla aquí en cualquier momento.

    Técnicamente necesarias · Siempre activas

    Actualmente no se ha integrado ningún servicio de estadísticas opcional en este sitio web.