Comprender
Reconoce qué es un proceso.
Ruta de aprendizaje · 01
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.
Tu recorrido
Completa cada estación para llegar preparado al reto final.
Reconoce qué es un proceso.
Conecta el proceso con SIPOC.
Construye una matriz interactiva.
Comprueba lo que aprendiste.
01 · Descubrimiento del negocio
El análisis comienza cuando dejamos de asumir y empezamos a hacer preguntas que revelan cómo funciona realmente la organización.
Habla con las personas que ejecutan el proceso. Ellas conocen las excepciones, los atajos y los puntos donde se pierde información.
Define dónde comienza y dónde termina el proceso. Un alcance claro evita modelar “toda la empresa” en un solo diagrama.
Contrasta lo que las personas dicen con documentos, formularios, reportes y sistemas que ya utilizan.
Anota actores, entradas, decisiones, resultados y dificultades. Estos hallazgos alimentarán los requisitos del software.
Metodología de Análisis de Sistemas
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.
Identificar a los interesados (stakeholders), definir objetivos del estudio y seleccionar la técnica adecuada.
Construir guiones de entrevista no sesgados, encuestas masivas válidas o fichas de campo de observación.
Interactuar con los usuarios en su entorno (Gemba), tomar notas, auditar documentos y realizar talleres.
Cruzar lo que se dice, se hace y se documenta para consolidar hallazgos y preguntas de validació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. |
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
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.
Diálogo profundo y guiado con actores clave (vigilantes, administradores, instructores) para explorar expectativas, excepciones no escritas y dolores del proceso actual.
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:
Instrumento estructurado aplicado a un volumen amplio de personas para medir frecuencias, volúmenes de dispositivos y patrones comunes de uso.
Escenario: Aplicas un cuestionario masivo a 200 aprendices e instructores del centro de formación.
Resultados del Cuestionario Aplicado:
💡 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).
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.
Escenario: Cronometras durante 30 minutos el proceso manual en la garita de control.
Registro de Campo Observado:
| Paso Observado | Tiempo Medido | Hallazgo de Campo |
|---|---|---|
| 1. Dictar serial y cédula a voz alzada | 45 seg | Errores frecuentes de digitación por ruido ambiental. |
| 2. Buscar casilla libre en minuta de papel | 2 min 10 seg | Hojas arrugadas y espacio insuficiente. |
| 3. Diligenciar ficha física y firmar | 1 min 15 seg | Genera colas de más de 10 personas en hora pico. |
Inspección detallada de minutas físicas, libros de papel, carpetas Excel, normativas internas, comprobantes y reportes existentes en la entidad.
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:
Reunión facilitada entre representantes de diferentes áreas (Seguridad, Instructores, Directivos, TI) para conciliar visiones contrapuestas y acordar reglas globales.
Escenario: Conflicto de expectativas durante la sesión JAD.
Verificación minuciosa, captura de foto obligatoria e inspección visual completa.
Ingreso ultrarrápido en menos de 5 segundos para no perder tiempo de clase.
Puente de Ingeniería de Software
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
Antes de construir tu SIPOC, completa estas cuatro coordenadas del proceso. Puedes usarla durante una entrevista o una visita de observación.
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.
Laboratorio de transferencia
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
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.
Ejemplo de adaptación al proyecto personal
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ón | Instrumento 1 · explorar | Instrumento 2 · contrastar | Salida 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. |
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.
Secuencia didáctica SENA
Instrumento de análisis
Analizar no es copiar respuestas. Es limpiar los registros, asignar códigos, agrupar patrones, contrastar fuentes y separar hechos, interpretaciones, dudas y decisiones.
Ejemplo resuelto
| Registro y fuente | Código | Categoría | Contraste | Estado |
|---|---|---|---|---|
| Entrevista: “si no aparece en la lista, llamo al instructor”. | AUT-EXC | Regla y excepción | Coincide con observación. | Confirmar autoridad. |
| Observación: tres llamadas tardaron entre 40 y 120 segundos. | DEM-AUT | Problema y tiempo | No existe tiempo objetivo documentado. | Medir otra franja. |
| Minuta: no tiene campo de autorizador ni resultado de la llamada. | TRA-AUT | Dato y trazabilidad | Contradice 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-AUT | Decisión validada | Concilia las tres fuentes. | Validado. |
Resultado del análisis
Plantilla reutilizable
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]
Ejemplo diligenciado
Plantilla reutilizable
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.
Ejemplo diligenciado
| Pregunta | Resultado | Interpretació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 percibido | 4,2 sobre 5 como “muy lento”. | La percepción debe contrastarse con cronometraje directo. |
Plantilla reutilizable
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]
Ejemplo diligenciado
| Actor y acción | Tiempo | Evidencia observable |
|---|---|---|
| Visitante dicta cédula y serial. | 45 s | Dos repeticiones por ruido ambiental. |
| Guarda busca una casilla libre. | 130 s | Revisa cuatro páginas antes de escribir. |
| Visitante firma y recibe autorización. | 75 s | La 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
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]
Ejemplo diligenciado
| Campo o regla | Estado | Decisión pendiente |
|---|---|---|
| Cédula y serial | Obligatorios, escritos a mano. | Confirmar longitud, unicidad y tratamiento de datos. |
| Firma | Sin responsable explícito de custodia. | Validar si la firma es necesaria en el proceso digital. |
| Autorizador | No existe campo. | Agregar trazabilidad solo si el dueño del proceso lo aprueba. |
Plantilla reutilizable
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]
Ejemplo diligenciado
Plantilla reutilizable
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
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.
Borrador generado
Siguiente paso: aplica el instrumento, contrasta los hallazgos y lleva únicamente los hallazgos validados a la Guía 2.
01 · El concepto
Un proceso es una secuencia de actividades que transforma entradas en resultados para alguien.
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.
Identifica actores, necesidades y límites.
Separa entradas, actividades y resultados.
Valida que el modelo refleje la realidad.
Analogía visual
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.
02 · Anatomía del proceso
Un proceso no es solo una lista de tareas: tiene un disparador, una secuencia, decisiones y un resultado que puede validarse.
Algo ocurre y activa el trabajo.
Ej.: llega una solicitudLas personas realizan acciones ordenadas.
Ej.: analizar la necesidadUna condición determina el camino.
Ej.: ¿la solicitud es clara?Se produce una salida para alguien.
Ej.: modelo validadoCuando 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.
02 · Manos a la obra
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.
¿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.
Quién entrega algo al proceso
Qué ingresa para ser transformado
Qué actividad transforma
Qué resultado se produce
Quién recibe el resultado
Lo que pertenece a otro proceso
Código de verificación para tu evidencia: —
Captura esta tarjeta completa (12/12, precisión y código) como evidencia de la Estación 3 y pega la matriz copiada en el documento de tu proyecto formativo.
03 · Comprueba tu avance
Responde estas preguntas para demostrar que reconoces los componentes de una caracterización SIPOC.
Formación SENA por Proyectos
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.
Consolida un documento PDF institucional con las dos capas que se conectan en el proyecto:
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.
| Punto | RAP relacionado | Se obtiene cuando... | Verifica en el PDF |
|---|---|---|---|
| 1 | Caracterizar 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. |
| 1 | Recolectar 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. |
| 1 | Ambos 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
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.
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
Conserva los mismos IDs de evidencia y la misma historia del proyecto. Cada guía transforma el producto anterior, no lo reinicia.
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.
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
Para llevar contigo
Conjunto de actividades relacionadas que transforma una entrada en una salida para un cliente.
Necesidad o condición que el software debe satisfacer para aportar valor.
Persona, área o sistema que participa, entrega información o recibe resultados.
Conclusión sustentada en registros trazables y contrastada con una o más fuentes; no equivale todavía a un requisito aprobado.
Condición o política del dominio que limita decisiones y debe validarse con el responsable del proceso.
Herramienta de alto nivel para identificar Supplier, Input, Process, Output y Customer.