Ruta de aprendizaje · 01

Descubrimiento del negocio y modelado de procesos

Convierte una necesidad del negocio en una visión clara del proceso que el software deberá apoyar.

Resultado de aprendizaje (RAP)

Caracterizar los procesos de la organización de acuerdo con el software a construir.

Mapa del proceso En construcción
Avance de la ruta40%
✓ Observar antes de modelar
S SIPOC en 5 componentes

Tu recorrido

Una idea clara, paso a paso

Completa cada estación para llegar preparado al reto final.

01

Comprender

Reconoce qué es un proceso.

✓
02

Relacionar

Conecta el proceso con SIPOC.

○
03

Aplicar

Construye una matriz interactiva.

○
04

Validar

Comprueba lo que aprendiste.

○

01 · Descubrimiento del negocio

Investigar antes de proponer

El análisis comienza cuando dejamos de asumir y empezamos a hacer preguntas que revelan cómo funciona realmente la organización.

02

Delimita el alcance

Define dónde comienza y dónde termina el proceso. Un alcance claro evita modelar “toda la empresa” en un solo diagrama.

Inicio → fin
03

Busca evidencia

Contrasta lo que las personas dicen con documentos, formularios, reportes y sistemas que ya utilizan.

Hechos antes que opiniones
04

Registra hallazgos

Anota actores, entradas, decisiones, resultados y dificultades. Estos hallazgos alimentarán los requisitos del software.

Conocimiento trazable

Metodología de Análisis de Sistemas

Dominio de la Recolección e Elicitación de Información

Para desarrollar software que resuelva problemas reales, el analista ADSO debe dominar el proceso de descubrir, capturar y validar la información del dominio sin asumir.

Las 4 Fases del Ciclo de Recolección de Información:

FASE 1
1. Planificación y Alcance

Identificar a los interesados (stakeholders), definir objetivos del estudio y seleccionar la técnica adecuada.

FASE 2
2. Diseño de Instrumentos

Construir guiones de entrevista no sesgados, encuestas masivas válidas o fichas de campo de observación.

FASE 3
3. Ejecución y Captura

Interactuar con los usuarios en su entorno (Gemba), tomar notas, auditar documentos y realizar talleres.

FASE 4
4. Triangulación y Validación

Cruzar lo que se dice, se hace y se documenta para consolidar hallazgos y preguntas de validación.

Matriz de Selección de Técnica de Recolección

Escenario de Análisis Técnica Recomendada Tipo de Fuente Ventaja Principal
Pocos usuarios expertos con conocimiento profundo o procesos con excepciones complejas. Entrevista Semiestructurada Primaria / Cualitativa Explora el "por qué" y revela reglas de negocio no escritas.
Gran volumen de usuarios (más de 30 personas) para medir frecuencias y niveles de satisfacción. Encuesta / Cuestionario Masivo Primaria / Cuantitativa Genera estadísticas objetivas e indicadores rápidos.
Contradicción entre lo que dicen las personas y los tiempos reales o cuellos de botella en operación. Observación Directa (Job Shadowing) De Campo / Comportamental Mide tiempos de ciclo reales y descubre atajos u omisiones.
Existe papelería física, minutas de control, archivos Excel históricos o normativas escritas. Análisis Documental Secundaria / Documental Suministra los campos reales y la estructura de datos obligatorios.
Intereses o requisitos contrapuestos entre diferentes departamentos o áreas. Taller de Trabajo JAD Colaborativa / Multicriterio Logra consenso directo y aprueba el alcance del proyecto.

💡 El Secreto del Buen Analista: Triangulación de Información

Un error común del programador novato es confiar ciegamente en una sola fuente. El analista profesional triangula: compara la Entrevista (lo que afirman que hacen), la Observación (lo que realmente hacen en la práctica) y el Análisis Documental (lo que está registrado). Cuando las fuentes coinciden o sus diferencias se concilian, se formula un hallazgo validado. Ese hallazgo pasa a la Guía 2 como insumo de requisitos candidatos; todavía no es un requisito definitivo.

Insumos para la Competencia

Técnicas de Recolección de Información e Instrumentos de Campo

Para comprender un proceso real sin asumir, el analista ADSO aplica técnicas con instrumentos estructurados. En esta guía los instrumentos producen evidencia, hallazgos y candidatos; la Guía 2 será la encargada de convertirlos en RF, RNF y criterios verificables.

01 · Cualitativa

Entrevista Semiestructurada

Diálogo profundo y guiado con actores clave (vigilantes, administradores, instructores) para explorar expectativas, excepciones no escritas y dolores del proceso actual.

Instrumento: Guion de Entrevista (Apertura, Exploración, Cierre) Evidencia G1: Registro de entrevista, códigos y hallazgo candidato
📋 Plantilla del Instrumento: Guion de Entrevista de Campo
  • Fase 1 (Apertura): Presentación del analista, objetivo del proyecto y consentimiento informado.
  • Fase 2 (Exploración Central): Preguntas abiertas sobre el flujo habitual ("¿Cómo registra la entrada?") y cuellos de botella.
  • Fase 3 (Excepciones y RNF): Indagar fallas de red, usuarios sin documento y tiempos máximos tolerables de espera.
⚡ Ejercicio Práctico Guiado 1: Roleplay y Selección de Preguntas No Sesgadas

Escenario: Entrevistas a Don José, guarda del acceso principal del Centro Agroempresarial, para entender cómo valida el ingreso de computadores de visitantes.

Paso 1: Selecciona de la siguiente lista las 3 preguntas abiertas más efectivas para descubrir excepciones y reglas no escritas:

02 · Cuantitativa

Encuesta y Cuestionario Masivo

Instrumento estructurado aplicado a un volumen amplio de personas para medir frecuencias, volúmenes de dispositivos y patrones comunes de uso.

Instrumento: Cuestionario Cerrado con Escala Likert Evidencia G1: Resumen de resultados, limitaciones y patrones observados
📊 Plantilla del Instrumento: Cuestionario de Caracterización Masiva
  • Sección A (Demografía): Rol (Aprendiz / Instructor / Visitante) y Frecuencia de ingreso.
  • Sección B (Volumen): Cantidad promedio de equipos portátiles o herramientas ingresados por persona.
  • Sección C (Likert 1-5): Nivel de satisfacción con el tiempo actual de espera en garita.
⚡ Ejercicio Práctico Guiado 2: Análisis Estadístico y Frecuencia de Uso

Escenario: Aplicas un cuestionario masivo a 200 aprendices e instructores del centro de formación.

Resultados del Cuestionario Aplicado:

1. Frecuencia de múltiple equipo: El 85% de los encuestados ingresa con portátil y tablet simultáneamente.
2. Concurrencia máxima: El 90% llega entre las 6:45 AM y las 7:15 AM.
3. Nivel de insatisfacción: 4.2 / 5 califica como "Muy lento" el registro manual actual.

💡 Impacto en Guía 2: Este hallazgo define que el sistema debe soportar alta concurrencia simultánea (RNF de Rendimiento) y permitir múltiples equipos por usuario (RF Funcional).

03 · Trabajo de Campo

Observación Directa (Job Shadowing / Gemba)

Presencia física silenciosa en el lugar de los hechos (Gemba Walk) para documentar el comportamiento real del proceso, tiempos de ciclo y pasos informales.

Instrumento: Ficha de Campo y Tiempos de Ciclo Evidencia G1: Ficha de campo, tiempos, AS-IS y hallazgos candidatos
⏱️ Plantilla del Instrumento: Ficha de Registro de Tiempos y Movimientos
  • Columnas de Registro: [Paso N°] | [Actor] | [Acción Observada] | [Tiempo Medido (seg)] | [Interrupción / Reinvención].
  • Regla de Trabajo de Campo: No intervenir ni corregir al usuario durante la observación para no distorsionar la muestra.
⚡ Ejercicio Práctico Guiado 3: Ficha de Cronometraje en Garita de Acceso

Escenario: Cronometras durante 30 minutos el proceso manual en la garita de control.

Registro de Campo Observado:

Paso ObservadoTiempo MedidoHallazgo de Campo
1. Dictar serial y cédula a voz alzada45 segErrores frecuentes de digitación por ruido ambiental.
2. Buscar casilla libre en minuta de papel2 min 10 segHojas arrugadas y espacio insuficiente.
3. Diligenciar ficha física y firmar1 min 15 segGenera colas de más de 10 personas en hora pico.
📌 Insumo para Guía 2: H-OBS-01: el ciclo observado tarda 4 min/persona y genera cola en hora pico. En G2 se preguntará qué pasos pueden cambiarse, qué alternativa es viable —un QR es solo una opción— y qué tiempo objetivo puede medirse y acordarse. Todavía no existe un RF ni un RNF aprobado.
04 · Análisis Documental

Revisión de Artefactos y Formatos

Inspección detallada de minutas físicas, libros de papel, carpetas Excel, normativas internas, comprobantes y reportes existentes en la entidad.

Instrumento: Matriz de Auditoría Documental y Reglas Evidencia G1: Matriz documental, reglas y vacíos por validar
📂 Plantilla del Instrumento: Matriz de Auditoría Documental
  • Estructura: [Nombre del Campo] | [Tipo de Dato] | [¿Obligatorio?] | [Regla de Negocio] | [Vacío / Defectos Identificados].
  • Propósito: Evitar la omisión de campos requeridos por la ley o por auditorías internas.
⚡ Ejercicio Práctico Guiado 4: Auditoría de Libro Físico vs. Requisitos Digitales

Escenario: Auditoría a la minuta impreso en papel utilizada actualmente.

Campos en libro impreso: [Fecha] [Hora] [Nombre] [Cédula] [Marca Equipo] [Serial] [Firma]

3 Vacíos Críticos Descubiertos:

  • Ausencia de Correo/Teléfono: Imposibilita notificaciones digitales.
  • Sin Registro de Estado Físico: Ocasiona reclamos por daños preexistentes.
  • Sin ID del Funcionario Autorizador: Falta de trazabilidad.
📌 Insumo para Guía 2: H-DOC-01: el formato actual no permite contactar, describir el estado del equipo ni identificar quién autorizó. En G2 se valida qué datos son realmente necesarios, quién puede tratarlos, cuánto tiempo se conservan y si una fotografía es legal, proporcional y útil; no se diseña el formulario por anticipado.
05 · Colaborativa

Taller de Trabajo (Mesa JAD - Joint Application Development)

Reunión facilitada entre representantes de diferentes áreas (Seguridad, Instructores, Directivos, TI) para conciliar visiones contrapuestas y acordar reglas globales.

Instrumento: Matriz de Consenso y Puntos de Dolor JAD Evidencia G1: Acta de acuerdos, desacuerdos y responsables de validación
🤝 Plantilla del Instrumento: Matriz de Consenso JAD
  • Estructura: [Rol / Área] | [Interés / Exigencia] | [Punto de Conflicto] | [Acuerdo Transaccional Aprobado].
  • Objetivo: Eliminar requisitos contradictorios antes de escribir la primera línea de código.
⚡ Ejercicio Práctico Guiado 5: Matriz de Consenso Seguridad vs. Operaciones

Escenario: Conflicto de expectativas durante la sesión JAD.

Seguridad Exige:

Verificación minuciosa, captura de foto obligatoria e inspección visual completa.

Instructores Exigen:

Ingreso ultrarrápido en menos de 5 segundos para no perder tiempo de clase.

🤝 Consenso Alcanzado: Pre-registro digital con Código QR dinámico para usuarios frecuentes (ingreso en 3 seg) y captura fotográfica por cámara únicamente durante el registro inicial.
📌 Insumo para Guía 2: H-JAD-01: existe un acuerdo provisional para reducir el tiempo sin perder control. G2 deberá comprobar la necesidad, las excepciones, la privacidad, la accesibilidad y la factibilidad antes de escoger QR, fotografía, firma criptográfica u otra solución técnica.

Puente de Ingeniería de Software

Matriz de derivación: de la evidencia de G1 a los candidatos de G2

La matriz muestra candidatos de RF y RNF derivados de hallazgos validados. En la Guía 2 se separan, miden, priorizan y aprueban antes de orientar la construcción.

Técnica e Instrumento Hallazgo del Dominio (Guía 1) Candidato funcional para revisar en G2 Condición de calidad para medir en G2
01. Entrevista Semiestructurada
Guion Abierto
"El guarda debe llamar por teléfono al instructor para autorizar a visitantes sin cita." C-F01: Permitir solicitar y registrar la autorización excepcional sin depender de una llamada informal. C-C01 (seguridad): Definir quién puede autorizar, qué evidencia queda y cuánto tiempo se conserva.
02. Cuestionario Masivo
Formulario Likert
"El 85% de los aprendices ingresa con 2 o más dispositivos y el 90% llega entre 6:45 AM y 7:15 AM." C-F02: Asociar varios equipos a una misma persona dentro del registro del ingreso. C-C02 (rendimiento): Medir la concurrencia real de la franja pico y acordar un tiempo objetivo.
03. Observación Directa
Ficha de Tiempos
"Dictar el serial de 15 dígitos genera cuellos de botella de hasta 4 minutos por visitante a las 7:00 AM." C-F03: Explorar una captura de identificación que reduzca la digitación manual. C-C03 (rendimiento): Repetir la medición y definir el percentil y umbral que G2 deberá especificar.
04. Análisis Documental
Auditoría de Minuta
"Falta de correo, teléfono y registro previo del estado físico del equipo en la hoja de papel." C-F04: Registrar los campos que el proceso realmente necesita y dejar trazabilidad de la entrega. C-C04 (datos): Validar necesidad, acceso, conservación y tratamiento de cada dato sensible.
05. Taller JAD
Matriz de Consenso
"Seguridad exige foto del visitante, pero Instructores rapidez. Acordaron foto sólo en la primera visita." C-F05: Resolver el conflicto entre rapidez y control mediante una regla acordada por los responsables. C-C05 (disponibilidad): Definir la alternativa cuando el servicio no esté disponible antes de fijar una meta técnica.

Herramienta de campo

Ficha rápida de observación

Antes de construir tu SIPOC, completa estas cuatro coordenadas del proceso. Puedes usarla durante una entrevista o una visita de observación.

¿Qué diferencia hay entre un actor y un cliente?

Un actor participa o influye en el proceso. El cliente es quien recibe o utiliza la salida. A veces coinciden, pero no siempre son la misma persona o área.

CoordenadaPregunta para investigarEjemplo ADSO
Actor¿Quién interviene?Analista, cliente, desarrollador
Necesidad¿Qué problema intenta resolver?Organizar solicitudes
Evidencia¿Qué demuestra que ocurre?Formulario o reporte
Resultado¿Cómo se reconoce que terminó?Solicitud caracterizada

Laboratorio de transferencia

Mira el ejemplo. Luego aplícalo a tu proyecto.

Cada instrumento muestra un uso resuelto del caso ficticio “Control de ingreso de equipos” y una plantilla lista para adaptar. La información de tu proyecto no sale del navegador.

Cómo construir desde cero

De una necesidad del proyecto a un instrumento utilizable

Usa esta secuencia para no empezar redactando preguntas al azar. Cada decisión deja una huella que después podrás justificar en tu dossier.

  1. 01
    Formula la decisión¿Qué necesitas comprender o comprobar para caracterizar el proceso? Ej.: “saber por qué se retrasa la devolución de una herramienta”.
  2. 02
    Elige la fuenteDefine el rol, área, documento o población que puede aportar esa evidencia. Usa roles, no nombres ni datos personales.
  3. 03
    Selecciona la técnicaEntrevista para decisiones y excepciones; cuestionario para frecuencia; observación para acciones y tiempos; documento para reglas y campos; JAD para acuerdos.
  4. 04
    Escribe el instrumentoIncluye un objetivo, alcance, apertura ética, preguntas o campos neutrales, orden de aplicación y cierre de validación.
  5. 05
    Prueba y aplicaHaz un piloto corto, corrige ambigüedades, registra versión, fecha, duración, autorización y condiciones que pudieron afectar el resultado.
  6. 06
    Prepara la transferenciaAsigna un ID a cada registro, codifica actores/datos/reglas/eventos/problemas/calidades y enlaza el hallazgo con una segunda fuente.

Ejemplo de adaptación al proyecto personal

Proyecto: Gestión de préstamos de herramientas

Observa cómo la necesidad se convierte en dos instrumentos complementarios. Cambia el ejemplo por tu proceso, no por una copia de sus respuestas.

DecisiónInstrumento 1 · explorarInstrumento 2 · contrastarSalida esperada en G1
¿Dónde se pierde tiempo o información al prestar y devolver?Entrevista al rol encargado: preguntas sobre flujo, excepciones y reglas.Observación de tres préstamos: hora, acción, duración, interrupción y evidencia.Hallazgo con fuente, patrón, contradicción y pregunta por validar.

Prueba rápida de calidad

Neutral: “¿Qué ocurre cuando falta una herramienta?”
Evita: “¿No sería mejor automatizarlo?”

Observable: “Registra la hora de inicio y fin”.
Evita: “Mide si el proceso es eficiente”.

Una idea: separa “¿quién autoriza?” de “¿qué dato registra?”.
Así cada respuesta puede codificarse.

  1. 1ObservaRevisa el ejemplo diligenciado.
  2. 2AdaptaCopia la plantilla, no las respuestas.
  3. 3AplicaRecolecta evidencia con autorización.
  4. 4AnalizaDepura, codifica y agrupa patrones.
  5. 5ContrastaTriangula fuentes y resuelve diferencias.
  6. 6TransfiereLleva hallazgos validados a la Guía 2.

Secuencia didáctica SENA

Aprender haciendo sobre el proyecto formativo

  1. Reflexión¿Qué riesgo tiene programar con supuestos?Evidencia: lista de hechos, dudas y supuestos.
  2. ContextualizaciónCompara cuándo usar cada técnica.Evidencia: selección razonada e instrumento adaptado.
  3. ApropiaciónAplica, registra y triangula.Evidencia: registros de campo y matriz de hallazgos.
  4. TransferenciaAnaliza un proceso real autorizado.Producto: dossier con SIPOC, AS-IS y requisitos candidatos.

Instrumento de análisis

Recolectar no basta: convierte registros en hallazgos validados

Analizar no es copiar respuestas. Es limpiar los registros, asignar códigos, agrupar patrones, contrastar fuentes y separar hechos, interpretaciones, dudas y decisiones.

  1. 01DepurarQuita duplicados y datos innecesarios; conserva fuente y fecha.
  2. 02CodificarAsigna una etiqueta breve a cada idea relevante.
  3. 03AgruparReúne códigos en actores, datos, reglas, eventos, problemas y calidad.
  4. 04TriangularBusca coincidencias y contradicciones entre fuentes.
  5. 05ValidarConfirma el hallazgo y registra preguntas o decisiones pendientes.

Ejemplo resuelto

Matriz de codificación y triangulación

Registro y fuenteCódigoCategoríaContrasteEstado
Entrevista: “si no aparece en la lista, llamo al instructor”.AUT-EXCRegla y excepciónCoincide con observación.Confirmar autoridad.
Observación: tres llamadas tardaron entre 40 y 120 segundos.DEM-AUTProblema y tiempoNo existe tiempo objetivo documentado.Medir otra franja.
Minuta: no tiene campo de autorizador ni resultado de la llamada.TRA-AUTDato y trazabilidadContradice la necesidad declarada de auditoría.Llevar a JAD.
JAD: el dueño del proceso exige registrar quién decide, cuándo y con qué resultado.DEC-AUTDecisión validadaConcilia las tres fuentes.Validado.

Resultado del análisis

Paquete que recibe la Guía 2

Hallazgo validado
La autorización excepcional se realiza por llamada y debe conservar actor, fecha y resultado para que sea trazable.
Actores
Guarda, instructor autorizador y dueño del proceso.
Datos candidatos
Visitante, solicitud, autorizador, fecha, resultado y motivo. Todavía no son tablas.
Regla candidata
Solo un rol autorizado puede aprobar o rechazar una excepción.
Evento
Autorización solicitada, aprobada, rechazada o vencida.
Calidad esperada
Respuesta o alternativa controlada durante la hora pico; la métrica debe acordarse.
Pregunta abierta
¿Cuánto tiempo se conserva la evidencia y quién puede consultarla?

Plantilla reutilizable

Matriz para analizar la información de tu proyecto

Completa una fila por idea relevante. Un dato sin fuente es una opinión; una contradicción sin decisión sigue siendo una pregunta.

ID DEL REGISTRO: [E-ENT/E-OBS/E-DOC/E-JAD]
FUENTE Y FECHA: [rol o artefacto autorizado]
DATO BRUTO: [frase, medida o hecho observable]
CÓDIGO: [etiqueta breve]
CATEGORÍA: [actor/dato/regla/evento/problema/calidad]
COINCIDE CON: [IDs de otras fuentes]
CONTRADICE A: [IDs y explicación]
INTERPRETACIÓN DEL EQUIPO: [qué podría significar]
PREGUNTA DE VALIDACIÓN: [qué falta confirmar]
DECISIÓN Y RESPONSABLE: [acuerdo, rol y fecha]
ESTADO: [pendiente/contrastado/validado/descartado]

HALLAZGO CONSOLIDADO: [hecho preciso y trazable]
ACTORES: [roles]
DATOS CANDIDATOS: [conceptos del dominio, todavía no tablas]
REGLAS CANDIDATAS: [condiciones]
EVENTOS: [algo que ocurre y debe registrarse]
CALIDADES ESPERADAS: [tiempo, seguridad, disponibilidad, accesibilidad]
PREGUNTAS ABIERTAS: [lista]
FUENTES RELACIONADAS: [IDs]
I-01 Guion de entrevista semiestructuradaÚsalo para comprender decisiones, excepciones y lenguaje del actor. Ver ejemplo y plantilla

Ejemplo diligenciado

Entrevista al guarda de acceso

Objetivo
Descubrir el flujo normal y las excepciones cuando un visitante no tiene cita.
Pregunta
¿Qué hace desde que llega el visitante hasta que autoriza su entrada?
Respuesta
“Reviso la cédula, busco al instructor en una lista y, si no aparece, lo llamo por teléfono”.
Hallazgo
La autorización excepcional depende de una llamada y no deja evidencia trazable.
Pregunta por validar
¿Quién puede autorizar y qué información debe quedar registrada?

Plantilla reutilizable

Guion mínimo

PROYECTO: [nombre]
ACTOR ENTREVISTADO: [rol, no dato sensible]
OBJETIVO: [decisión que necesitas comprender]

APERTURA
- Explicar propósito, duración y uso de la información.
- Solicitar consentimiento para tomar notas.

PREGUNTAS
1. ¿Cómo inicia y termina este proceso?
2. ¿Qué pasos realiza normalmente?
3. ¿Qué cambia cuando algo falla o falta información?
4. ¿Quién toma decisiones y con qué regla?
5. ¿Qué tiempo de espera considera aceptable y por qué?

CIERRE
- Resumir lo comprendido y pedir correcciones.
- Acordar cómo se validarán los hallazgos.
I-02 Cuestionario de caracterizaciónÚsalo para medir frecuencia, volumen o percepción en una población amplia. Ver ejemplo y plantilla

Ejemplo diligenciado

Encuesta breve a 200 usuarios

PreguntaResultadoInterpretación responsable
¿Cuántos equipos ingresa?85 % ingresa dos o más.Se requiere validar la relación persona–equipos; no define todavía la pantalla.
¿En qué horario llega?90 % entre 6:45 y 7:15.Existe una ventana de concurrencia que debe medirse en pruebas.
Tiempo actual percibido4,2 sobre 5 como “muy lento”.La percepción debe contrastarse con cronometraje directo.

Plantilla reutilizable

Ficha del cuestionario

OBJETIVO: [qué variable necesitas medir]
POBLACIÓN: [quiénes pueden responder]
MUESTRA Y JUSTIFICACIÓN: [cantidad y criterio]
CANAL Y DURACIÓN: [medio, máximo 3 minutos]

PREGUNTAS
1. Rol o relación con el proceso: [opción única]
2. Frecuencia del evento: [escala ordinal]
3. Cantidad o volumen: [rango numérico]
4. Percepción: [Likert 1 a 5 con extremos definidos]
5. Comentario opcional: [respuesta abierta breve]

ANÁLISIS
- Porcentaje o mediana relevante: [resultado]
- Sesgo o limitación de la muestra: [nota]
- Fuente con la que se contrastará: [entrevista/observación/documento]
I-03 Ficha de observación y tiemposÚsala para registrar el trabajo real sin interrumpirlo. Ver ejemplo y plantilla

Ejemplo diligenciado

Treinta minutos en la garita

Actor y acciónTiempoEvidencia observable
Visitante dicta cédula y serial.45 sDos repeticiones por ruido ambiental.
Guarda busca una casilla libre.130 sRevisa cuatro páginas antes de escribir.
Visitante firma y recibe autorización.75 sLa fila aumenta de 4 a 10 personas.

Conclusión provisional: el ciclo observado toma 250 segundos; debe repetirse en más franjas antes de fijar una meta.

Plantilla reutilizable

Registro de campo

PROCESO Y UBICACIÓN: [descripción]
FECHA / FRANJA: [momento autorizado]
OBSERVADOR: [nombre o código]
OBJETIVO: [qué comportamiento o tiempo observar]

REGISTRO POR EVENTO
[hora] | [actor] | [acción observable] | [duración] | [interrupción] | [evidencia]

CIERRE
- Patrón repetido: [hecho]
- Excepción observada: [hecho]
- Pregunta pendiente: [duda]
- Condición que pudo alterar la muestra: [limitación]
- Fuente para contrastar: [persona o documento]
I-04 Matriz de análisis documentalÚsala para descubrir campos, reglas, responsables y vacíos en artefactos existentes. Ver ejemplo y plantilla

Ejemplo diligenciado

Auditoría de la minuta física

Campo o reglaEstadoDecisión pendiente
Cédula y serialObligatorios, escritos a mano.Confirmar longitud, unicidad y tratamiento de datos.
FirmaSin responsable explícito de custodia.Validar si la firma es necesaria en el proceso digital.
AutorizadorNo existe campo.Agregar trazabilidad solo si el dueño del proceso lo aprueba.

Plantilla reutilizable

Inventario de artefactos

DOCUMENTO O ARTEFACTO: [nombre y versión]
RESPONSABLE: [rol]
PROPÓSITO: [para qué se usa]
VIGENCIA: [fecha o estado]

MATRIZ
[campo/regla] | [tipo/formato] | [obligatorio] | [quién lo usa] | [vacío o contradicción]

TRAZABILIDAD
- Regla confirmada por: [fuente]
- Dato sensible identificado: [sí/no y tratamiento]
- Duda que requiere validación: [pregunta]
- Artefacto relacionado: [nombre]
- Decisión registrada: [acuerdo y fecha]
I-05 Matriz de consenso para taller JADÚsala cuando varias áreas deben acordar alcance, reglas o prioridades. Ver ejemplo y plantilla

Ejemplo diligenciado

Acuerdo entre seguridad, instructores y TI

Conflicto
Seguridad solicita fotografía en cada ingreso; instructores necesitan reducir la fila.
Evidencia usada
Tiempo observado, cantidad de reincidentes y política vigente de tratamiento de datos.
Acuerdo
Evaluar fotografía solo en el primer registro, sujeta a autorización y política aprobada.
Responsable
Dueño del proceso valida la regla; TI estima viabilidad; protección de datos revisa el tratamiento.
Pendiente
Definir conservación, acceso y eliminación de la imagen antes de aprobar el requisito.

Plantilla reutilizable

Acta de consenso

OBJETIVO DEL TALLER: [decisión concreta]
PARTICIPANTES Y ROL DE DECISIÓN: [lista]
FACILITADOR / RELATOR: [responsables]
REGLAS: escuchar, usar evidencia, registrar desacuerdos.

MATRIZ DE DECISIÓN
[tema] | [posición A] | [posición B] | [evidencia] | [acuerdo] | [responsable] | [fecha]

CIERRE
- Dentro del alcance: [lista]
- Fuera del alcance: [lista]
- Supuestos por validar: [lista]
- Riesgos o datos sensibles: [lista]
- Próxima revisión: [fecha y responsable]

Ahora con tu proyecto

Genera el plan de tus dos instrumentos

Completa los campos con información no sensible. El resultado organiza una primera versión del instrumento de exploración y otro de contraste; revísalos con tu equipo e instructor antes de aplicarlos.

  • Un objetivo responde a una decisión concreta.
  • Las dos técnicas son diferentes y producen evidencias complementarias.
  • Un hallazgo se valida antes de convertirse en requisito en la Guía 2.

01 · El concepto

Antes de construir, aprende a mirar

Un proceso es una secuencia de actividades que transforma entradas en resultados para alguien.

Idea clave

Los procesos cuentan la historia del negocio

En el análisis de software no empezamos por las pantallas. Empezamos por entender quién entrega algo, qué se transforma, qué resultado se produce y quién lo recibe.

Modelar es hacer visible el trabajo que normalmente permanece invisible.
01
Observa el contexto

Identifica actores, necesidades y límites.

02
Ordena la información

Separa entradas, actividades y resultados.

03
Conversa con el equipo

Valida que el modelo refleje la realidad.

Analogía visual

SIPOC es como pedir un domicilio

Imagina una pizzería: para entregar una pizza a tiempo necesitas una cadena completa. SIPOC te ayuda a ver esa cadena de un vistazo, antes de entrar en cada detalle.

SProveedorLa tienda que entrega ingredientes
IEntradaIngredientes y pedido recibido
PProcesoPreparar y empacar la pizza
OSalidaPizza lista para entregar
CClientePersona que recibe el domicilio

02 · Anatomía del proceso

De un evento a un resultado

Un proceso no es solo una lista de tareas: tiene un disparador, una secuencia, decisiones y un resultado que puede validarse.

01↗

Evento inicial

Algo ocurre y activa el trabajo.

Ej.: llega una solicitud
02≋

Actividades

Las personas realizan acciones ordenadas.

Ej.: analizar la necesidad
03◇

Decisión

Una condición determina el camino.

Ej.: ¿la solicitud es clara?
04✓

Resultado

Se produce una salida para alguien.

Ej.: modelo validado
Caso de estudio · Control de ingreso de equipos

¿Qué debe comprender el equipo ADSO?

Cuando una persona solicita una solución, el equipo no debería saltar directamente al código. Primero necesita comprender el problema, validar el alcance y convertir la conversación en información útil para diseñar.

✓ Necesidad expresada✓ Entrada identificada✓ Resultado esperado✓ Cliente confirmado

02 · Manos a la obra

Construye la matriz SIPOC

Clasifica las 12 tarjetas del caso. Arrástralas o selecciónalas y activa la columna con Enter. Dos tarjetas son distractores: no pertenecen a este proceso.

Reto práctico

Caracteriza el control de ingreso de equipos

Caso común: Sistema de Control de Formación, subproceso de ingreso de equipos. Ubica cada elemento en el componente SIPOC que le corresponde y deja fuera lo que pertenece a otro proceso.

0/12clasificadas
Precisión
100%
Errores
0
Pistas usadas
0

¿Cómo participar? Toma una tarjeta del banco y llévala a su lugar. Cada intento fallido suma un error y cada pista queda registrada: el resumen final reporta tu precisión.

Banco de tarjetas12 disponibles
S
I
P
O
C
S
SupplierProveedor · 2 tarjetas

Quién entrega algo al proceso

I
InputEntrada · 2 tarjetas

Qué ingresa para ser transformado

P
ProcessProceso · 2 tarjetas

Qué actividad transforma

O
OutputSalida · 2 tarjetas

Qué resultado se produce

C
CustomerCliente · 2 tarjetas

Quién recibe el resultado

✕
Fuera del procesoDelimita el alcance · 2 tarjetas

Lo que pertenece a otro proceso

Selecciona una tarjeta para comenzar.

03 · Comprueba tu avance

¿Ya puedes explicar el proceso?

Responde estas preguntas para demostrar que reconoces los componentes de una caracterización SIPOC.

4 preguntas·Una oportunidad de reintento
Validación rápida0 de 4 respondidas
01 ¿Qué representa la “S” de SIPOC?
02 ¿Cuál es el propósito principal de un modelo SIPOC?
03 ¿Qué relación debe existir entre una entrada y una salida?
04 En ADSO, ¿por qué es útil caracterizar antes de programar?

Formación SENA por Proyectos

Producto Entregable del Proyecto Formativo

En el SENA la formación se fundamenta en el Aprendizaje Basado en Proyectos (ABP). Esta evidencia combina el ejercicio común de caracterización con la transferencia al proyecto formativo personal: primero comprendes el método y luego demuestras que puedes recolectar información real autorizada para continuar el análisis en la Guía 2.

Entrega obligatoria adicionalIncluye dos (2) instrumentos de recolección distintos, diseñados, aplicados y analizados sobre tu proyecto personal. El caso de estudio y el simulador sirven para aprender; no sustituyen esta evidencia.
🛠️

Insumos Logrados en el Recorrido Web

  • Estación 1 (Recolección): Selección y adaptación de entrevistas, cuestionarios, observación, análisis documental y JAD.
  • Estación 2 (Análisis): Depuración, codificación, categorización, triangulación y validación de hallazgos.
  • Estación 3 (Proceso): Identificación de actores, datos, reglas, eventos, transformaciones y resultados.
  • Estación 4 (Simulador SIPOC): Clasificación de las 12 tarjetas, con precisión, errores y código de verificación.
  • Estación 5 (Autoevaluación): Verificación de conceptos clave de análisis del negocio.
📦

Estructura del Producto a Entregar (Documento PDF)

Consolida un documento PDF institucional con las dos capas que se conectan en el proyecto:

  1. Portada Institucional SENA: Nombre del Proyecto Formativo, Nombres de los Aprendices, Ficha y Centro de Formación.
  2. Capa A · Caso de estudio común: Caracterización y Matriz SIPOC del Sistema de Control de Formación, específicamente del subproceso Control de ingreso de equipos, con inicio, fin, proveedores, entradas, proceso, salidas y clientes delimitados.
  3. Capa B · Proyecto personal: Nombre, objetivo, alcance, actores y problema del proceso real autorizado que seguirás analizando en las Guías 2, 3 y 4.
  4. Plan de recolección: Decisión que necesitas comprender, fuentes, técnica elegida, calendario, consentimiento, riesgos y criterio para contrastar.
  5. Instrumento 1 aplicado: Diseño final y registro de aplicación (por ejemplo, guion de entrevista o cuestionario), con objetivo, versión, preguntas, fuente, fecha, notas o resultados y limitaciones.
  6. Instrumento 2 aplicado: Diseño final y registro de aplicación de una técnica distinta (por ejemplo, ficha de observación, matriz documental o JAD), enlazado con el Instrumento 1 para contrastar.
  7. Matriz de análisis y triangulación: ID de evidencia, dato bruto, código, categoría, fuente, coincidencias, contradicciones, decisión, responsable, estado y pregunta abierta.
  8. Paquete de entrada para la Guía 2: Hallazgos validados, actores, datos, reglas y eventos candidatos, calidades por medir, preguntas abiertas y fuentes; todavía no son RF/RNF aprobados.
  9. Bitácora humano–IA: Declara si usaste o no inteligencia artificial. Si la usaste, registra propósito, datos compartidos, respuesta obtenida, verificación, riesgos y decisión humana; nunca adjuntes datos personales sin autorización.
  10. Evidencia del recorrido web: Captura legible del Simulador SIPOC completado exitosamente (12/12, con precisión y código de verificación visibles) y resultado del Cuestionario de comprobación.
  11. Reflexión de competencia: Explica cómo los instrumentos te permitieron caracterizar el proceso y recolectar información del software a construir sin basarte en supuestos.

Checklist mínimo para cada instrumento

□ ID y versión del instrumento□ Objetivo y pregunta de investigación□ Fuente, rol o población□ Preguntas/campos neutrales y observables□ Consentimiento y tratamiento de datos□ Registro de aplicación y limitaciones□ Evidencia obtenida y fecha□ Enlace a la matriz de análisis
3 puntos

Rúbrica rápida de alineación con los RAP

Asigna 1 punto por cada criterio cumplido. Con 3 puntos, los instrumentos están listos para revisión; con 2, ajusta lo indicado; con 0 o 1, rediseña antes de aplicar.

PuntoRAP relacionadoSe obtiene cuando...Verifica en el PDF
1Caracterizar los procesos de la organización de acuerdo con el software a construir.Los dos instrumentos delimitan inicio, fin, actores, entradas, actividades, decisiones, salidas y cliente del proceso.Objetivo, fuentes, caracterización y SIPOC/AS-IS coherentes.
1Recolectar información del software a construir de acuerdo con las necesidades del cliente.Cada instrumento usa preguntas o campos claros, neutrales, observables y adecuados a su fuente.Versión aplicada, consentimiento, registros y evidencia de campo.
1Ambos RAP: transferencia y trazabilidad.Los resultados se analizan, se contrastan y quedan listos como entrada de la Guía 2, sin llamar requisito a una opinión.Matriz con IDs, fuentes, estado, hallazgos candidatos y preguntas abiertas.

Criterio profesional en la era de la IA

La IA ayuda a proponer; la persona investiga, contrasta y responde

Una herramienta de IA puede sugerir preguntas, ordenar notas o detectar temas repetidos. No presencia el proceso, no obtiene consentimiento, puede inventar datos y no puede decidir qué necesita una organización. Tu aporte humano es escuchar, observar el contexto, proteger a las personas, reconocer contradicciones y justificar cada decisión con evidencia.

Uso permitido con revisiónProponer variantes neutrales de preguntas, resumir información anonimizada o buscar posibles categorías.
No delegableConsentimiento, selección de fuentes, interpretación del contexto, validación con interesados y responsabilidad por la conclusión.
Riesgos que debes comprobarDatos inventados, sesgo, pérdida de privacidad, lenguaje excluyente, inferencias no sustentadas y copia sin autoría.
BITÁCORA HUMANO–IA · G1
Uso: [no utilizada / utilizada]
Tarea y propósito:
Datos compartidos y anonimización:
Instrucción o prompt:
Respuesta o artefacto obtenido:
Cómo lo verifiqué con fuentes reales:
Riesgos detectados:
Decisión humana: [aceptar / modificar / rechazar]
Justificación y responsable:

Si no usaste IA: escribe “No utilizada” y explica brevemente cómo construiste y verificaste el instrumento. La competencia se demuestra por la calidad de tu razonamiento, no por usar una herramienta.

Continuidad del proyecto formativo

La evidencia viaja de una guía a la siguiente

Conserva los mismos IDs de evidencia y la misma historia del proyecto. Cada guía transforma el producto anterior, no lo reinicia.

  1. G1Descubrir y caracterizarEntrega: dos instrumentos aplicados, matriz de análisis, caracterización, SIPOC y hallazgos validados.Salida → paquete de evidencia
  2. G2EspecificarRecibe el paquete G1 y construye contexto, historia priorizada, RF/RNF, BDD, trazabilidad y tarea lista para iniciar.Salida → paquete mínimo listo para construcción
  3. G3Prototipar y validarRecibe la especificación G2 y produce flujo, vistas, estados, matriz UI-RF-RNF, prueba de usabilidad y versión ajustada.Salida → paquete de prototipado validado
  4. G4Planear el SprintRecibe la historia y el prototipo ajustado para definir objetivo, capacidad, DoR, DoD, tablero, riesgos y evidencia de revisión.Salida → paquete de Sprint transferible

Antes de pasar a G2: revisa que cada hallazgo tenga una fuente, una fecha, un estado y un responsable de validación. Si falta alguno, llévalo como pregunta abierta.

📤

Protocolo y Nomenclatura de Entrega SENA

Sube tu archivo PDF a la plataforma LMS (Zajuna / Territorium) en la actividad correspondiente a:
Evidencia: GA1-220501093-AA1-EV01 — Caracterización de procesos de software con matriz SIPOC

Nomenclatura recomendada del archivo: GA1-220501093-AA1-EV01_PrimerNombre_PrimerApellido.pdf

Volver al inicio

Para llevar contigo

Mini glosario ADSO

Proceso

Conjunto de actividades relacionadas que transforma una entrada en una salida para un cliente.

Requisito

Necesidad o condición que el software debe satisfacer para aportar valor.

Actor

Persona, área o sistema que participa, entrega información o recibe resultados.

Hallazgo

Conclusión sustentada en registros trazables y contrastada con una o más fuentes; no equivale todavía a un requisito aprobado.

Regla de negocio

Condición o política del dominio que limita decisiones y debe validarse con el responsable del proceso.

SIPOC

Herramienta de alto nivel para identificar Supplier, Input, Process, Output y Customer.

Siguiente Estación en tu Ruta Formativa ADSO

Guía 2 · Ingeniería de Contexto (Requisitos Funcionales y Arquitectura)

Transforma hallazgos validados en RF, RNF, historias, BDD y un lienzo inicial de datos y componentes.

Avanzar a Guía 2