Programa nacional · República Dominicana

AQUAFLOW: un expediente único para el riego dominicano.

Plataforma institucional para la Tecnificación Nacional de Riego del Ministerio de Agricultura. Reemplazará un patchwork de hojas de cálculo, carpetas dispersas y el sistema heredado FOTESIR con un único expediente auditable por productor, desde la solicitud hasta la puesta en marcha. El programa arrancó oficialmente el jueves 23 de abril de 2026 con la Etapa 1 de Discovery.

Cliente: TNR Financiador: Banco Mundial E1 · 23 abr – 17 jun · 8 semanas Etapa 1 en marcha

Qué es este Blueprint

La herramienta central del programa AQUAFLOW. Construida específicamente para ustedes.

Esta URL es lo único que TNR, el Banco Mundial y el fondo coreano necesitan abrir para entender el estado del programa en cualquier momento, desde el primer día hasta años después del go-live. No es un sitio de marketing, ni una presentación, ni un PDF. Es un panel de control vivo que reemplaza la dispersión típica de un proyecto de esta escala (correos, hojas de cálculo, presentaciones sueltas, carpetas de Drive) con una sola fuente de verdad.

Centraliza todo en una URL

Diagnóstico institucional, plan técnico, cronograma, hallazgos de entrevistas, riesgos, decisiones, equipo, financiamiento, marco legal. Un solo lugar al que pueden volver en cualquier momento.

Se actualiza en vivo

Cada entrevista realizada, cada hallazgo, cada decisión tomada se refleja aquí en cuestión de horas. La URL nunca queda desactualizada.

Persiste a lo largo de todas las etapas

Etapa 1 (Discovery, en curso), Etapa 2 (Sistema Core), y si Etapas 3 (Móvil + GIS) y 4 (AQUABOT + IA) son aprobadas, también las cubrirá. Se convierte en la memoria institucional completa del programa.

Es el entregable principal de Etapa 1

No habrá un Word final estático. Las nueve secciones (E1.1 a E1.9) viven aquí. Cada una se puede descargar individualmente si necesitan archivar una versión.

Cómo llegamos hasta aquí

Desde el kickoff oficial el jueves 23 de abril, el equipo consultor invirtió la primera semana en preparar este Blueprint y profundizar el análisis previo: revisión del Informe Ejecutivo TNR, mapeo de los 15 perfiles a entrevistar, banco de 113 preguntas estructuradas, hipótesis a validar y un cronograma día a día. Nada de esto es genérico. Todo está construido para AQUAFLOW.

Programa en marcha desde el jueves 23 de abril de 2026. Hoy estamos en la primera semana del Discovery. Conforme avancen las entrevistas, los hallazgos pasarán de hipótesis a validados. Cada bloque del Blueprint lleva una de estas cuatro etiquetas de procedencia para que ustedes vean en cualquier momento qué está confirmado, qué está por confirmar, qué proviene de fuentes públicas y qué está planificado:

Público Hipótesis Validado Planificado

Cómo navegar este Blueprint

3 secciones · 12 pantallas · todo en español + inglés

El Blueprint cuenta la historia del programa AQUAFLOW en una sola URL. Si lo lees en orden, en 15 minutos sabes exactamente qué es, qué hacemos, por qué y cuándo. El menú izquierdo está agrupado en 3 secciones por propósito:

1

El Programa La narrativa del programa

Inicio · Descubrimiento · El Plan · La Construcción · Resultados. Empieza aquí si nunca has visto el dashboard.

2

El Trabajo en Curso Las herramientas que se llenan durante el Discovery

Pendientes · Guía de Entrevistas · Hallazgos · Preguntas Abiertas · Riesgos. Aquí se captura cada respuesta y se sintetiza por entregable.

3

Referencia Documentos y equipo del programa

Documentos · Equipo y Aliados. Marco legal, formularios, procedimientos, decisiones del proyecto, glosario, y los 4 consultores + TNR + Banco Mundial.

+

Atajos de equipo Para el equipo consultor

Agenda de Reunión · Panel Interno · Usuarios · Ensayo. Notas del speaker, telemetría, tareas, respaldos.

💡 ¿Necesitas más ayuda? Click en el botón ❓ del topbar para ver tips contextuales de cualquier pantalla. Cmd+K (o Ctrl+K) abre la búsqueda rápida desde cualquier sitio.

¿Eres nuevo aquí o tienes 5 minutos? Te llevo por las 5 pantallas más importantes con anotaciones.

Cómo trabajamos

El Blueprint se actualiza con cada entrevista.

Esta es la mecánica detrás de la sección anterior. Las nueve secciones (E1.1 a E1.9) se construyen aquí, se actualizan conforme avanza el Discovery, y están siempre accesibles. Cada conversación con un perfil entra a este pipeline de cuatro pasos para que el conocimiento capturado en una entrevista se vea reflejado en el Blueprint en cuestión de horas, no de semanas. Etapa 2 (el sistema AQUAFLOW operativo) es un entregable separado: la aplicación funcionando.

1

Entrevista

El equipo conduce conversaciones estructuradas con cada perfil identificado, siguiendo el banco de 113 preguntas como brújula metodológica.

2

Síntesis

Cada conversación se sintetiza con disciplina: hallazgos clave, divergencias respecto a la hipótesis previa, riesgos emergentes, decisiones que requieren input ejecutivo.

3

Estructuración

Cada hallazgo se mapea a la sección del Blueprint donde aporta valor, al diagnóstico institucional, al mapeo de procesos, a la arquitectura propuesta, etc. Nada se pierde en notas sueltas.

4

Publicación en vivo

No hay documento final estático. El Blueprint se actualiza en vivo en esta URL. TNR + BM ven el estado más reciente cada vez que entran, no esperan a un cierre formal del Discovery.

El equipo aplica las mejores prácticas y herramientas modernas de gestión de proyectos para entregar con velocidad y rigor. La meta: que cada entrevista se traduzca en valor visible aquí en cuestión de horas, no de semanas. Si en algún momento desean una copia descargable de una sección específica (por ejemplo E1.4 Arquitectura), cada sección lo permite directamente.

El recorrido del programa

De papel a plataforma, en cuatro etapas.

1 Inicia esta semana

Discovery & Análisis

Aproximadamente 21 conversaciones planificadas con 15 perfiles distintos, ajustables según saturación temática. 9 entregables E1.1–E1.9 a producir en 8 semanas. Banco de 113 preguntas estructuradas, mapeadas a entregables.

2 Siguiente

Sistema Core

Auth + RBAC, Solicitudes (CRM), Productores, Proyectos, Tablero ejecutivo, Notificaciones. 5 sprints quincenales tras la Etapa 1.

3 Futura

Móvil + FOTESIR + GIS

App móvil offline para técnicos en campo. Migración de FOTESIR. Capa geoespacial. Canal directo con el productor.

4 Futura

AQUABOT + IA

Visión preliminar: asistente conversacional AQUABOT, OCR sobre documentos, scoring crediticio FOTESIR, predicción de viabilidad técnica. Sujeta a aprobación de TNR, Banco Mundial y fondo coreano.

Indicadores del programa

Estado al

Entregables Etapa 1

0 / 9

Arrancó 23 abr

Conversaciones realizadas

0 / ~21

P01 / P02 programadas Sem 1

Día del Discovery

0 / 56

Día 0 · pre-kickoff

Cobertura territorial · meta a 3 años

30% → 80%

PlanificadoPost Go-Live · ver Resultados

Por qué AQUAFLOW existe · análisis preliminar

Tres cuellos de botella aparentes en el análisis previo.

Según datos públicos del Informe Ejecutivo TNR (diciembre 2025) y análisis previo, la institución opera con 132 empleados y un presupuesto de RD$288 millones, pero registró solo 10 asistencias técnicas en Q1 2025. Las tres hipótesis de cuello de botella a continuación se validarán en las entrevistas de la Etapa 1.

01 · Cobertura

Hipótesis

Cobertura territorial limitada

Las fuentes públicas listan dos oficinas regionales (Norte/Mao y Sur/Azua), mientras que el registro de stakeholders del equipo identifica direcciones regionales en otras localidades (Santiago / Barahona / Higüey). Ambas listas se conciliarán en el kickoff. Hipótesis: independientemente del recuento exacto, varias regiones tendrían poca cobertura directa, lo que ralentizaría tiempos de respuesta. A confirmar con técnicos de campo y productores en Etapa 1.

Hipótesis de respuesta de AQUAFLOW: app móvil offline + GIS + canal directo con el productor.

02 · Digitalización

Hipótesis

Sistemas dispersos sin integración

El análisis previo de documentos públicos sugiere datos en hojas de Excel disperso y FOTESIR como sistema heredado aislado. Hipótesis: no existiría CRM ni sistema de tickets, y la trazabilidad dependería de la memoria operativa. A validar con la Dirección de TI (P02) y el equipo TI (P09).

Hipótesis de respuesta de AQUAFLOW: expediente único por productor + funcionalidades integradas.

03 · Productividad

Público

Ratio de productividad muy bajo

10 asistencias técnicas en Q1 2025 con 132 empleados = 0.025 asistencias por empleado/mes. Costo por asistencia: RD$7.2 millones. Datos del Informe Ejecutivo TNR, verificables. Las causas-raíz se explorarán durante las entrevistas con la Dirección Técnica y el personal de campo.

Hipótesis de respuesta de AQUAFLOW: workflows automatizados + tablero ejecutivo en tiempo real.

TNR · Instantánea institucional Datos públicos

A quién le construimos esto

Empleados totales	132
Presupuesto 2025	RD$288.4M
Sede central	Santo Domingo, D.N.
Oficinas regionales (público)	Norte (Mao) · Sur (Azua) ⚠ a conciliar
Marco legal	Decretos 204-21 y 536-21
Programa flagship	FOTESIR · RD$100M
Plan estratégico	PEI 2025–2028
Adscrita a	Ministerio de Agricultura

Fuentes: Decretos 204-21/536-21 · Borrador PEI 2025–2028 · Informe Ejecutivo TNR (dic 2025) · Organigrama oficial.

Estado del programa · primera semana del Discovery En marcha

Lo hecho desde el kickoff (23 abr)

● Reunión de kickoff institucional con Luis Loyola (BM) y liderazgo de TNR. Compromiso formal de tiempos y recursos para las próximas 8 semanas.
● Este Blueprint construido y publicado: 12 pantallas, banco de 113 preguntas para 15 perfiles, cronograma día a día, hipótesis de diagnóstico, matriz de riesgos.
● Análisis previo profundizado: revisión cruzada del Informe Ejecutivo TNR, Decretos 204-21 y 536-21, borrador PEI 2025–2028, organigrama, presupuesto 2025.
● Hoy (29 abr · 2:00 PM AST): reunión de planificación detallada para confirmar la agenda de las 8 semanas y coordinar el calendario de entrevistas P01–P15.

Próxima actualización del resumen: viernes 1 de mayo de 2026 (cierre de la primera semana laboral).

Panel Interno disponible

Telemetría real del proyecto: tiempo, tokens, costo IA, ahorro vs. equivalente humano y tracker de tareas. Visible solo en modo admin.

Etapa 1 · arrancó 23 abril 2026 · 8 semanas

Lo que sabemos y lo que iremos a validar.

Antes del kickoff hemos analizado las fuentes públicas disponibles sobre TNR, Decretos, PEI, Informe Ejecutivo, organigrama, presupuesto 2025, manuales y formularios. Esa base nos permite arrancar con hipótesis informadas. La Etapa 1 (Discovery) las validará a través de aproximadamente 21 conversaciones en 8 semanas, mapeando los procesos AS-IS y TO-BE relevantes y produciendo los 9 entregables comprometidos.

Datos públicos · ya disponibles Hipótesis · a validar Planificado · aún no iniciado

Análisis previo · trabajo de pre-Discovery completado

Lo que ya conocemos antes de empezar las entrevistas

TNR ya nos compartió su archivo institucional completo. Antes de pedirle a una sola persona que nos explique cómo trabaja, el equipo consultor inventarió y mapeó este archivo: 225 documentos institucionales a través de 8 divisiones funcionales. Esta base nos permite llegar a cada conversación con preguntas informadas en lugar de pedir que nos expliquen desde cero lo que ya está documentado. La Discovery se enfoca entonces en lo que importa: validar lo documentado contra el día a día real, identificar lo que no está documentado, y entender los retos que solo se ven desde adentro.

Documentos institucionales analizados

225

Compartidos por TNR

Divisiones funcionales mapeadas

8

Cobertura completa del archivo recibido

Procedimientos codificados identificados

22

PR-EC, PR-FT, PR-DR, PD-Supervisión

Formularios codificados identificados

26+

FO-EC, FO-FT, FO-DR, FO-AT

División funcional	Docs	Procedimientos formales identificados	Material adicional disponible
Riego	69	PR-DR-01 Diagnóstico Convocatoria · PR-DR-02 Evaluación Proyectos Preseleccionados · PR-DR-03 Evaluación Técnica · PR-DR-04 Evaluación de Suplidores	Manual de Organización y Funciones · 13 formularios codificados (FO-DR-01..13: Diseño Agronómico, Diseño Hidráulico, Sistemas Presurizados, Análisis de Precios, Datos Sistema Eléctrico, Evaluación de Suplidores) · Hallazgos internos del área documentados por TNR.
FOTESIR	47	PR-FT-01 Convocatoria · PR-FT-02 Admisibilidad y Preselección · PR-FT-03 Evaluación · PR-FT-04 Gestión de Bonos y Contratos · PR-FT-05 Acreditación y Pagos · PR-FT-06..09 Registro de Suplidores y vía Entidades Financieras	9 formularios codificados (FO-FT-01..09: Postulación, Checklist de Recepción, Evaluación de Suplidor, Plantilla Ficha de Proyecto) · Manual de Postulación · Instructivo de Inducción · Referencia cruzada de procedimientos.
Capacitación y Extensión	40	PR-EC-01 Descenso Comunal · PR-EC-02 Descenso Individual · PR-EC-03 Capacitación · PR-EC-04 Levantamiento Demográfico · PR-EC-05 Asistencia Técnica	Manual de Organización y Funciones (marzo 2023) · 3 formularios codificados (FO-EC-01..03) · Listados de participantes y agenda de programación de actividades.
Supervisión	27	PD-Supervisión-01 Inicio de Obra · PD-Supervisión-02 Supervisión de Obra · PD-Supervisión-03 Recepción de Obra	Política de Supervisión 2025 · Reglamento para el Uso de la Bitácora de Obra · Libro de Obras (Bitácora) · Plantillas de cubicación · Presentaciones de capacitación interna.
Cultivo	20	Política de la División de Cultivo · Procedimiento de Viabilidad de Cultivos · Procedimiento Gestión del Diseño Agronómico	Manual Técnico de Coco (versión final aprobada) · Manual Técnico de Limón · Formulario de Evaluación de Proyectos Agrícolas con Riego Tecnificado · Checklist de Equipos, Herramientas y Materiales.
Factibilidad Económica	9	Política de Factibilidad Económica · Procedimiento de Factibilidad Económica	Manual de Organización y Funciones (DFE) · Plantilla de estimación de costos.
Topografía	9	Política del Proceso de Topografía · Procedimiento de Investigación del Estatus Jurídico de Predios	Checklist de Estatus Jurídico · Presentación de capacitación interna.
Regionales	4	Política de Gestión de las Oficinas Regionales (mayo 2023, aprobada)	Documenta dos oficinas regionales (Norte y Sur), su relación con la Dirección Ejecutiva, y la coordinación con otras áreas funcionales.

Lo que confirma la base documental

●TNR tiene un sistema de codificación formal funcionando: procedimientos PR-XX-NN y formularios FO-XX-NN. AQUAFLOW puede heredar esta convención sin disrumpir el lenguaje interno del personal.
●El nombre formal de TNR ("Comisión de Fomento a la Tecnificación del Sistema Nacional de Riego") y la estructura de oficinas regionales Norte y Sur están documentados en sus propias políticas internas.
●Las divisiones de Riego, FOTESIR, Capacitación y Extensión, y Supervisión cuentan con Manuales de Organización y Funciones formalizados. Otras divisiones tienen al menos una política aprobada.
●FOTESIR es la división con más procedimientos codificados (9), reflejando que es el programa flagship de TNR con flujos formales de convocatoria, evaluación, contratación, pagos y trabajo con entidades financieras.

Lo que el archivo no resuelve · qué iremos a aprender en las entrevistas

●Cómo se ejecuta cada procedimiento en el día a día, qué pasos del manual realmente se siguen y cuáles fueron adaptados con la experiencia. Esto solo lo sabe quien hace el trabajo.
●Dónde hay duplicación o reproceso entre divisiones (por ejemplo: ¿cuántas veces el productor da los mismos datos a Riego, FOTESIR y Capacitación?).
●Qué tan integradas están las herramientas operativas hoy: cuáles son sistemas, cuáles son hojas de cálculo aisladas, cuáles son procesos en papel.
●La experiencia real del productor: cuánto tiempo tarda una solicitud, cuántas veces tiene que volver, qué documentos son los más difíciles de conseguir, cómo se entera del estado de su caso.
●La política de la División de Riego no figura como documento publicado en el archivo recibido (preguntar al Encargado si existe en otra parte). Identificado por el propio equipo de TNR en su documento interno de hallazgos.

Fuente: archivo institucional compartido por TNR ("Compilación Documentos Misionales"), 225 archivos a través de las 8 divisiones funcionales. Cifras de procedimientos y formularios contadas a partir de los códigos formales presentes en los nombres de archivo (PR-EC, PR-FT, PR-DR, PD-Supervisión, FO-EC, FO-FT, FO-DR, FO-AT). Toda referencia a procedimientos, formularios, políticas y estructura organizacional en esta sección es trazable directamente a un documento del archivo.

Línea base · Q1 2025 Informe Ejecutivo TNR (público)

La realidad operativa de TNR según datos públicos

Asistencias técnicas Q1

10

Benchmark: 150+

Capacitaciones Q1

667

466 hombres / 201 mujeres

Tiempo de respuesta

3 días

Meta a 1 año: <1 día

Costo por asistencia

RD$7.2M

+3,500% vs benchmark

Fuente: Informe Ejecutivo TNR (diciembre 2025). 132 empleados ÷ 10 asistencias × 3 meses = 0.025 asistencias/empleado/mes vs. benchmark 0.5+.

Hipótesis a validar · 4 temas Hipótesis · a validar en entrevistas

Los cuatro patrones que el análisis previo sugiere

Estas hipótesis se derivan del Informe Ejecutivo TNR y del análisis de documentos públicos. Las entrevistas en Etapa 1 las confirmarán, refinarán o descartarán. Cada tema indica qué perfiles son los validadores naturales.

Hipótesis 1 · Expedientes fragmentados

El análisis previo sugiere que un mismo productor podría aparecer en múltiples sistemas desconectados (FOTESIR, hojas de cálculo regionales, libretas de campo) sin un identificador único. Si se confirma, justificaría el módulo de Productores con registro único.

Validadores naturales: P02 (Director TI) · P05 (FOTESIR) · P10 (Técnicos campo) · P13 (Analistas FOTESIR)

Hipótesis 2 · Concentración geográfica

Hecho público: 2 oficinas regionales (Norte/Mao y Sur/Azua) para todo el país. Hipótesis a validar: las regiones Este, Noroeste y Cibao Central tendrían tiempos de respuesta y niveles de servicio significativamente menores. Validadores: técnicos de campo y juntas de regantes.

Validadores naturales: P10 (Técnicos campo) · P11 (Productores) · P12 (Juntas regantes)

Hipótesis 3 · Conectividad intermitente en campo

Hipótesis basada en la geografía rural dominicana: técnicos visitando parcelas tendrían cobertura celular intermitente, lo que impediría capturar y sincronizar datos en tiempo real. Si se confirma, la app móvil debe diseñarse offline-first.

Validadores naturales: P10 (Técnicos campo) · P14 (Topógrafos / supervisores)

Hipótesis 4 · Reporte manual al financiador

Hipótesis: dado que la digitalización es básica (público), los reportes al BM se construirían manualmente cada trimestre, consolidando datos de múltiples hojas de cálculo. El módulo de Tablero Ejecutivo debe automatizar este reporte grant-aligned con un clic.

Validadores naturales: P01 (Director TNR) · P06 (Admin/Financiero) · P15 (Especialista BM)

Análisis FODA institucional · preliminar Análisis previo de fuentes públicas

Lo que TNR tiene a favor y en contra · a refinar en Etapa 1

Fortalezas

Marco legal establecido (Decretos 204-21 y 536-21)
PEI 2025–2028 vigente
Personal técnico especializado en riego
Programa FOTESIR con RD$100M en fondos
Oferta de capacitación amplia (25+ tópicos)

Oportunidades

Alta demanda de tecnificación agrícola nacional
Cambio climático impulsa eficiencia hídrica
Fondos internacionales disponibles (BM, Corea)
Tecnología de riego cada vez más accesible
Alianzas potenciales con sector privado

Debilidades

Cobertura territorial limitada (solo 2 regionales)
Digitalización casi inexistente
Alto costo operativo vs. resultados
Estructura organizacional pesada (6 niveles)
Gestión de información fragmentada

Amenazas

Recortes presupuestarios futuros
Competencia de proveedores privados
Obsolescencia de conocimientos técnicos
Cambios de gobierno y rotación de personal
Pérdida de credibilidad por baja productividad

Distribución presupuestaria 2025 Presupuesto público TNR 2025

Cómo se asigna RD$288.4M hoy

Remuneraciones

52.3% · RD$150.8M

Transferencias

35.2% · RD$101.4M

Servicios

8.2% · RD$23.7M

Materiales y suministros

3.5% · RD$10.2M

Bienes de capital

0.8% · RD$2.3M

Observación crítica: 87.5% del presupuesto se destina a nómina y transferencias a otras entidades, dejando solo 12.5% para operaciones directas.

Lo que vamos a construir.

Esta pantalla describe AQUAFLOW por capacidades, no por tecnologías. La Etapa 2 (Sistema Core), única bajo contrato hoy, construye seis funcionalidades centrales del ciclo de vida de la solicitud y la reportería ejecutiva. Las Etapas 3 y 4 son visión preliminar y dependen de aprobación posterior por parte de TNR, el Banco Mundial y la Donación para Fortalecimiento Institucional (fondo coreano). El stack técnico definitivo se determina durante el Discovery a partir de los hallazgos de las entrevistas y de las restricciones operativas y de TI de TNR. Es deliberado: la decisión final sobre tecnologías se toma con datos del terreno, no antes.

E2 · Contratada hoy E3 · Sujeta a aprobación E4 · Sujeta a aprobación

Funcionalidades · Etapa 2 · contratada hoy Trazable a entregables E2.1–E2.10

Las seis funcionalidades del Sistema Core

Cada funcionalidad responde a un entregable nombrado en el contrato de la Etapa 2. Pasa el cursor sobre cualquier tarjeta para ver el alcance específico, las dependencias y cualquier capacidad relacionada que esté diferida a etapas posteriores.

01 · Autenticación y Seguridad

E2.3

Inicio de sesión seguro, control de acceso por rol y región, registro de auditoría. Encriptación moderna en tránsito y en reposo. Los detalles de proveedor (SSO, 2FA) se definen durante el Discovery.

02 · Solicitudes (CRM Productores)

E2.4

Formulario multipasos validado, asignación a técnicos, seguimiento del estado, captura de fotos del terreno y geolocalización. Los nombres definitivos de los estados del pipeline se acuerdan en Discovery. (Lectura automática de documentos: Etapa 4, sujeta a aprobación.)

03 · Productores (Registro Único)

E2.5

Un registro único por productor con toda su historia: solicitudes, proyectos, parcelas, documentos. Validación de cédula contra reglas estándar; integración formal con JCE sujeta a acuerdo institucional. Importación masiva incluida.

04 · Proyectos

E2.6

Una solicitud aprobada se vuelve proyecto: cronograma, presupuesto, hitos, trazabilidad. Las plantillas y los nombres de cada hito se definen con TNR durante el Discovery a partir de los procedimientos PR-DR-XX y PD-Supervisión-XX existentes.

05 · Notificaciones

E2.8

Avisos a usuarios y productores sobre eventos importantes: asignación, cambio de estado, recordatorios. Los canales concretos y la frecuencia se definen en Discovery.

06 · Tablero Ejecutivo y BI

E2.7

Indicadores en vivo, drill-down por rol y región, alertas configurables por umbral, reporte con un clic alineado a los formatos del Banco Mundial y la Donación para Fortalecimiento Institucional (fondo coreano). (Alertas basadas en IA: Etapa 4, sujeta a aprobación.)

Los entregables E2.1 (Setup + Plan de Sprints), E2.2 (Entornos + CI/CD), E2.9 (UAT + Go-Live) y E2.10 (Capacitación + Handover) son habilitadores de proceso, no funcionalidades del sistema. Aparecen en el cronograma de la pantalla La Construcción.

Funcionalidades · Etapa 3 · sujeta a aprobación No contratada hoy · visión preliminar

Lo que la Etapa 3 cubriría si es aprobada

La Etapa 3 no está contratada hoy. Se documenta aquí como visión preliminar para que TNR y los financiadores tengan una idea del alcance del programa AQUAFLOW completo. Su construcción depende de aprobación posterior por parte de TNR, el Banco Mundial y la Donación para Fortalecimiento Institucional, y de un nuevo contrato firmado.

FOTESIR · sistema heredado

E3

Visión: integrar o migrar la funcionalidad de créditos agrícolas de FOTESIR. La estrategia exacta se determina en Discovery.

Móvil de campo · offline-first

E3

Visión: aplicación móvil para técnicos, captura offline y sincronización al recuperar conectividad. La hipótesis 3 del Discovery validará la necesidad real.

GIS · capa geoespacial

E3

Visión: capa geoespacial sobre parcelas, distritos de riego y fuentes de agua. El alcance preciso se define en Discovery.

Canal directo con el productor

E3

Visión: ampliar los canales de comunicación con el productor. El canal o canales concretos se determinan durante el Discovery.

Procesos institucionales fuera del alcance contratado · referencial No contratado a AQUAFLOW

Estos procesos institucionales son importantes para TNR pero no están contratados a AQUAFLOW en ninguna etapa hoy. TNR los opera con sus herramientas internas. Si TNR decide digitalizarlos en el futuro, sería bajo un contrato nuevo y separado, no bajo las Etapas 2, 3 o 4 actuales.

Recursos Humanos (nómina, gestión de personal, evaluación de desempeño)
Administrativo y Financiero (presupuesto, compras, viáticos, contabilidad)
Capacitación y Extensión como sistema (LMS, biblioteca de tópicos)
Supervisión y Topografía como módulos independientes (la captura en obra se cubre por la app móvil de Etapa 3 si es aprobada)
Gestión de quejas y reclamos como sistema dedicado

Arquitectura por capacidades

Las capas que componen AQUAFLOW

Esta vista describe las capacidades por capa, no la tecnología específica. La selección concreta de motor de base de datos, cache, búsqueda, almacenamiento de archivos, framework, proveedores de identidad, mensajería y nube se determina durante el Discovery a partir de las restricciones operativas y de TI de TNR. La especificación E1.6 documenta la dirección técnica preliminar; la decisión final se toma con datos del terreno.

Capa de Presentación Portal web · Tablero ejecutivo · App móvil (E3, si aprobada)

Capa de IA · Etapas 3 y 4 · sujeta a aprobación OCR · Predicción · Validación · Alertas · AQUABOT

Capa de Procesos Workflows · Validaciones · Checkpoints

Capa de Funcionalidades Auth · Solicitudes · Productores · Proyectos · Notificaciones · Tablero

Capa de Datos · stack a definir en Discovery Almacenamiento relacional + geoespacial · Cache · Búsqueda · Archivos

Capa de Integraciones · a confirmar en Discovery Sistemas externos · Canales de comunicación

Flujos de proceso · Etapa 2

Los flujos que el Sistema Core orquesta

Estos son los flujos contratados que cubre la Etapa 2. Cada flujo conecta una o más funcionalidades del Sistema Core y es trazable a procedimientos formales del archivo institucional de TNR. Los flujos completos AS-IS y TO-BE se documentan en el entregable E1.4 (Diagramas de Procesos), después de que las entrevistas del Discovery los validen con el personal de TNR. Haz clic en cada flujo para ver el detalle.

01. Registro y onboarding de productor E2

El productor o el técnico capturan los datos básicos del productor y sus parcelas. El sistema valida la cédula contra reglas estándar y crea el registro único en la funcionalidad Productores (E2.5). Los pasos exactos se acuerdan con TNR durante el Discovery a partir del PR-EC-04 (Levantamiento Demográfico) y los formularios FO-EC-01..03.

02. Solicitud de asistencia técnica E2

El productor (o un técnico en su nombre) abre una solicitud, adjunta documentos y geolocaliza la parcela. La solicitud se asigna y avanza por estados configurables hasta su cierre. Construido a partir del PR-EC-05 (Asistencia Técnica) y los procedimientos PR-DR-XX. Apoyado por las funcionalidades Solicitudes (E2.4) y Productores (E2.5).

03. Gestión de proyectos de riego E2

Una solicitud aprobada se transforma en un proyecto con cronograma, presupuesto, hitos y trazabilidad. Construido a partir del PR-DR-02 (Evaluación Proyectos Preseleccionados), PR-DR-03 (Evaluación Técnica) y PD-Supervisión-01..03 (Inicio · Supervisión · Recepción de Obra). Apoyado por la funcionalidad Proyectos (E2.6).

04. Avisos a usuarios y productores E2

Los eventos del sistema (asignación, cambio de estado, recordatorios) generan avisos por los canales acordados con TNR. Las plantillas se mantienen en la herramienta y son editables por el equipo de comunicación de TNR. Apoyado por la funcionalidad Notificaciones (E2.8).

05. Reportería ejecutiva alineada al financiador E2

Los datos operativos del sistema se agregan en el tablero ejecutivo y se exportan en los formatos requeridos por el Banco Mundial y la Donación para Fortalecimiento Institucional (fondo coreano). Esto evita el reproceso manual trimestral identificado en la hipótesis 4 del Discovery. Apoyado por la funcionalidad Tablero Ejecutivo (E2.7).

Otros flujos importantes para TNR (créditos FOTESIR, visitas de campo offline, GIS, canal directo con el productor) pertenecen a la Etapa 3, sujeta a aprobación. Los flujos administrativos (compras, viáticos, evaluación de desempeño, capacitación como sistema, quejas y reclamos) no están contratados a AQUAFLOW: TNR los opera con sus herramientas internas hoy.

Visión de capacidades de IA · Etapas 3 y 4

Cinco capacidades de IA proyectadas para el sistema

La especificación funcional E1.6 documenta estas cinco capacidades como visión técnica del sistema. Su construcción está sujeta a la aprobación de las Etapas 3 (Móvil + FOTESIR + GIS) y 4 (IA Avanzada) por parte de TNR, el Banco Mundial y el fondo coreano. La Etapa 2 (Sistema Core, en contrato hoy) no incluye estas capacidades. Cada tarjeta abajo está marcada con la etapa proyectada.

OCR & NLP

E4

Visión: lectura automática de cédulas, títulos de propiedad, facturas y documentos escaneados.

Predicción

E4

Visión: proyecciones de cosecha, demanda hídrica, scoring crediticio FOTESIR, viabilidad técnica de proyectos.

Validación automática

E4

Visión: completeness checks en solicitudes, detección de anomalías, comparación con datos históricos.

Alertas inteligentes

E4

Visión: atención prioritaria a productores en riesgo, escalamiento automático cuando un SLA está por vencer.

AQUABOT

E4

Visión: asistente conversacional con RAG sobre la base de conocimiento institucional. Responde a productores y técnicos en lenguaje natural.

Política de IA

Cuando estas capacidades sean aprobadas y construidas, toda salida de IA citará modelo, versión del prompt y fuentes. Las decisiones críticas siempre tendrán humano en el loop.

Trazabilidad y compromiso contractual

Las afirmaciones de esta pantalla son trazables a los entregables E2.1–E2.10 firmados en el contrato de la Etapa 2 (carpeta ‘01 - Adquisiciones y Contratos / Etapa 2 - Sistema Core’). Lo marcado E3 o E4 es visión preliminar, no compromiso contractual. Las decisiones de tecnología, integraciones y proveedores son resultado del Discovery, no compromisos previos.

Cronograma del programa.

Esta vista de cronograma cubre el programa en dos etapas. Etapa 1, Discovery (kickoff institucional 29 abr 2026; 8 semanas estructuradas de trabajo hasta el 22 jun), se detalla semana por semana en el acordeón principal con sus 9 entregables de levantamiento, especificación y diseño. Etapa 2, Sistema Core, arranca después del cierre de Etapa 1 con cinco sprints quincenales y 10 entregables de implementación; sus fechas exactas se confirman al cierre de Etapa 1 con el entregable E1.7 (Plan Etapa 2 + Gantt). Cuatro consultores bajo contrato STC individual con el Banco Mundial.

Próximo · arranca esta semana

Etapa 1 · Semana 1 · Kickoff Institucional

Reunión de kickoff con Dirección General TNR, Director TI y representante BM. Entrevista P01 (Dir. Ejecutiva). Diseño fino de guiones, preparación de formatos de consentimiento informado. Entrega E1.1 Agenda Detallada con Fechas Confirmadas al cierre de la semana.

29–04

→ 03 mayo

Día 0 de 56 · arranca miércoles

Cronograma · Etapa 1 detallada

Las 8 semanas del Discovery, semana por semana

Cada semana lleva: el objetivo de la semana, las actividades clave día por día, las entrevistas específicas (con código de perfil P01–P15 y duración), los entregables que se producen, y la justificación metodológica de por qué se secuencia así.

Semana 1 · Preparación y Kickoff Institucional · 29 abr – 3 may Programada

Objetivo

Establecer gobernanza, alinear expectativas, preparar instrumentos y asegurar acceso a stakeholders.

Actividades clave

Día 1Reunión de Kickoff (2h): Dirección General TNR + Director TI + equipo consultor + representante BM. Validación del plan de trabajo.
Día 2Entrevista P01 (Dir. Ejecutiva), 90 min: Visión estratégica, restricciones políticas, indicadores de éxito.
Días 3–5Diseño fino de guiones por perfil, preparación de formatos de consentimiento informado, configuración del entorno de trabajo.
Día 5Entrega E1.1 Agenda Detallada con Fechas Confirmadas

Entrevistas (1)

P01 Dir. Ejecutiva (90 min)

Por qué esta secuencia: sin acceso institucional explícito desde la Dirección General, el resto del cronograma colapsa. P01 opera como puerta de entrada al resto del organigrama; entrevistarla primero legitima la agenda ante el resto del personal.

Semana 2 · Entrevistas Departamentales Ejecutivas · 4 – 10 may Por confirmar

Objetivo

Cubrir la capa ejecutiva de los seis departamentos y la unidad de capacitación. Obtener la visión AS-IS desde el nivel de decisión.

Entrevistas (7)

P02 Dir. Tecnología (180 min, incluye inventario técnico, evaluación de infraestructura TI y solicitud formal de acceso a datos muestrales no productivos)
P03 Dir. Riego y Asist. Técnica (90 min)
P04 Dir. Supervisión y Topografía (90 min)
P05 Encargado FOTESIR (90 min)
P06 Dir. Administrativo y Financiero (75 min)
P07 Encargado Recursos Humanos (60 min)
P08 Responsable Capacitación y Extensión (75 min)

Por qué siete entrevistas en una semana: concentrar la capa directiva en una sola ventana evita que cambios en la agenda ejecutiva (viajes, reuniones políticas) corrompan el cronograma. Cada director es un bottleneck de calendario.

Semana 3 · Entrevistas Operativas y Equipo Técnico · 11 – 17 may Por confirmar

Objetivo

Bajar al nivel operativo. Contrastar el discurso directivo con la realidad cotidiana de quien ejecuta los procesos.

Entrevistas (8)

P09 Equipo TI, sesión grupal con 4 integrantes (90 min)
P13 Oficiales FOTESIR operativos, 1 sesión grupal (75 min)
P14 Topógrafos / supervisores, 2 entrevistas (60 min c/u)
P10 Técnicos de campo, 3 entrevistas representativas (60 min c/u): 1 de Norte, 1 de Sur, 1 a definir con TNR

Entregable parcial

E1.2 Diagnóstico Institucional · primer borrador con hallazgos Sem 1–3

Por qué contrastar directivo vs operativo: el riesgo principal de todo Discovery de sector público es diseñar sobre la versión idealizada del proceso (cómo los directores creen que funciona) en lugar de sobre la versión real (cómo funciona realmente en el mostrador). La Semana 2 captura la primera; la Semana 3 captura la segunda.

Semana 4 · Campo y Beneficiarios Finales · 18 – 24 may Por confirmar

Objetivo

Salir de la oficina y observar el servicio desde el otro lado del mostrador. Validar el mapeo AS-IS con evidencia de terreno.

Entrevistas y observación de campo

P10 Observación en ruta (shadowing) con técnicos ya entrevistados, complementa las 3 conversaciones formales
P11 Productores beneficiarios, 5 entrevistas (45 min c/u). Muestra estratificada: 2 con solicitud aprobada, 2 con solicitud en trámite, 1 con solicitud rechazada.
P12 Dirigentes de juntas de regantes, 1 sesión grupal (75 min, 2-3 dirigentes)
Visita de observación a 2 proyectos de riego en ejecución (shadowing de supervisión).

Entregables

E1.2 Diagnóstico Institucional · cierre consolidado E1.3 Mapeo AS-IS · borrador con diagramas de procesos

Por qué incluir solicitudes rechazadas: las solicitudes exitosas rara vez revelan fricciones del proceso; las rechazadas o estancadas son donde emergen los pain points que el sistema debe resolver. Esta asimetría muestral es metodología estándar en diseño de servicios públicos.

Semana 5 · Diseño TO-BE y Arquitectura Técnica · 25 – 31 may Por confirmar

Objetivo

Transitar de diagnóstico a diseño. Co-crear el proceso optimizado con los mismos actores entrevistados.

Conversaciones de validación TO-BE

Conversación #1: Dirección Riego + técnicos de campo + representantes de productores. Rediseño del proceso de solicitud.
Conversación #2: FOTESIR + Administrativo / Financiero. Rediseño del flujo crediticio end-to-end.
Conversación #3: Supervisión + Topografía + TI. Rediseño del flujo de obra con evidencia digital.
Cierre de la arquitectura técnica del Sistema Core por capacidades. Las decisiones de stack, motor de base de datos, lenguajes, integraciones y proveedores se toman durante esta semana con el equipo de TI de TNR a partir de las restricciones operativas y de hospedaje.

Entregables

E1.3 AS-IS / TO-BE · cerrado E1.4 Arquitectura Técnica + diagramas de arquitectura

Por qué conversaciones y no entrevistas individuales: el diseño TO-BE requiere diálogo entre áreas que hoy operan en silos. Una conversación conjunta permite que las partes confronten decisiones de interfaz que en entrevistas individuales pasan ocultas. Además, la co-creación genera ownership y reduce resistencia en la Etapa 2 de implementación.

Semana 6 · Pantallas y Prototipos Preliminares · 1 – 7 jun Por confirmar

Objetivo

Convertir el proceso rediseñado en la Semana 5 en pantallas y prototipos preliminares que muestren visualmente cómo se verá y funcionará el sistema definitivo (que se construirá en la Etapa 2), junto con los perfiles representativos de usuarios típicos y el recorrido paso a paso que cada uno hará dentro del sistema.

Actividades

Construcción de 5 perfiles representativos de usuarios típicos: Productor beneficiario, Técnico de campo, Oficial FOTESIR, Supervisor de obra, Director ejecutivo.
Mapas de viaje del usuario por cada perfil representativo.
Pantallas y prototipos preliminares: tokens, componentes, y pantallas principales del Sistema Core (E2): tablero ejecutivo, solicitudes, perfil de productor, gestión de proyectos, notificaciones, panel de administración. Visión preliminar también para pantallas de etapas posteriores (FOTESIR, móvil de campo, asistente conversacional), claramente marcadas como E3 o E4 sujetas a aprobación.
Sesiones rápidas de validación (30 min c/u): 3 productores + 3 técnicos prueban los wireframes en papel/prototipo de baja fidelidad.

Entregable

E1.5 Pantallas y Prototipos Preliminares del Sistema (prototipo navegable)

Por qué validar wireframes con los mismos entrevistados: cierra el loop metodológico. Si los técnicos y productores que diagnosticaron los problemas en Sem 3–4 ven el diseño propuesto, detectan errores de interpretación temprano, cuando corregir cuesta horas y no semanas de desarrollo.

Semana 7 · Especificación Funcional y Plan Etapa 2 · 8 – 14 jun Por confirmar

Objetivo

Dejar especificada la construcción del sistema para que la Etapa 2 arranque sin ambigüedades.

Actividades

Redacción de la especificación funcional detallada de todas las funcionalidades, con casos de uso, reglas de negocio, criterios de aceptación y priorización MoSCoW.
Elaboración del plan de proyecto Etapa 2: cronograma Gantt, equipo, presupuesto, dependencias, KPIs.
Matriz de riesgos y plan de mitigación.
Sesión de validación con stakeholders clave (4h): Dirección General + Director TI + directores departamentales.

Entregables

E1.6 Especificación Funcional Detallada E1.7 Plan Etapa 2 + Gantt E1.8 Matriz de Riesgos

Por qué priorizar MoSCoW: ningún presupuesto público construye todas las funcionalidades en el orden soñado. Una priorización explícita Must / Should / Could / Won't permite al Banco Mundial y a TNR tomar decisiones de alcance bajo presión presupuestaria sin romper la visión del sistema.

Semana 8 · Validación Final y Presentación Ejecutiva · 15 – 22 jun Por confirmar

Objetivo

Cerrar la Etapa 1 con la aprobación formal de TNR y la no objeción del Banco Mundial.

Actividades

Incorporación de ajustes finales con base en el feedback de Sem 7.
P15 Entrevista Especialista BM (45 min): validación previa a la presentación para anticipar observaciones.
Ensayo interno de la presentación ejecutiva (2 pases).
Presentación ejecutiva final (2h): Dirección de TNR + representantes del Banco Mundial + equipo consultor.
Entrega formal del Blueprint completo (este sitio), TNR + BM acceden a todas las secciones E1.1 → E1.9 directamente desde la URL · descargas disponibles desde cada sección.
No objeción del BM y cierre formal de la Etapa 1.

Entregable

E1.9 Presentación Ejecutiva Final

Por qué pre-validar con el BM antes de la presentación oficial: en consultorías financiadas por organismos multilaterales, una observación no anticipada del especialista sectorial puede retrasar el cierre de etapa en 2–4 semanas. La entrevista P15 previa funciona como pre-read informal y es práctica estándar en proyectos del Banco Mundial.

Resumen de hitos · Etapa 1

Resumen de hitos

Semana	Fechas	Foco	Entregables	Estado
Sem 1	29 abr – 3 may	Kickoff institucional + P01/P02	E1.1	Inicia esta semana
Sem 2	4 – 10 may	6 entrevistas departamentales (P03–P08)		Por confirmar
Sem 3	11 – 17 may	Equipo TI + analistas + topógrafos + técnicos (8 entrevistas)	Borrador E1.2	Por confirmar
Sem 4	18 – 24 may	Campo y beneficiarios (P10/P11/P12)	E1.2	Por confirmar Hito 1 · 15%
Sem 5	25 – 31 may	Conversaciones de validación TO-BE + arquitectura técnica	E1.3 · E1.4	Por confirmar
Sem 6	1 – 7 jun	Pantallas y prototipos preliminares + perfiles representativos	E1.5	Por confirmar
Sem 7	8 – 14 jun	Especificación funcional + Plan Etapa 2 + Riesgos	E1.6 · E1.7 · E1.8	Por confirmar Hito 2 · 25%
Sem 8	15 – 22 jun	Validación BM + presentación ejecutiva final	E1.9	Por confirmar

Etapa 2 · Sistema Core · 5 sprints quincenales (post Etapa 1)

Cronograma de sprints de implementación

Sprint	Foco	Entregables	Hito de pago	Estado
Sprint 1	Cimientos, plan, entornos	E2.1 · E2.2		Por confirmar
Sprint 2	Auth + RBAC	E2.3		Por confirmar
Sprint 3	Solicitudes (CRM)	E2.4	Hito 3 · 25%	Por confirmar
Sprint 4	Productores + Proyectos	E2.5 · E2.6		Por confirmar
Sprint 5	Tablero, Notificaciones, UAT, Go-Live, Capacitación	E2.7 · E2.8 · E2.9 · E2.10	Hito 4 · 35%	Por confirmar

Las fechas exactas de Etapa 2 se confirmarán al cierre de Etapa 1 (entregable E1.7 · Plan de Proyecto Etapa 2 con Gantt). Los 4 hitos de pago se distribuyen 15% / 25% / 25% / 35% del total contractual.

Etapa 1 · 9 entregables programados

E1.1	Agenda Detallada con Fechas Confirmadas	Sem 1	Programado
E1.2	Diagnóstico Institucional	Sem 4	Programado
E1.3	Mapeo AS-IS / TO-BE (diagramas de procesos)	Sem 5	Programado
E1.4	Arquitectura Técnica + diagramas de arquitectura	Sem 5	Programado
E1.5	Pantallas y Prototipos Preliminares del Sistema	Sem 6	Programado
E1.6	Especificación Funcional	Sem 7	Programado
E1.7	Plan Etapa 2 + Gantt	Sem 7	Programado
E1.8	Matriz de Riesgos	Sem 7	Programado
E1.9	Presentación Ejecutiva Final	Sem 8	Programado

Etapa 2 · 10 entregables planificados

E2.1	Setup + Plan de Sprints	Por confirmar
E2.2	Entornos + CI/CD	Por confirmar
E2.3	Auth + RBAC	Por confirmar
E2.4	Solicitudes (CRM)	Por confirmar
E2.5	Productores	Por confirmar
E2.6	Proyectos	Por confirmar
E2.7	Tablero Ejecutivo	Por confirmar
E2.8	Notificaciones	Por confirmar
E2.9	UAT + Go-Live	Por confirmar
E2.10	Capacitación + Handover	Por confirmar

Decisiones registradas del proyecto

Decisiones clave que dan forma al programa. Lista completa con racional y alternativas en 00 - Memoria del Proyecto/DECISIONS.md.

2026-01-12

Programa de 4 etapas (Discovery → Core → Mobile → IA)

2026-04

Stack técnico: definición durante el Discovery con TI de TNR

2026-02

4 contratos STC individuales (no contrato de empresa)

2026-04

IP: Banco Mundial durante el grant; transfer a TNR al cierre

Riesgos activos

Riesgo	Prob.	Impacto
Capacidad de ingeniería delgada en backend/DevOps	Media	Alto
Responsable principal no designado por TNR todavía	Media	Alto
Conectividad regional para UAT	Baja	Medio
Migración de FOTESIR (en E3)	Media	Alto

Metas institucionales TNR · medición habilitada por AQUAFLOW

Las metas institucionales que AQUAFLOW hará medibles.

Estas son las metas institucionales del programa TNR a un año y a tres años, derivadas del Informe Ejecutivo TNR (público) y del plan estratégico institucional. AQUAFLOW no se compromete a moverlas: se compromete a hacerlas medibles, visibles y reportables a partir del Go-Live. Mover los números es trabajo institucional de TNR, apoyado por la plataforma. Las metas finales se ratifican durante el Discovery con la Dirección Ejecutiva.

Línea base · Informe Ejecutivo TNR Metas institucionales · a ratificar

Lo que sí compromete AQUAFLOW

●Hacer cada métrica capturable de manera estructurada (sin hojas de cálculo paralelas).
●Hacer cada métrica visible en el Tablero Ejecutivo (E2.7) en tiempo real.
●Generar el reporte alineado a los formatos del Banco Mundial y de la Donación para Fortalecimiento Institucional con un clic.
●Capacitar al personal de TNR para mantener la operación post Go-Live (E2.10 Capacitación + Handover).

Lo que TNR conduce institucionalmente

●Aumentar el volumen de asistencias técnicas, capacitaciones y proyectos atendidos.
●Reducir los tiempos de respuesta y el costo unitario operacional.
●Ampliar la cobertura territorial y la cantidad de productores beneficiados.
●Mantener la operación del sistema y la disciplina del proceso después del handover.

Indicadores de eficiencia

Cómo se transforma la operación día a día

Línea base 2025 tomada del Informe Ejecutivo TNR. Metas Año 1 y Año 3 son metas institucionales del programa TNR, sujetas a ratificación con la Dirección Ejecutiva durante el Discovery.

Indicador	Línea base 2025	Meta Año 1 · institucional	Meta Año 3 · institucional
Asistencias técnicas / año	40	300	1,000
Personas capacitadas / año	2,700	5,000	15,000
Tiempo de respuesta (días)	3	1	<1
Costo por asistencia (RD$)	7.2M	500K	150K
Satisfacción de usuarios	N/D	70%	90%

Indicadores de impacto · institucionales TNR

Lo que cambia para el productor y el territorio

Estas son metas de impacto institucional del programa TNR. AQUAFLOW las hace visibles y trazables; el avance lo conduce TNR en su operación.

Hectáreas tecnificadas

25,000

Meta institucional · 3 años

Productores beneficiados

5,000

Meta institucional · 3 años

Ahorro de agua

40%

Meta institucional · eficiencia hídrica

Cobertura territorial

80%

Desde 30% hoy · institucional

Alineación con ODS

Tres Objetivos de Desarrollo Sostenible

La alineación a los Objetivos de Desarrollo Sostenible es del programa TNR como política pública. AQUAFLOW hace el reporte y la trazabilidad más simples.

ODS 2

Hambre cero

La modernización del riego apoya la productividad agrícola y la seguridad alimentaria nacional.

ODS 6

Agua limpia y saneamiento

Uso eficiente del recurso hídrico mediante tecnificación de la operación de riego, con seguimiento y alertas configurables en el sistema.

ODS 9

Industria, innovación e infraestructura

Plataforma institucional digital para apoyar al sector agrícola dominicano.

Fuente, atribución y operación post Go-Live

Las cifras de línea base provienen del Informe Ejecutivo TNR (público, Q1 2025). Las metas Año 1 y Año 3 son institucionales del programa TNR, derivadas del plan estratégico institucional, y se ratifican con la Dirección Ejecutiva durante el Discovery. AQUAFLOW se compromete a hacer estas métricas medibles, visibles y reportables a partir del Go-Live (entregables E2.7 Tablero Ejecutivo + E2.8 Notificaciones + E2.10 Capacitación y Handover); no se compromete a mover los números, eso es trabajo institucional de TNR. La operación continua del sistema, incluida la actualización de los valores reales en producción, es responsabilidad de TNR a partir del handover.

Pendientes y bloqueos del programa.

Tablero en vivo de las preguntas abiertas, decisiones pendientes y bloqueos del programa. Incluye tanto pendientes operativos del programa (definiciones de TNR, decisiones contractuales) como administrativos del equipo consultor. Cada elemento tiene un responsable y un contador de antigüedad. Se actualiza cada vez que cambia el estado de algo.

Identificado

7

Responsable principal no designado por TNR

Daniel · 6 días

Nombre oficial del fondo coreano por confirmar

Sofía · 6 días

3 cartas de acuerdo (LoA) faltantes en carpeta

Daniel · 6 días

Región de hospedaje del sistema · a definir en Discovery

Luis Loyola · 6 días

Definición del dominio público del Blueprint

TNR TIC · 6 días

Datos de contacto pendientes en CVs de tres consultores

Daniel · 6 días

Pasaportes pendientes para registro con BM

Josué · 6 días

En mitigación

3

Capacidad de ingeniería del equipo · brecha en backend y DevOps

En conversación con Luis Loyola · 6 días

Contratos STC pendientes de firma

Daniel en revisión · 6 días

Acceso de Etapa 2 a los outputs de Etapa 1 de Sofía

Sofía confirmando · 6 días

Resuelto

2

Reorganización de carpeta del cliente

Daniel · 21-abr

Convenciones de nombrado codificadas

Daniel · 21-abr

Etapa 1 en marcha desde el 23 abril · entrevistas comienzan esta semana

Guía de entrevistas.

Plan metodológico para las entrevistas del Discovery. Aproximadamente 21 conversaciones estructuradas a lo largo de 8 semanas, organizadas por 15 perfiles diferenciados (P01–P15). Cada perfil aporta una perspectiva irreemplazable. Para cada uno se ha preparado un guión de preguntas y, basado en investigación previa, una respuesta esperada que el equipo consultor usa internamente para validar que está preguntando lo correcto y para identificar diferencias reveladoras entre lo asumido y lo que el experto cuenta.

Sobre el espíritu de estas conversaciones

Las entrevistas son conversaciones de aprendizaje, no auditorías ni evaluaciones de desempeño. Cada persona que se entrevista es experta en su trabajo: el equipo consultor está aquí para aprender de ellos cómo opera TNR hoy, qué retos reales enfrentan en el día a día, y qué tendría que hacer AQUAFLOW para servirles mejor. El propósito de la guía es informar el diseño de la herramienta a partir del conocimiento del personal de TNR, no evaluar a las personas. La participación es voluntaria, con consentimiento informado, y los nombres de los participantes se manejan de forma confidencial salvo que cada persona autorice expresamente lo contrario.

Semanas planificadas

8

23 abr → 17 jun

Conversaciones estimadas

0 / ~21

Ajustable según saturación temática

Perfiles diferenciados

15

P01 al P15

Procesos a mapear

A determinar

Identificados durante las entrevistas

Matriz de stakeholders

Los 15 perfiles a entrevistar (P01 – P15)

ID	Perfil	Cargo objetivo	Modalidad	Min	#	Criticidad
P01	Dirección Ejecutiva	Director(a) General TNR	Presencial	90	1	Crítica
P02	Dirección de TI	Director(a) Tecnología (responsable principal)	Presencial	120	1	Crítica
P03	Dir. Riego y Asist. Técnica	Director(a) Riego	Presencial	90	1	Crítica
P04	Dir. Supervisión	Director(a) Supervisión y Topografía	Presencial	90	1	Alta
P05	Dir. FOTESIR	Encargado(a) FOTESIR / Créditos	Presencial	90	1	Crítica
P06	Dir. Admin / Fin.	Director(a) Administrativo y Financiero	Presencial	75	1	Alta
P07	Dir. RRHH	Encargado(a) Recursos Humanos	Presencial	60	1	Media
P08	Capacitación y Extensión	Responsable Unidad Capacitación	Presencial	75	1	Alta
P09	Equipo TI	Miembros equipo TI (4 personas)	Grupal	90	1	Crítica
P10	Técnico de campo	Técnicos asistencia productores	Presencial + visita	60	3	Crítica
P11	Productor beneficiario	Agricultores con solicitudes	Campo / telefónica	45	4	Crítica
P12	Junta de regantes	Dirigentes de asociaciones	Grupal	75	1	Alta
P13	Analista FOTESIR	Oficiales de crédito y cobranza	Grupal	75	1	Alta
P14	Topógrafo / supervisor	Personal supervisión en terreno	Presencial	60	2	Alta
P15	Contraparte BM	Especialista sectorial BM	Virtual	45	1	Media

Total estimado: alrededor de 21 conversaciones. El número final se ajusta por saturación temática: si una entrevista adicional ya no aporta información nueva, no se realiza. Si en el camino emerge un perfil importante que no estaba en este plan, se suma. Las cifras de esta tabla son una guía, no un compromiso.

Metodología de entrevistas

Cómo se conduce cada entrevista

Estructura estándar (90 min)

Bloque	Tiempo	Propósito
Apertura y consentimiento	5 min	Presentación, consentimiento informado, permiso de grabación.
Contexto del entrevistado	10 min	Rol, antigüedad, responsabilidades cotidianas.
Preguntas estructuradas	50 min	Guion por perfil. Dos entrevistadores: uno pregunta, otro toma notas.
Exploración libre	15 min	Preguntas emergentes según hallazgos de la sesión.
Cierre y próximos pasos	10 min	Devolución de primeras impresiones, agendamiento de seguimiento si aplica.

Principios metodológicos

●Dos entrevistadores siempre: uno conduce, otro transcribe. Evita sesgos y pérdidas de información.
●Grabación con consentimiento escrito: respaldo legal y base para transcripción automatizada.
●Triangulación: cada hallazgo debe aparecer en al menos dos fuentes distintas antes de considerarse validado.
●Preguntas abiertas primero, cerradas al final: evita conducir al entrevistado hacia respuestas esperadas.
●Observación directa: en roles operativos, complementar entrevista con shadowing de 1–2 horas.
●Anonimización en entregables: los informes BM citan cargos, nunca nombres individuales, salvo autorización explícita.

Entorno de trabajo del equipo consultor

El equipo utiliza un entorno digital estándar de mercado en las siete categorías abajo. La selección específica por categoría se confirmará en el kickoff según disponibilidad institucional y preferencias de TNR.

Categoría	Uso
Plataforma de videoconferencia	Entrevistas virtuales con grabación en la nube previo consentimiento.
Software de transcripción automática	Generación de transcripciones multi-idioma a partir de grabaciones.
Repositorio digital colaborativo	Almacenamiento y codificación temática de hallazgos de entrevistas.
Pizarra digital colaborativa	Mapeo colaborativo AS-IS / TO-BE en sesiones conversacionales presenciales y remotas.
Plataforma de diseño de interfaz interactiva	Pantallas y prototipos preliminares, perfiles representativos, mapas de viaje y prototipos navegables.
Hoja de cálculo colaborativa	Matriz de stakeholders, tracking de entrevistas, matriz de riesgos.
Herramienta de diagramación	Diagramas de procesos (AS-IS/TO-BE) y diagramas de arquitectura.

Trazabilidad

Cada perfil entrevistado alimenta entregables específicos

Esta matriz garantiza al Banco Mundial que no hay entrevistas redundantes ni entregables huérfanos: cada P-perfil aporta insumo directo a uno o más de los 9 entregables comprometidos en el TDR.

Perfil	E1.1	E1.2	E1.3	E1.4	E1.5	E1.6	E1.7	E1.8	E1.9
P01 Dirección Ejecutiva	●	●					●	●	●
P02 Dirección TI	●	●		●		●	●	●
P03 Riego y Asist. Técnica		●	●		●	●
P04 Supervisión y Topografía		●	●	●	●	●
P05 FOTESIR		●	●		●	●		●
P06 Admin / Financiero		●	●	●		●		●
P07 RRHH		●	●			●
P08 Capacitación / Extensión		●	●		●	●
P09 Equipo TI		●		●		●	●	●
P10 Técnicos campo		●	●		●	●
P11 Productores		●	●		●	●
P12 Juntas regantes		●						●
P13 Oficiales FOTESIR			●		●	●
P14 Topógrafos			●		●	●
P15 Especialista BM									●

Riesgos del levantamiento

Lo que puede salir mal en Etapa 1, y cómo lo mitigamos

Riesgo	Prob.	Impacto	Mitigación
Stakeholders ejecutivos cancelan entrevistas por agenda política	Alta	Alto	Agendar con 2 semanas de anticipación, carta formal del Director TI, ventanas alternativas reservadas.
Productores no disponibles por cosecha o lluvias	Media	Medio	Planificar Sem 4 fuera de pico agrícola; entrevistas telefónicas como fallback.
Información solicitada (volumetrías, datos financieros) no existe o está dispersa	Alta	Alto	Solicitud formal de acceso a datos en Sem 1; estimaciones cualitativas si no hay datos cuantitativos.
Resistencia del personal operativo a exponer procesos manuales	Media	Medio	Garantía de anonimización; comunicación del Director General sobre el propósito.
Cambio de Director General o de TI durante el Discovery	Baja	Muy Alto	Actas de acuerdos del Kickoff documentadas; comunicación con segundo nivel decisional.
Hallazgos que amplían el alcance más allá del presupuesto	Alta	Medio	Uso riguroso de MoSCoW; escalamiento formal al BM para ajustes de alcance.
Desalineación entre TO-BE deseado por dirección y por operativo	Alta	Alto	Conversaciones de validación TO-BE mixtas (Sem 5) facilitan diálogo temprano; decisión documentada.

Instrumentos de apoyo

Plantillas listas

Carta de presentación del Director General (comunicado interno) para habilitar acceso al personal.
Formato de consentimiento informado (español, 1 página) para grabación y uso de información.
Guiones de entrevista por perfil (P01–P15), en formato editable.
Plantilla de síntesis post-entrevista (estandariza hallazgos, facilita codificación temática).
Tablero digital de seguimiento con estado de cada entrevista (programada / realizada / transcrita / codificada).
Dashboard de progreso actualizado semanalmente para reportar al Director TI y al BM.
Formato de acta de conversación para sesiones TO-BE con registro de participantes.

Equipo responsable y gobernanza

Rol	Quién
Arquitecto Líder · Etapas 1 y 2	Daniel Gonell
Analista Institucional · Etapa 1	Sofía Ortiz
Gestión del Cambio · se incorpora en Etapa 2	Josué Zavala
Diseño e Implementación de Interfaz · se incorpora en Etapa 2	Lorena Villar
Responsable principal por parte del cliente	Director(a) de TI · TNR

Cadencia de reuniones

●Daily interna del equipo: 15 min, lun–vie
●Reunión semanal con el responsable principal de TNR: 60 min, viernes
●Quincenal con Banco Mundial: 45 min + informe escrito previo
●Mensual ejecutiva: 90 min con Dirección General TNR + representante BM

Compromiso metodológico

Esta agenda no es aspiracional. Cada actividad, cada entrevista y cada pregunta aquí descrita está ligada a un entregable concreto del TDR. El equipo consultor se compromete a ejecutar el plan en los tiempos y modalidades descritos, y a elevar cualquier desviación con 72 horas de anticipación al responsable principal y al Banco Mundial.

Banco de preguntas y respuestas esperadas

Lo que vamos a preguntar, y lo que esperamos escuchar

Para cada uno de los 15 perfiles a entrevistar (P01–P15) hemos preparado un guión completo de preguntas y, basado en investigación previa de fuentes públicas y en la realidad institucional dominicana, una respuesta esperada por pregunta. Esto sirve como brújula durante la entrevista: si la respuesta real coincide con la esperada, validamos la hipótesis y avanzamos; si difiere, sabemos que estamos ante un hallazgo y debemos profundizar. Tras la entrevista capturamos la respuesta real y marcamos la diferencia. Total: 113 preguntas estructuradas, distribuidas a lo largo de las 8 semanas del Discovery.

P01 · Director(a) Ejecutivo TNR · 90 min · Sem 1 CríticaProgramada

Alimenta: E1.2 (Diagnóstico) · E1.7 (Plan Etapa 2) · E1.9 (Presentación Ejecutiva)

Por qué estas preguntas: La pregunta 3 previene diseñar una solución legalmente inviable. La 4 expone technical debt institucional (proyectos fallidos dejan cicatrices culturales que AQUAFLOW debe sortear). La 6 es decisiva: si la dirección quiere "digitalizar lo que hay", el alcance es radicalmente distinto a "rediseñar para automatizar".

1. ¿Cuáles son los tres objetivos estratégicos de TNR para los próximos 24 meses y cómo debería AQUAFLOW contribuir a cada uno?

Esperada

Probable mención del PEI 2025–2028: aumentar cobertura territorial (de 30% a 80%), modernizar el sistema FOTESIR, ampliar capacitaciones técnicas. AQUAFLOW debería habilitar reportería en vivo, expediente único de productor, y un canal digital para el productor. Si menciona objetivos no contemplados (p.ej. expansión internacional o productos financieros nuevos), revisar el alcance del módulo FOTESIR.

Real

(Se completará tras la entrevista)

2. ¿Qué indicadores (KPIs) usa hoy para medir el desempeño institucional? ¿Cuáles no puede medir y le gustaría medir?

Esperada

Esperado: KPIs financieros básicos (ejecución presupuestaria) + cantidad de capacitaciones. Probablemente NO mide: tiempo promedio de respuesta a solicitudes, costo por asistencia técnica, satisfacción del productor, hectáreas tecnificadas. La brecha entre lo que mide y lo que querría medir define el módulo de Tablero Ejecutivo (E2.7).

Real

(Se completará tras la entrevista)

3. ¿Qué restricciones políticas, presupuestarias o normativas debo conocer antes de proponer cambios de proceso?

Esperada

Esperado: rigidez de la Ley 423-06 (Presupuesto), procesos de compra reglamentados por el Sistema Nacional de Contratación Pública, restricciones de OPTIC sobre hosting gubernamental. Posibles factores políticos: cambio próximo de administración, sensibilidades con MINAGRI o INDRHI. Esta respuesta es el guardrail crítico para el alcance.

Real

(Se completará tras la entrevista)

4. ¿Qué iniciativas de modernización ha intentado TNR en el pasado y por qué no prosperaron?

Esperada

Probable mención de proyectos digitales fallidos por: cambio de gestión política, falta de adopción interna, presupuesto agotado mid-stream, dependencia de proveedor único que se retiró. Esto expone deuda técnica institucional que AQUAFLOW debe sortear con gestión del cambio fuerte (Josué) y arquitectura desacoplada de proveedor único.

Real

(Se completará tras la entrevista)

5. ¿Qué stakeholders externos (MINAGRI, INDRHI, CEIRD, donantes) deben estar alineados con el sistema?

Esperada

Esperado: MINAGRI como ministerio padre, INDRHI por gestión hídrica, posiblemente Banco Agrícola por créditos paralelos, CEI-RD por exportaciones agrícolas, OPTIC por cumplimiento gubernamental. Cada stakeholder mencionado representa una integración o un canal de coordinación a planificar en E1.4.

Real

(Se completará tras la entrevista)

6. ¿Cuál es su tolerancia al cambio de procesos vs. digitalización del proceso actual tal como está?

Esperada

Pregunta decisiva, la respuesta cambia el alcance radicalmente. Esperado: balance moderado, con apetito por automatización en procesos de bajo riesgo (capacitaciones, comunicaciones) y conservadurismo en procesos legalmente regulados (FOTESIR, presupuesto). Si la respuesta es "solo digitalizar lo que hay", el alcance se acorta significativamente y el módulo de IA se reduce.

Real

(Se completará tras la entrevista)

7. ¿Cuál es su criterio personal de "éxito" al cierre de la Etapa 1?

Esperada

Esperado: "tener claridad sobre qué construir y a qué costo". Ideal: poder presentar al Consejo Directivo y a Banco Mundial un documento que defienda la decisión de invertir RD$33.5K en Etapa 2. Esta respuesta calibra qué tan riguroso debe ser el entregable E1.9 (presentación ejecutiva).

Real

(Se completará tras la entrevista)

P02 · Director(a) de Tecnología (responsable principal TNR) · 180 min · Sem 2 CríticaProgramada

Alimenta: E1.2 (Diagnóstico) · E1.4 (Arquitectura) · E1.6 (Especificación) · E1.8 (Riesgos)

Por qué estas preguntas: Esta entrevista dura 120 min y no 90 porque la arquitectura técnica (E1.4) depende casi por completo de este insumo. Un error de inventario (ej. no detectar que SIGEF ya tiene API) cuesta semanas de rework en Etapa 2. Las preguntas 8 y 9 anticipan riesgos que el Banco Mundial auditará obligatoriamente.

1. ¿Qué sistemas operan hoy en TNR? (ERP, CRM, contabilidad, nómina, expediente digital, correo, telefonía)

Esperada

Esperado: FOTESIR como sistema heredado aislado, contabilidad básica (probable QuickBooks o software local), expedientes en hojas de cálculo y carpetas compartidas, correo Gmail/Outlook gubernamental, telefonía centralizada con extensiones (829-893-3504). Sin CRM. Sin sistema de tickets. Si menciona sistemas no esperados, ajustar arquitectura y plan de migración.

Real

(Se completará tras la entrevista)

2. ¿Qué versiones, proveedores y contratos vigentes tiene cada uno?

Esperada

Esperado: contratos de mantenimiento limitados o vencidos, posibles dependencias de proveedores que ya no existen. Esta respuesta define la urgencia de migración en E2 y los riesgos de continuidad operativa que deben listarse en E1.8.

Real

(Se completará tras la entrevista)

3. ¿Cuál es el estado de la infraestructura: servidores propios, nube, híbrido, conectividad entre oficinas zonales?

Esperada

Esperado: probable infraestructura mixta, algunos servidores físicos en sede central, conectividad limitada con regionales (posible VPN básica), sin nube institucional madura. Conectividad regional probablemente vía ISP local sin redundancia. Esta respuesta define la arquitectura de despliegue: cloud-first (recomendado) vs. híbrido.

Real

(Se completará tras la entrevista)

4. ¿Qué integraciones existen entre sistemas y cuáles faltan? ¿Dónde hay doble digitación?

Esperada

Esperado: muy pocas integraciones formales. Probable doble digitación entre FOTESIR y contabilidad, entre solicitudes y expedientes, entre nómina y RRHH. Cada caso de doble digitación es un caso de uso prioritario para automatización en E2.

Real

(Se completará tras la entrevista)

5. ¿Qué políticas de seguridad, respaldo y recuperación están documentadas?

Esperada

Esperado: políticas básicas, probablemente respaldos manuales en disco duro externo, sin DRP (Disaster Recovery Plan) formal. Sin SOC. Sin clasificación de información. Este gap define el módulo de Auditoría y Seguridad de E2 + obligaciones de cumplimiento BM.

Real

(Se completará tras la entrevista)

6. ¿Qué experiencia tiene el equipo de 4 personas de TI (perfiles, años, certificaciones)?

Esperada

Esperado: equipo orientado a soporte y mantenimiento (no desarrollo). Perfiles probables: 1 sysadmin, 1 helpdesk, 1 redes, 1 mixto. Sin desarrolladores fullstack. Esto justifica la propuesta de transferencia operativa al cierre con runbooks completos vs. transferencia de desarrollo. Si tienen developers reales, ajustar el plan de handover hacia capacidad de mantener el código.

Real

(Se completará tras la entrevista)

7. ¿Qué dependencias externas tiene TNR con MINAGRI, SIGEF, RNC, DGII en materia de datos?

Esperada

Esperado: SIGEF para presupuesto y compras (obligatorio), DGII para reportería tributaria, RNC para validación de productores con cédula, MINAGRI para reportes consolidados. Validar si SIGEF tiene API expuesta o si la integración debe ser por archivo CSV/manual. Cada respuesta define una historia de integración para E1.6.

Real

(Se completará tras la entrevista)

8. ¿Cuál es el presupuesto operativo de TI y cuánto puede comprometerse a operación post-implementación?

Esperada

Esperado: presupuesto TI muy limitado (probablemente menos de RD$5M anual de los RD$288M totales). El compromiso post-implementación es la pregunta crítica: define si AQUAFLOW se mantendrá internamente o requiere contrato de mantenimiento externo. Esta respuesta condiciona el modelo de sostenibilidad post Go-Live.

Real

(Se completará tras la entrevista)

9. ¿Qué restricciones de soberanía de datos o hosting aplican a una institución del gobierno dominicano?

Esperada

>Esperado: requisito de hosting en RD o en región aprobada por BM, Ley 172-13 de Protección de Datos Personales aplica, posiblemente OPTIC tiene lineamientos sobre cloud. Esta respuesta cierra la decisión de región de hospedaje (Open Question #4) y define los compromisos de cumplimiento ante BM.

Real

(Se completará tras la entrevista)

10. ¿Dónde siente hoy el mayor riesgo técnico (single point of failure, obsolescencia, seguridad)?

Esperada

Esperado: probable mención de FOTESIR como single point of failure (sistema heredado sin documentación), riesgo de pérdida de datos por respaldos no probados, riesgo de seguridad por correos institucionales sin MFA. Cada riesgo identificado se incorpora directamente a la Matriz de Riesgos E1.8.

Real

(Se completará tras la entrevista)

P03 · Dirección de Riego y Asistencia Técnica · 90 min · Sem 2 CríticaProgramada

Alimenta: E1.3 (AS-IS/TO-BE) · E1.6 (Especificación) · pantallas Pipeline + Perfil de Productor

Por qué estas preguntas: El sizing de la arquitectura (base de datos, concurrencia, infraestructura cloud) se dimensiona con los volúmenes (pregunta 2) y tiempos (pregunta 4). Sin volumetrías reales, la Etapa 2 sobre- o sub-dimensiona y compromete presupuesto. La pregunta 10 ("si pudiera automatizar una sola cosa") es técnica de UX research: fuerza priorizar y revela el job to be done más doloroso.

1. Descríbame end-to-end el proceso desde que un productor solicita asistencia técnica hasta que recibe el servicio.

Esperada

Esperado: solicitud por papel o teléfono, registro manual en Excel, asignación a técnico por proximidad geográfica, visita en 1-3 semanas, diagnóstico verbal o escrito en libreta, transcripción posterior. Falta evidente de trazabilidad. Si el proceso descrito es muy distinto (más digitalizado o más informal), reescalar el módulo de Solicitudes (E2.4).

Real

(Se completará tras la entrevista)

2. ¿Cuál es el volumen anual de solicitudes? ¿Distribución por provincia, cultivo y tipo de sistema de riego?

Esperada

Esperado: si Q1 2025 fueron 10 asistencias, anual probablemente entre 40-60. Distribución concentrada en cultivos de alto valor (banano, vegetales) y provincias con riego intensivo (Azua, Mao, Constanza). Sin datos de distribución por tipo de sistema. Esta volumetría dimensiona base de datos y concurrencia para E2.

Real

(Se completará tras la entrevista)

3. ¿Qué tipos de solicitud existen y cómo se priorizan hoy?

Esperada

Esperado: 3-5 tipos: nueva instalación, ampliación, evaluación, capacitación, reparación. Priorización informal por cercanía geográfica, urgencia política o referidos. Sin SLAs documentados. Esta respuesta define la taxonomía de solicitud en E1.6 y los workflow rules.

Real

(Se completará tras la entrevista)

4. ¿Qué tiempo promedio toma cada etapa y dónde se quedan estancadas las solicitudes?

Esperada

Esperado: cuello de botella probable en evaluación técnica (espera de visita 1-3 semanas) y en aprobación FOTESIR (semanas a meses). Tiempo total solicitud→servicio probablemente 2-6 meses. Cada cuello de botella identificado se mapea como nodo crítico en los diagramas de procesos AS-IS (E1.3) y como caso de uso de automatización en E1.6.

Real

(Se completará tras la entrevista)

5. ¿Qué información necesita del productor para emitir un diagnóstico parcelario confiable?

Esperada

Esperado: cédula, ubicación de finca (con GPS si posible), área en tareas, cultivo principal, fuente de agua, tipo de suelo, sistema de riego actual, historial de cosechas. Esta lista es la base del formulario de solicitud y del registro de productor (E2.4 + E2.5).

Real

(Se completará tras la entrevista)

6. ¿Qué herramientas usan hoy los técnicos en campo (papel, hojas de cálculo, mensajería instantánea, GPS)?

Esperada

Esperado: papel + cámara de teléfono + GPS de teléfono + mensajería instantánea informal entre técnicos y productores. Excel para reportes posteriores. Esta confirmación valida la hipótesis de app móvil offline-first como módulo prioritario.

Real

(Se completará tras la entrevista)

7. ¿Qué decisiones toma usted con qué información cada semana/mes?

Esperada

Esperado: asignación de técnicos a regiones, priorización de solicitudes urgentes, coordinación con FOTESIR, reporte mensual a Director General. Sin tablero, depende de pedidos verbales a técnicos. Define los KPIs y vistas requeridas en el Tablero Ejecutivo (E2.7) para el rol Director Departamental.

Real

(Se completará tras la entrevista)

8. ¿Qué reportes le pide el Director General y con qué frecuencia?

Esperada

Esperado: reporte mensual de asistencias técnicas + capacitaciones, reporte trimestral consolidado para BM, ad-hoc cuando hay crisis política. Cada reporte identificado se automatiza en E2.7. La frecuencia define el nivel de tiempo-real necesario (probablemente diario suficiente).

Real

(Se completará tras la entrevista)

9. ¿Qué relación tiene su departamento con FOTESIR cuando el productor requiere crédito?

Esperada

Esperado: handoff manual con expediente físico o digital fragmentado. Posible duplicación de datos entre Riego y FOTESIR. Sin trazabilidad cruzada. Esta respuesta valida la hipótesis de expediente único (E2.5) y define el workflow de derivación interna.

Real

(Se completará tras la entrevista)

10. Si pudiera automatizar una sola cosa de su proceso hoy, ¿cuál sería y por qué?

Esperada

Esperado: probable respuesta "asignación automática de técnicos" o "reporte mensual al Director". Cualquier respuesta es valiosa porque revela el job-to-be-done más doloroso. Esta automatización entra como Must en MoSCoW (E1.7), ROI de adopción muy alto.

Real

(Se completará tras la entrevista)

P04 · Dirección de Supervisión y Topografía · 90 min · Sem 2 AltaProgramada

Alimenta: E1.3 (AS-IS/TO-BE) · E1.6 (Especificación) · módulo Gestión de Proyectos · app móvil técnicos

Por qué estas preguntas: El foco geoespacial (preguntas 2 y 3) define una decisión temprana entre un motor cartográfico autogestionado y un servicio cartográfico externo. Esta respuesta define un componente crítico de la arquitectura E1.4. La selección concreta se decide en Discovery.

1. ¿Cómo se documenta hoy una visita de supervisión? (papel, fotos, informe posterior)

Esperada

Esperado: formulario de papel con croquis a mano, fotos en teléfono del supervisor, informe en Word redactado al volver a oficina. Sin georreferenciación sistemática. Sin firma digital. Define el formulario de supervisión digital en E2.6.

Real

(Se completará tras la entrevista)

2. ¿Qué información geoespacial manejan (shapefiles, KML, coordenadas, polígonos de parcelas)?

Esperada

Esperado: coordenadas puntuales (no polígonos) en hojas de cálculo o herramientas geoespaciales personales, sin shapefiles formales. Posibles KMLs históricos de proyectos antiguos. La complejidad es baja, lo que valida la viabilidad de un motor cartográfico autogestionado y soberano frente a un servicio externo. La selección concreta se decide en Discovery.

Real

(Se completará tras la entrevista)

3. ¿Qué equipos usan los topógrafos (GPS, estaciones totales, drones)?

Esperada

Esperado: GPS de mano (Garmin o similar), posiblemente 1-2 drones para casos especiales, sin estaciones totales modernas. La integración con GPS handheld vía exportación CSV/KML es técnicamente viable. Drones requieren formato distinto.

Real

(Se completará tras la entrevista)

4. ¿Cómo se vincula la supervisión al expediente del productor?

Esperada

Esperado: vínculo manual por nombre/cédula, sin ID único compartido. Probable que el mismo proyecto aparezca en 2-3 archivos distintos. Esta respuesta valida la necesidad de un módulo de Proyectos integrado al Productor (E2.6 ↔ E2.5) con relaciones de base de datos formales.

Real

(Se completará tras la entrevista)

5. ¿Cuántas obras en ejecución hay en promedio simultáneamente? ¿Qué porcentaje se retrasa?

Esperada

Esperado: probable 5-15 obras simultáneas, 40-60% con algún retraso. Las causas: lluvias, problemas con contratista, problemas con financiamiento. Sin sistema de tracking. Esta volumetría dimensiona el módulo de Proyectos en E2 y los SLAs internos.

Real

(Se completará tras la entrevista)

6. ¿Qué evidencia se requiere para liberar pagos o certificar avance?

Esperada

Esperado: actas de supervisión firmadas en papel, fotos físicas (impresas), facturas del contratista, formularios oficiales firmados (FO-DR-09 a 13). Sin firma digital. Cada evidencia es un caso de uso de captura digital + sello de tiempo + GPS en E2.6.

Real

(Se completará tras la entrevista)

7. ¿Hay un sistema de tickets o bitácora actualmente? ¿Quién lo alimenta?

Esperada

Esperado: sin sistema de tickets formal. Bitácora informal en Excel del supervisor. Esta confirmación valida el módulo de tickets/bitácora como Must en E2 y define el flujo de alimentación (probablemente desde la app móvil del supervisor).

Real

(Se completará tras la entrevista)

8. ¿Qué interacción tiene con contratistas externos y cómo validan su trabajo?

Esperada

Esperado: contratistas externos via licitación, validación por visita física + acta en papel. Sin portal de contratistas. La pregunta abre una posible expansión de alcance: módulo de contratistas como rol limitado (similar a juntas de regantes). Anotar como Could en MoSCoW.

Real

(Se completará tras la entrevista)

P05 · Encargado FOTESIR (Créditos y Cobranza) · 90 min · Sem 2 CríticaProgramada

Alimenta: E1.3 (AS-IS/TO-BE) · E1.6 (Especificación) · funcionalidad FOTESIR · scoring crediticio IA

Por qué estas preguntas: La pregunta 9 se formula como "recomendación, no decisión", porque plantear scoring automático como reemplazo del comité activa resistencia inmediata. Formularlo como apoyo al comité preserva la gobernanza, reduce la fricción política y es jurídicamente más defendible en el sector público dominicano.

1. ¿Cuál es el ciclo completo del crédito FOTESIR desde solicitud hasta cancelación?

Esperada

Esperado: solicitud → recolección de documentos (cédula, título de propiedad, plan de inversión, garantías) → evaluación técnica → presentación al comité → desembolso → cobranza periódica → cancelación. Tiempo total probable 3-6 meses. Cada paso es un nodo en los diagramas de procesos en E1.3 y un estado en la funcionalidad FOTESIR (E2 / E3).

Real

(Se completará tras la entrevista)

2. ¿Qué criterios y documentos se exigen para aprobar un crédito?

Esperada

Esperado: viabilidad técnica del proyecto, capacidad de pago del productor, garantías reales (cosecha, terreno), historial crediticio si existe. Documentos: cédula, título de propiedad o contrato de uso, plan de inversión, presupuesto. Esta lista es la base del flujo de aprobación y de los formularios digitales en el módulo FOTESIR.

Real

(Se completará tras la entrevista)

3. ¿Existe un comité de crédito? ¿Qué periodicidad y quórum?

Esperada

Esperado: comité con periodicidad mensual o quincenal, quórum del Director Ejecutivo + Encargado FOTESIR + Director Financiero + posible representante de MINAGRI. Sin sistema formal de actas. El sistema debe digitalizar la convocatoria, presentación de casos, votación, y acta, preservando la gobernanza.

Real

(Se completará tras la entrevista)

4. ¿Cuál es la cartera activa, mora, tasas históricas?

Esperada

Esperado: cartera activa probable RD$80-100M (acumulado del fondo RD$100M FOTESIR), mora probable 15-30% (alta para sector formal pero típica en agrícola subsidiado). Sin tasas de mercado, créditos subsidiados a tasas bajas o cero. Estos números dimensionan el módulo de cartera y los reportes regulatorios.

Real

(Se completará tras la entrevista)

5. ¿Qué tipo de garantías se aceptan?

Esperada

Esperado: garantía real sobre la finca (hipoteca o pignoración), aval personal, posible garantía sobre cosecha futura. La complejidad jurídica de cada garantía define qué documentación digital debe capturarse y qué firma legal aplica.

Real

(Se completará tras la entrevista)

6. ¿Cómo se integra hoy con el Administrativo-Financiero para desembolsos?

Esperada

Esperado: handoff manual con orden de desembolso firmada, cheque o transferencia procesada por Administración. Sin integración con SIGEF directa desde FOTESIR. Esta respuesta confirma la necesidad de integración interna FOTESIR ↔ Admin/Fin (E2) y luego con SIGEF (E3).

Real

(Se completará tras la entrevista)

7. ¿Qué reportes exigen MINAGRI, Superintendencia de Bancos u otros entes externos?

Esperada

Esperado: reporte mensual a MINAGRI sobre desembolsos, reporte trimestral a Superintendencia si está bajo su supervisión, reportes ad-hoc a Cámara de Cuentas. Cada reporte se automatiza en el Tablero Ejecutivo (E2.7) o en módulo de Reportería específico.

Real

(Se completará tras la entrevista)

8. ¿Qué volumen de impagos tiene y cómo se gestiona la cobranza?

Esperada

Esperado: 15-30% mora, gestión informal de cobranza por llamada o visita, sin protocolo formal de cobranza judicial. Posible alianza con Banco Agrícola para refinanciamientos. Define el módulo de Cobranza y el workflow de escalamiento (recordatorio → llamada → visita → notificación legal).

Real

(Se completará tras la entrevista)

9. ¿Estarían abiertos a un modelo de scoring automatizado como recomendación (no decisión final)?

Esperada

Pregunta política decisiva. Esperado: apertura moderada si se enmarca como apoyo al comité, no reemplazo. Si responden afirmativamente, define el módulo de scoring crediticio IA (E4). Si responden negativamente, retirar el componente de IA del FOTESIR y re-priorizar otros módulos de IA.

Real

(Se completará tras la entrevista)

10. ¿Qué reglas regulatorias dominicanas aplican a un crédito agrícola de desarrollo?

Esperada

Esperado: posible aplicabilidad de Ley Monetaria y Financiera 183-02 si se considera crédito formal, regulación de la Junta Monetaria, reglas específicas del MINAGRI sobre crédito agrícola subsidiado. Cada regulación es un constraint en E1.6 que el módulo FOTESIR debe respetar.

Real

(Se completará tras la entrevista)

P06 · Dirección Administrativo y Financiero · 75 min · Sem 2 AltaProgramada

Alimenta: E1.3 (AS-IS/TO-BE) · integraciones SIGEF / contabilidad · pantallas administrativas

Por qué estas preguntas: Cualquier módulo financiero que no respete segregación de funciones y topes de aprobación (preguntas 3 y 4) será rechazado por auditoría. Levantar esto explícitamente en Discovery evita rediseños costosos en Etapa 2 y posibles observaciones de la Cámara de Cuentas.

1. ¿Qué sistemas contables y de compras usan hoy? ¿Están integrados con SIGEF?

Esperada

Esperado: SIGEF como sistema gubernamental obligatorio, posible software contable local (QuickBooks, ContaPlus dominicano), sin integración real entre ambos, datos se ingresan dos veces. Esta confirmación valida la necesidad de integración SIGEF en E3 y la captura digital de doble digitación como caso de uso prioritario.

Real

(Se completará tras la entrevista)

2. ¿Cómo fluye un desembolso desde aprobación hasta pago efectivo?

Esperada

Esperado: solicitud → aprobación de Director Departamental → revisión de Administrativo → autorización de Director Financiero → emisión de cheque o transferencia → registro en SIGEF → registro contable. Tiempo total 1-3 semanas. Cada paso es un nodo en los diagramas de procesos en E1.3 y un estado en la funcionalidad Administrativa (E3).

Real

(Se completará tras la entrevista)

3. ¿Qué controles internos y de auditoría son irrenunciables?

Esperada

Esperado: segregación de funciones (quien aprueba ≠ quien paga ≠ quien registra), topes de aprobación por monto (probable 500K / 5M / sin tope con firma de Director), audit trail completo de todas las modificaciones, respaldo documental (PDF firmado) por cada transacción. Estos controles definen el módulo de Auditoría (E2 lock-banner) y los workflow rules.

Real

(Se completará tras la entrevista)

4. ¿Cuál es la política de aprobaciones, topes de monto y segregación de funciones?

Esperada

Esperado: política formal escrita pero ejecutada manualmente, sin enforcement automático. Topes probables: hasta RD$100K Encargado de Departamento, RD$500K Director Departamental, RD$5M Director Financiero, mayor con firma del Director General. Estos topes se codifican en el RBAC del módulo de Auth (E2.3).

Real

(Se completará tras la entrevista)

5. ¿Qué reportería exige la Contraloría, la DIGEPRES y el MEF?

Esperada

Esperado: reporte mensual de ejecución presupuestaria a DIGEPRES, reporte trimestral de cuentas a Contraloría, reportes anuales auditados a MEF. Cada reporte se automatiza en E2.7 (Tablero Ejecutivo). Sin esto, AQUAFLOW no cumple con compromisos institucionales obligatorios.

Real

(Se completará tras la entrevista)

6. ¿Qué flujos hoy son 100% manuales y generan demoras estructurales?

Esperada

Esperado: viáticos a técnicos de campo (papel + firma + cheque), reembolsos de gastos, conciliaciones bancarias, reporte de ejecución presupuestaria mensual. Cada flujo manual identificado es un Quick Win de automatización en E1.6 y se prioriza en MoSCoW como Should o Must.

Real

(Se completará tras la entrevista)

P07 · Encargado(a) Recursos Humanos · 60 min · Sem 2 MediaProgramada

Alimenta: E1.3 (AS-IS/TO-BE) · módulo RRHH · gestión de capacitación interna

Por qué estas preguntas: El éxito de AQUAFLOW en Etapa 2 depende directamente de la adopción del personal. Relevar desde Discovery la capacidad formativa interna (pregunta 6) permite a Lorena (Frontend E2) y Josué (Cambio E2) dimensionar correctamente el change management que se requiere en Etapa 2, y evitar la trampa de un sistema técnicamente perfecto que nadie usa.

1. ¿Qué sistema de nómina y asistencia usan hoy?

Esperada

Esperado: software de nómina local o conexión con MAP (Ministerio de Administración Pública), control de asistencia probablemente manual o con biométrico básico. Sin app móvil para empleados. Define el alcance del módulo RRHH (E3) y posibles integraciones con MAP.

Real

(Se completará tras la entrevista)

2. ¿Cómo se gestiona el ciclo de vida del empleado (contratación, evaluación, desvinculación)?

Esperada

Esperado: procesos manuales con expedientes físicos, evaluación anual subjetiva sin métricas, desvinculación por trámite formal. Sin onboarding digital. Esta respuesta valida el módulo RRHH como Should en MoSCoW para E3.

Real

(Se completará tras la entrevista)

3. ¿Existe integración con MAP (Ministerio de Administración Pública)?

Esperada

Esperado: comunicación con MAP por archivo Excel mensual, sin API. Posible integración futura cuando MAP exponga servicios. Define una integración Could en MoSCoW y un riesgo de cumplimiento (E1.8) si MAP introduce nuevos requisitos.

Real

(Se completará tras la entrevista)

4. ¿Qué reportería laboral es obligatoria (TSS, DGII, MT)?

Esperada

Esperado: TSS para seguridad social mensual, DGII para retenciones, Ministerio de Trabajo para informes de cumplimiento. Probable retraso en estos reportes por procesos manuales. Cada reporte se automatiza en el módulo RRHH (E3).

Real

(Se completará tras la entrevista)

5. ¿Cómo asignan técnicos a zonas y productores? ¿Hay sistema de carga de trabajo?

Esperada

Esperado: asignación informal por proximidad geográfica y por preferencia del Director Departamental, sin sistema de carga balanceada. Esta respuesta confirma la oportunidad de un módulo de asignación inteligente (asistido por IA en E4, opcional).

Real

(Se completará tras la entrevista)

6. ¿Qué plan de capacitación interno existe para el uso del nuevo sistema?

Esperada

Esperado: probable plan informal con sesiones presenciales en Sede Central, sin programa estructurado para regionales. La capacidad formativa de RRHH es típicamente baja en TNR. Define el alcance del entregable E2.10 (Capacitación + Handover) y el rol de Josué en Etapa 2, posiblemente requiere materiales de auto-capacitación + LMS.

Real

(Se completará tras la entrevista)

P08 · Responsable Unidad de Capacitación y Extensión · 75 min · Sem 2 AltaProgramada

Alimenta: E1.3 (AS-IS/TO-BE) · funcionalidad AQUABOT · repositorio educativo · agenda de capacitaciones

Por qué estas preguntas: La pregunta 5 sobre alfabetización digital del productor es crítica: el diseño del AQUABOT y de la app del productor se adapta radicalmente si el 70% del productorado tiene smartphone básico vs. si solo el 30% apenas usa mensajería instantánea. Este dato define el lenguaje visual, el tamaño de los tap targets, el uso de voz e iconografía vs. texto, y los niveles de accesibilidad requeridos.

1. ¿Qué capacitaciones brinda TNR a productores hoy? ¿Modalidades, frecuencia, cobertura?

Esperada

Esperado: 25+ tópicos (ya documentados públicamente), modalidad presencial mayoritaria, ~667 capacitados en Q1 2025 = ~2,700 anual. Cobertura concentrada en Sede Central + Mao + Azua. Las regiones sin oficina (Este, Cibao Central) probablemente sin acceso. Define el módulo de Capacitación + AQUABOT.

Real

(Se completará tras la entrevista)

2. ¿Qué contenido educativo existe (manuales, videos, presentaciones)? ¿En qué formato?

Esperada

Esperado: PDFs y presentaciones PowerPoint para sesiones presenciales, posibles videos antiguos en formato .avi. Sin LMS. Sin contenido optimizado para mobile. Esta respuesta dimensiona el esfuerzo de digitalización + indexación + alimentación de AQUABOT con RAG (Retrieval-Augmented Generation).

Real

(Se completará tras la entrevista)

3. ¿Cuáles son las consultas más frecuentes de los productores que podría resolver un chatbot?

Esperada

Esperado: cómo solicitar asistencia, requisitos de FOTESIR, dónde está mi solicitud, cuándo puedo capacitarme, cómo elegir sistema de riego para mi cultivo, problemas comunes de instalación. Cada consulta es una intención (intent) del AQUABOT con respuesta predefinida + escalamiento humano. Define el catálogo de intents en E4.

Real

(Se completará tras la entrevista)

4. ¿Cómo miden efectividad de la capacitación hoy?

Esperada

Esperado: probablemente solo asistencia (cantidad de capacitados), sin pre/post test, sin seguimiento de aplicación práctica. Esta respuesta valida la oportunidad de medir efectividad real (encuestas post + adopción de prácticas) en el módulo de Capacitación E3.

Real

(Se completará tras la entrevista)

5. ¿Qué barreras de alfabetización digital tienen los productores?

Esperada

Esperado: variable por edad y región. Productores jóvenes (<40) probablemente con smartphone y mensajería instantánea diaria. Productores mayores (>55) muchos con teléfonos básicos o sin uso de apps. Probable 60-70% tienen smartphone. Esta respuesta define la estrategia AQUABOT: una estrategia multicanal según el perfil tecnológico del productor; los canales específicos se eligen en Discovery.

Real

(Se completará tras la entrevista)

6. ¿Estarían dispuestos a validar conversaciones del AQUABOT antes de publicarlas?

Esperada

Esperado: apertura si se enmarca como control de calidad técnica (no censura). Define el workflow de aprobación de respuestas del bot, un humano de Capacitación valida nuevas intents antes de salir a producción. Reduce riesgo de respuestas erróneas que dañen reputación institucional.

Real

(Se completará tras la entrevista)

P09 · Equipo de TI (sesión grupal, 4 personas) · 90 min · Sem 3 CríticaProgramada

Alimenta: E1.4 (Arquitectura) · E1.6 (Especificación) · E1.8 (Riesgos) · transición operativa post-Etapa 2

Por qué estas preguntas: Sesión grupal en lugar de 4 entrevistas individuales por dos razones: (1) la dinámica grupal de un equipo de 4 expone tensiones, contradicciones y conocimiento tácito que no aparece en entrevistas 1-a-1; (2) 4 entrevistas individuales de 60 min consumirían el doble de tiempo. La pregunta 5 es la decisión más estratégica de la sesión: define si la Etapa 2 incluye contrato de operación post-implementación o solo transferencia.

1. ¿Qué tecnologías dominan cada uno? ¿Qué brechas reconocen?

Esperada

Esperado: dominio variable, probable 1 con experiencia en redes/sysadmin, 1 en helpdesk Windows/Office, 1 en SQL básico, 1 mixto. Brechas: probablemente sin nadie con experiencia en JavaScript / cloud / DevOps modernos. Define el plan de capacitación + el contrato de soporte externo necesario para mantener AQUAFLOW post Go-Live.

Real

(Se completará tras la entrevista)

2. ¿Cómo atienden hoy los incidentes? ¿Hay mesa de ayuda, SLA, herramientas?

Esperada

Esperado: incidentes por canales informales (correo o mensajería directa) al equipo TI, sin sistema de tickets, sin SLA documentado. Tiempo de respuesta variable según urgencia política. Esta respuesta confirma la necesidad de implementar mesa de ayuda básica en E2 + define los SLAs del Tablero Ejecutivo.

Real

(Se completará tras la entrevista)

3. ¿Qué consideran técnicamente imposible o muy arriesgado hacer con la infraestructura actual?

Esperada

Esperado: temas como alta disponibilidad, picos de concurrencia, almacenamiento de archivos grandes (videos, planos), backup automatizado, integración real-time con sistemas externos. Cada "imposible" identificado es una restricción de arquitectura para E1.4, y posiblemente justifica el cloud-first strategy.

Real

(Se completará tras la entrevista)

4. ¿Qué quisieran tener en un sistema nuevo que hoy no tienen?

Esperada

Esperado: tablero unificado de monitoreo, sistema de tickets, automatización de reportes, integración entre módulos, app móvil para usuarios. Cada wish-list item es validación de funcionalidades ya planificadas en E1.6, refuerza la priorización MoSCoW.

Real

(Se completará tras la entrevista)

5. ¿Están dispuestos a operar el sistema post-implementación o requieren soporte externo contratado?

Esperada

PREGUNTA DECISIVA. Esperado: respuesta probable "requerimos soporte externo al menos por 1-2 años mientras nos capacitamos". Esta respuesta define si la Etapa 2 incluye un contrato de soporte SLA con el equipo consultor (escenario A: revenue continuo) o solo handover con runbooks (escenario B: cierre limpio). Implica diferencias de RD$0 a RD$300K+ en revenue post-engagement.

Real

(Se completará tras la entrevista)

6. ¿Qué procesos de backup, monitoring y logs existen?

Esperada

Esperado: backups manuales en disco externo (probable semanal), sin monitoring activo, logs dispersos sin agregación. Esta confirmación define el módulo de Observabilidad básica que debe acompañar AQUAFLOW (logs centralizados + alertas + monitoring uptime), incluido en el alcance de E2.

Real

(Se completará tras la entrevista)

7. ¿Tienen ambiente de pruebas? ¿Cómo gestionan despliegues?

Esperada

Esperado: sin ambiente de pruebas formal, despliegues directos a producción cuando se actualizan sistemas. Sin CI/CD. Esta respuesta valida la creación de ambientes dev/staging/prod como parte de E2.2 (Entornos + CI/CD), no negociable para gobernanza BM.

Real

(Se completará tras la entrevista)

P10 · Técnico de Campo (3 entrevistas representativas) · 60 min c/u · Sem 3-4 · 1 Norte + 1 Sur + 1 a definir CríticaProgramada

Alimenta: E1.3 (AS-IS/TO-BE) · E1.5 (Sistema de Diseño) · E1.6 (Especificación) · app móvil técnicos · perfil de productor

Por qué estas preguntas: Las preguntas 6 y 7 sobre conectividad y batería determinan si la app móvil requiere arquitectura offline-first (base de datos embebida con sincronización diferida) o si una aplicación web progresiva simple basta. Esta decisión afecta entre 3-5 semanas de desarrollo en Etapa 2. La pregunta 8 ("qué detesta") descubre oportunidades de automatización con alto ROI de adopción.

1. Descríbame su día típico: desde que sale de la oficina hasta que vuelve.

Esperada

Esperado: salida 7-8am, traslado 1-3h por carretera, 1-2 visitas de finca por día, almuerzo en ruta, retorno 4-6pm. Mucho tiempo en traslado. Cada visita: 1-2h en finca + traslado. Sin sistema de tracking de ruta. Esta narrativa define los flujos críticos del módulo móvil y el contexto de uso.

Real

(Se completará tras la entrevista)

2. ¿Cuántas visitas a productores hace por semana? ¿Cuánto tiempo le toma cada una, incluyendo traslado?

Esperada

Esperado: 4-8 visitas semanales, 2-4 horas total por visita (traslado + atención + reporte). Esta volumetría dimensiona la frecuencia de sincronización del app móvil y el almacenamiento offline necesario (probable 1-2GB por técnico).

Real

(Se completará tras la entrevista)

3. ¿Qué lleva hoy al campo (papel, tablet, teléfono, herramientas)?

Esperada

Esperado: smartphone personal, libreta de papel, formularios impresos, GPS de mano (a veces), cinta métrica, posiblemente cámara digital aparte. NO suelen llevar tablets institucionales (porque no las hay). Esta confirmación valida que el smartphone personal es el dispositivo target de la app móvil.

Real

(Se completará tras la entrevista)

4. ¿Qué información llena en campo y dónde la registra luego en oficina?

Esperada

Esperado: formulario de papel en campo (cédula, ubicación, cultivo, problema, recomendación), transcripción a Excel al volver a oficina, archivo del papel en folder físico. Doble digitación obvia. Cada doble digitación es ahorro garantizado al digitalizar la captura en campo (E2 app móvil).

Real

(Se completará tras la entrevista)

5. ¿Qué datos debe preguntarle al productor y cuáles ya debería tener en el expediente?

Esperada

Esperado: debería tener cédula, datos de contacto, ubicación, área, cultivo, historial de visitas anteriores. Debe preguntar nuevamente porque no tiene acceso al expediente desde el campo. Cada pregunta repetida = oportunidad de pre-poblado en la app móvil cuando hay conectividad pre-visita.

Real

(Se completará tras la entrevista)

6. ¿Tiene conectividad de datos en las zonas donde trabaja? ¿De qué operador?

Esperada

Esperado: cobertura intermitente, buena en pueblos cercanos, ausente en parcelas remotas. Operadores Claro y Altice los más comunes en zonas rurales. Esta respuesta CONFIRMA la necesidad de arquitectura offline-first. Si fuera 100% conectada, podríamos usar una PWA simple, pero la realidad rural dominicana requiere capacidad offline real.

Real

(Se completará tras la entrevista)

7. ¿Qué tan frecuentemente su smartphone tiene batería baja o se moja?

Esperada

Esperado: batería baja al final del día en jornadas largas (común), exposición a lluvia ocasional (poco común). Esta respuesta valida que la app móvil debe ser eficiente en batería (sync inteligente, no GPS continuo) y que la captura debe ser tolerante a sesiones cortas/interrumpidas.

Real

(Se completará tras la entrevista)

8. ¿Qué parte del trabajo detesta porque es repetitivo o parece innecesario?

Esperada

Esperado: probable respuesta: "transcribir lo que ya escribí en papel a Excel", "buscar información del productor que debería tener a mano", "esperar 2-3 días por una aprobación que toma 5 minutos". Cada punto de dolor identificado se vuelve un Must en MoSCoW para el módulo móvil, alto ROI de adopción.

Real

(Se completará tras la entrevista)

9. ¿Qué haría si le doy una app que funcione offline y sincronice al volver a señal?

Esperada

Esperado: respuesta entusiasta. Posibles preocupaciones: "mi teléfono es viejo, no aguantaría" o "mi memoria está llena". Esta validación cualitativa del producto define el target técnico mínimo del dispositivo (probablemente Android 8+ con 32GB) y confirma adopción esperada.

Real

(Se completará tras la entrevista)

10. ¿Con qué frecuencia necesita la opinión de un supervisor durante una visita?

Esperada

Esperado: 10-30% de las visitas requieren consulta, diagnósticos complejos, decisiones de alto monto, situaciones políticas. Esta respuesta define la necesidad de un canal de chat asíncrono dentro de la app (técnico → supervisor) o videollamada en momentos críticos. Definir como Should en MoSCoW.

Real

(Se completará tras la entrevista)

P11 · Productor Beneficiario (4 entrevistas con perfiles diversos) · 45 min c/u · Sem 4 · aprobado + en trámite + rechazado + rural · ajustable según saturación CríticaProgramada

Alimenta: E1.2 (Diagnóstico) · E1.3 (AS-IS/TO-BE) · E1.5 (perfil "Productor") · funcionalidad AQUABOT

Por qué estas preguntas: Estratificar la muestra en aprobados/trámite/rechazado revela tres momentos distintos del viaje del usuario. Los aprobados narran el happy path. Los en trámite identifican la fricción actual en vivo. Los rechazados exponen los sesgos u opacidades del proceso que ninguna entrevista interna revela. Esta asimetría muestral es clave para diseñar el sistema con honestidad.

1. ¿Cómo se enteró que podía solicitar asistencia de TNR?

Esperada

Esperado: por boca a boca de otros productores, por la junta de regantes, por un técnico que pasó por la zona, por un contacto político local. Probable que el portal web NO sea fuente principal. Esta respuesta valida o refuta la hipótesis de que se necesita un canal digital de descubrimiento; los canales específicos se priorizan en Discovery.

Real

(Se completará tras la entrevista)

2. ¿Qué pasos siguió para hacer la solicitud? ¿Dónde se le complicó?

Esperada

Esperado: visita a oficina regional o sede central, llenado de formulario en papel, espera prolongada para validación. Complicación común: viaje a oficina lejana, documentos que faltaban, falta de claridad sobre próximos pasos. Cada complicación = punto de mejora en el flujo de solicitud (E1.6).

Real

(Se completará tras la entrevista)

3. ¿Qué documentos le pidieron y cuáles fueron difíciles de conseguir?

Esperada

Esperado: cédula (fácil), título de propiedad o contrato de uso (difícil, muchos productores no lo tienen formalizado), plan de inversión (difícil, requiere ayuda técnica), facturas previas. La dificultad de cada documento define qué soporte digital + asistencial debe ofrecer el sistema (templates, ejemplos, AQUABOT).

Real

(Se completará tras la entrevista)

4. ¿Cuánto tiempo pasó desde que solicitó hasta que lo visitaron? ¿Le pareció razonable?

Esperada

Esperado: 3-12 semanas. Razonabilidad varía: aceptable si la cosecha no es inminente, frustante si es urgente. Esta respuesta calibra el SLA target en E1.6 y define la importancia de notificaciones automáticas de cambio de estado (E2.8).

Real

(Se completará tras la entrevista)

5. ¿Qué le explicaron cuando lo visitaron? ¿Entendió el diagnóstico técnico?

Esperada

Esperado: explicación verbal sin documento de respaldo, comprensión variable según nivel educativo. Muchos productores no entienden términos técnicos (caudal, presión, cobertura de aspersión). Define la necesidad de generar un documento PDF post-visita en lenguaje sencillo (auto-generado por el sistema con plantilla del técnico).

Real

(Se completará tras la entrevista)

6. ¿Le ofrecieron financiamiento FOTESIR? ¿Lo aceptó? ¿Por qué sí o no?

Esperada

Esperado: ofrecimiento variable, aceptación condicionada por: confianza en TNR, comprensión de tasa subsidiada, miedo a deuda, requisito de garantías difíciles. Esta respuesta valida o refuta hipótesis sobre adopción de FOTESIR y define qué información complementaria debe aparecer en la app del productor.

Real

(Se completará tras la entrevista)

7. ¿Ha recibido capacitación de TNR? ¿Le sirvió?

Esperada

Esperado: 30-50% han participado en alguna capacitación, percepción mixta. Útiles para temas técnicos (riego), menos útiles si no aplican inmediatamente. Esta respuesta calibra el módulo de Capacitación (formato, frecuencia, contenido).

Real

(Se completará tras la entrevista)

8. ¿Usa aplicaciones de mensajería instantánea? ¿Con qué frecuencia abre internet en su teléfono?

Esperada

Esperado: 60-80% usan mensajería instantánea diaria, 30-50% navegan internet semanalmente, ~20% con conectividad o alfabetización digital limitada. Esta respuesta es el dato más crítico para el diseño del AQUABOT y la app del productor; define lenguaje visual, complejidad UX, y la estrategia de canales alternativos para perfiles con menos conectividad.

Real

(Se completará tras la entrevista)

9. ¿Qué canal prefiere para comunicarse con TNR: oficina, teléfono, mensajería instantánea, aplicación móvil?

Esperada

Esperado: preferencia por mensajería instantánea para consultas rápidas, teléfono para emergencias, oficina solo cuando es necesario. App móvil aceptada si es simple y útil. Esta respuesta confirma el orden de prioridad de canales en el módulo de Notificaciones (E2.8).

Real

(Se completará tras la entrevista)

10. Si TNR le mandara un mensaje automático cuando cambie el estado de su solicitud, ¿le serviría o le parecería invasivo?

Esperada

Esperado: respuesta mayoritariamente positiva si la frecuencia es razonable (no spam). Define el opt-in / opt-out de notificaciones y la frecuencia máxima recomendada (probablemente 1 por cambio de estado, no por avance interno).

Real

(Se completará tras la entrevista)

11. (Para rechazado) ¿Supo por qué le rechazaron? ¿Qué haría distinto ahora?

Esperada

Esperado: alta probabilidad de NO saber claramente, sentimiento de opacidad. Si supieran, mencionarían: documentos faltantes, terreno no apto, presupuesto agotado. Esta respuesta es la más reveladora del proceso, define la necesidad de explicación transparente del rechazo y posible reaplicación guiada (Must en MoSCoW para transparencia institucional).

Real

(Se completará tras la entrevista)

P12 · Dirigentes de Juntas de Regantes (1 sesión grupal) · 75 min · Sem 4 · 2-3 dirigentes en una sola conversación AltaProgramada

Alimenta: E1.2 (Diagnóstico) · relación institucional TNR-juntas · posible rol limitado en el sistema

Por qué estas preguntas: Las juntas de regantes son actores no-empleados pero con peso político y operativo real en distritos de riego. Ignorarlos en el Discovery produce un sistema que los dirigentes luego bloquearán. La pregunta 4 explora un módulo de terceros con roles limitados, posible expansión futura del alcance.

1. ¿Qué rol cumple su junta en la relación entre productores y TNR?

Esperada

Esperado: las juntas median entre productores y TNR, organizan capacitaciones colectivas, gestionan agua compartida, levantan demandas locales. Su rol es informal pero crítico. Esta respuesta define si las juntas deberían tener acceso de solo-lectura al sistema (Should en MoSCoW) o si requieren funcionalidad propia.

Real

(Se completará tras la entrevista)

2. ¿Cómo se enteran las juntas de nuevas solicitudes o proyectos de riego en su zona?

Esperada

Esperado: sin notificación formal, se enteran después de que el proyecto está en marcha o nunca. Esto crea conflictos cuando una obra afecta el suministro común. Esta respuesta valida la necesidad de notificación a juntas como parte del flujo de aprobación de proyectos (E2.6).

Real

(Se completará tras la entrevista)

3. ¿Qué información de TNR les ayudaría a gestionar mejor el agua?

Esperada

Esperado: datos de demanda hídrica de la zona, calendario de proyectos en ejecución, datos del INDRHI sobre disponibilidad, alertas de sequía. Esta respuesta define el contenido del posible módulo de juntas, focalizado en gestión hídrica colectiva no en datos individuales de productores.

Real

(Se completará tras la entrevista)

4. ¿Tiene sentido que las juntas tengan acceso limitado al sistema? ¿Qué verían y qué no?

Esperada

Esperado: respuesta favorable, con preocupación por privacidad de productores. Probable consenso: ver agregados (proyectos en zona, hectáreas tecnificadas) sin ver datos individuales. Esta respuesta define el RBAC del módulo de juntas y los controles de privacidad de PII.

Real

(Se completará tras la entrevista)

5. ¿Qué conflictos recurrentes entre productores ven y cómo se resuelven hoy?

Esperada

Esperado: conflictos por uso de agua compartida, disputas sobre límites de parcelas, ineficiencia de un productor que perjudica a otros. Resolución por mediación de la junta o por intervención de TNR. Esta respuesta define un posible módulo de gestión de conflictos hídricos, fuera del alcance E2 pero anotar como Could para E4.

Real

(Se completará tras la entrevista)

P13 · Oficiales FOTESIR Operativos (1 sesión grupal) · 75 min · Sem 3 · oficiales de crédito y cobranza juntos AltaProgramada

Alimenta: E1.3 (AS-IS/TO-BE) · E1.6 (Especificación) · validación operativa de módulos FOTESIR y Gestión de Proyectos

Por qué estas preguntas: La pregunta 4 ("dónde guarda lo que no entra al sistema") revela la shadow IT. Las hojas de cálculo paralelas son evidencia directa de funcionalidad faltante o mal diseñada. Cada archivo paralelo encontrado es un caso de uso pendiente que debe entrar a E1.6.

1. Muéstreme cómo ingresa/registra la información de un caso típico. (demostración en pantalla)

Esperada

Esperado: pantallas confusas, navegación de varios clicks para encontrar campos, copy-paste entre Excel y FOTESIR. Esta demostración revela problemas concretos de UX que se documentan con screenshots para E1.5 (sistema de diseño) y E1.6 (especificación).

Real

(Se completará tras la entrevista)

2. ¿Qué campos del sistema actual nunca usa? ¿Cuáles le faltan?

Esperada

Esperado: campos heredados sin uso (datos antiguos sin valor), campos que cambian de significado entre departamentos, campos faltantes que requieren texto libre o nota adjunta. Esta lista define la limpieza de datos en migración (E2 / E3) y los campos nuevos en E1.6.

Real

(Se completará tras la entrevista)

3. ¿Qué reportes saca cada mes y cuánto tiempo le toma armarlos?

Esperada

Esperado: 2-5 reportes mensuales, 4-10 horas de armado manual cada uno. Reportes para Director Departamental, MINAGRI, ocasional al BM. Cada reporte = caso de uso de automatización en E2.7 (Tablero Ejecutivo) que ahorra ~20-50 horas/mes a nivel TNR.

Real

(Se completará tras la entrevista)

4. ¿Dónde guarda la información que no entra al sistema (hojas de cálculo, carpetas digitales, notas)?

Esperada

Esperado: 3-10 hojas de cálculo personales en computador local, carpetas compartidas con colegas, notas en papel. Cada hoja paralela es funcionalidad faltante en el sistema actual y debe replicarse en AQUAFLOW. Pedir al entrevistado mostrar 1-2 ejemplos durante la entrevista.

Real

(Se completará tras la entrevista)

5. ¿Qué errores comunes comete el sistema actual o la gente al usarlo?

Esperada

Esperado: duplicación de productores, fechas incorrectas, montos mal capturados, asignaciones equivocadas. Cada error común = validación a implementar en E1.6 + rule de negocio explícita. Reduce defectos post Go-Live.

Real

(Se completará tras la entrevista)

6. ¿Qué plantilla o formato digital le cambiaría la vida?

Esperada

Esperado: plantillas de informes pre-llenas con datos del productor, formularios que se rellenan solos cuando se selecciona el productor, exportación a PDF formal con un click. Cada plantilla mencionada es un Quick Win para E2 con alto ROI de adopción.

Real

(Se completará tras la entrevista)

P14 · Topógrafos / Supervisores en Terreno (2 entrevistas) · 60 min c/u · Sem 3 AltaProgramada

Alimenta: E1.3 (AS-IS/TO-BE) · E1.5 (sistema de diseño) · E1.6 (Especificación) · módulo de Supervisión + GIS

Por qué estas preguntas: Comparte el guión con P13 (Oficiales FOTESIR), ambos roles son operativos con conocimiento detallado del sistema actual. La diferencia: P14 trabaja en terreno con foco geoespacial y físico, P13 trabaja en oficina con foco financiero y documental. Las preguntas son las mismas; las respuestas y el énfasis varían radicalmente.

1. Muéstreme cómo ingresa/registra la información de una supervisión típica. (demostración en pantalla)

Esperada

Esperado: pantallas con énfasis en datos geoespaciales (coordenadas, foto, croquis), navegación entre módulos para vincular obra ↔ productor ↔ contratista. Esta demostración define el flujo de captura digital en la app móvil del supervisor (E2.6).

Real

(Se completará tras la entrevista)

2. ¿Qué campos del sistema actual nunca usa? ¿Cuáles le faltan?

Esperada

Esperado: campos generales heredados sin valor para supervisión específica. Faltantes: posición GPS de cada hito de obra, fotos con timestamp, firma digital del contratista, checklist de avance. Cada faltante es funcionalidad a desarrollar en E2.6.

Real

(Se completará tras la entrevista)

3. ¿Qué reportes saca cada mes y cuánto tiempo le toma armarlos?

Esperada

Esperado: informes de obras en ejecución, certificaciones de avance, fotos compiladas, mapas de proyectos por zona. 8-15 horas/mes de armado manual. Cada uno automatizable en E2.7 con plantillas + datos auto-poblados desde la app móvil.

Real

(Se completará tras la entrevista)

4. ¿Dónde guarda la información que no entra al sistema (fotos, croquis, notas, KMLs)?

Esperada

Esperado: fotos en teléfono personal o cámara aparte, croquis en libreta de campo, notas en mensajería con jefe, archivos geoespaciales en herramientas personales. Toda esta información dispersa debe centralizarse en AQUAFLOW; captura directa en la app móvil resuelve la mayoría.

Real

(Se completará tras la entrevista)

5. ¿Qué errores comunes comete el sistema actual o la gente al usarlo?

Esperada

Esperado: coordenadas mal capturadas, fotos sin GPS, fechas incorrectas, asignación equivocada de obra a productor. Cada error es una validación a implementar en E2.6 (captura obligatoria de GPS, validación de coordenadas dentro de polígono esperado, etc.).

Real

(Se completará tras la entrevista)

6. ¿Qué plantilla o formato digital le cambiaría la vida?

Esperada

Esperado: app móvil que pre-rellena el productor seleccionado, captura automática de GPS y fecha, plantilla de checklist de obra que se exporta como PDF firmable. Cada plantilla es Must o Should en MoSCoW para E2.6.

Real

(Se completará tras la entrevista)

P15 · Especialista Sectorial Banco Mundial · 45 min · Sem 8 MediaProgramada

Alimenta: E1.9 (Presentación Ejecutiva Final) · pre-validación informal antes de la presentación oficial al BM

Por qué estas preguntas: Esta entrevista corta pero estratégica convierte una presentación ciega en una presentación blindada. 45 minutos con el especialista sectorial del BM evitan revisiones posteriores que cuestan semanas. Es práctica estándar en proyectos del Banco Mundial para garantizar la no-objeción del cierre de etapa.

1. ¿Qué criterios de evaluación usará el BM para emitir no objeción del Discovery?

Esperada

Esperado: completitud de los 9 entregables, calidad metodológica del levantamiento, alineación con TDR, evidencia de validación con stakeholders, viabilidad del Plan Etapa 2. Cada criterio identificado se vuelve checklist de pre-presentación que el equipo consultor debe verificar antes de Sem 8.

Real

(Se completará tras la entrevista)

2. ¿Hay lecciones aprendidas de proyectos similares (Agua y Riego) en la región que debamos citar?

Esperada

Esperado: referencia a proyectos BM en Perú (Sierra Productiva), México (riego tecnificado en Sonora), Chile (CNR), o el propio "PROCAR" en RD. Cada referencia citada en E1.9 fortalece la validez del enfoque y demuestra rigor metodológico ante el BM.

Real

(Se completará tras la entrevista)

3. ¿Qué aspectos de sostenibilidad y género espera ver explicitados?

Esperada

Esperado: análisis de impacto ambiental del riego (eficiencia hídrica, reducción de huella), inclusión de mujeres productoras (datos desagregados, accesibilidad), sostenibilidad financiera del programa post-financiamiento BM. Cada aspecto debe aparecer explícitamente en E1.9 con datos cuantitativos donde sea posible.

Real

(Se completará tras la entrevista)

4. ¿Qué formato de presentación ejecutiva prefiere el BM?

Esperada

Esperado: presentación de 30-40 slides, máximo 2 horas con Q&A, formato PowerPoint o PDF, lenguaje claro sin jerga técnica excesiva, mezcla de diagnóstico + plan + costos + impacto esperado. Esta respuesta define la estructura específica de E1.9, no improvisar formato.

Real

(Se completará tras la entrevista)

5. ¿Hay observaciones preliminares que quiera anticipar antes de la presentación oficial?

Esperada

Esperado: posibles observaciones sobre presupuesto Etapa 2 (¿es suficiente?), sobre sostenibilidad post-cierre, sobre capacidad institucional de TNR para mantener AQUAFLOW. Cada observación anticipada se aborda explícitamente en la presentación oficial, convierte una posible "observación con condiciones" en una no-objeción limpia.

Real

(Se completará tras la entrevista)

Banco completo: 15 perfiles · 113 preguntas estructuradas · respuesta esperada por cada una. Cada perfil indica qué entregables alimenta y la justificación metodológica. Tras cada entrevista, la respuesta real se captura en el slot "Real" y la diferencia con la esperada se vuelve hallazgo documentado para los entregables E1.x.

Hallazgos del Discovery.

Cada respuesta capturada en el Banco de Preguntas se agrupa aquí por entregable de Etapa 1 (E1.1 → E1.9). Esta vista se llena automáticamente conforme avanzan las entrevistas: muestra cobertura por entregable, las respuestas más recientes y los hallazgos donde la realidad difirió de la hipótesis.

Capturas totales

0

de 113 preguntas

Perfiles completados

0 / 15

al menos 1 captura

Entregables cubiertos

0 / 9

con al menos 1 hallazgo

Última captura

Cobertura por entregable

Cuánto sabemos de cada entregable de Etapa 1.

Últimas capturas

Lo que acabamos de aprender.

Herramientas internas

Generar prompt de síntesis (solo admin)

Herramienta interna del equipo consultor. Genera un prompt estructurado con todas las capturas reales agrupadas por entregable, listo para análisis cruzado. Usar al final de cada bloque de entrevistas para identificar temas emergentes, contradicciones entre perfiles, y brechas de información.

Preguntas abiertas del programa.

Las decisiones, validaciones y datos pendientes que el programa necesita resolver. Algunas son bloqueantes para Etapa 2; otras son operativas. Se actualizan en cada weekly y se cierran formalmente cuando una decisión se toma o un dato se confirma. Fuente de verdad: STATUS.md (sección 'Blocked / open questions').

Filtrar:

Cargando… · Para actualizar el status de una pregunta, edita STATUS.md y recarga.

Matriz de riesgos del programa.

Inventario de riesgos del Discovery y del programa AQUAFLOW completo. Cada riesgo lleva probabilidad × impacto = prioridad, responsable asignado, mitigación documentada y fecha de la última revisión. El equipo revisa los riesgos prioritarios cada weekly y la matriz completa cada mes.

Riesgos identificados

0

discovery + programa

Prioridad alta

0

P × I ≥ 12

Mitigaciones implementadas

0

con plan activo

Materializados

0

ya ocurrieron

Filtrar:

· Fuente: Sección 8 de Josué + síntesis del equipo. Próxima revisión completa programada para fin de Sem 4.

Documentos del programa.

Material de referencia que sostiene la operación: marco legal y normativo de TNR, formularios oficiales en uso operativo, procedimientos, decisiones registradas del proyecto, y glosario bilingüe. Todo en un solo lugar para el equipo consultor y el equipo de TNR.

Marco legal y normativo

Decreto 204-21	Acuerdo de creación TNR
Decreto 536-21	Acuerdo complementario
PEI 2025–2028	Plan Estratégico Institucional
CD-TNR-2026-002	Dossier procurement Etapa 2 (BM)
Ley 423-06	Ley de Presupuesto

Decisiones registradas del proyecto

Decisiones clave que dan forma al programa. Registradas cronológicamente en la memoria del proyecto. A medida que la implementación avance se promoverán a ADRs formales en el repositorio Git (docs/decision-records/).

Programa de 4 etapas (Discovery → Core → Mobile → IA)	2026-01-12
Stack técnico: definición durante el Discovery con TI de TNR	2026-04
4 contratos STC individuales (no contrato de empresa)	2026-02
Selección directa WB §7.36 por consultor	2026-02
IP del trabajo: Banco Mundial durante el grant; transfer a TNR al cierre	2026-04

Lista completa con racional y alternativas: ver 00 - Memoria del Proyecto/DECISIONS.md

Formularios oficiales TNR

13 formularios actualmente en uso operativo

Inventario de los formularios que TNR usa hoy en su operación. Sirve como base para conversaciones de Etapa 1: cuáles necesitan digitalizarse en Etapa 2, cuáles pueden esperar, cuáles requieren rediseño antes de digitalizarlos. La priorización se acuerda con TNR durante el Discovery.

ID	Formulario
FO-DR-01	Formulario de descenso División de Riego
FO-DR-02	Déficit de balance hídrico
FO-DR-03	Diseño Sistemas Riego Presurizado
FO-DR-04	Diseño Agronómico
FO-DR-05	Diseño Hidráulico
FO-DR-06	Presupuesto Preliminar
FO-DR-07	Análisis comparación de precios
FO-DR-08	Datos del Sistema Eléctrico
FO-DR-09 / 10 / 13	Evaluación de Suplidores
FO-DR-11	Especialidades de Suplidores
FO-DR-12	Evaluación Proyectos de Riego Tecnificado

Procedimientos oficiales

PR-DR-01	Diagnóstico para Convocatoria
PR-DR-02	Evaluación Proyectos Preseleccionados
PR-DR-03	Evaluación técnica para inscripción
PR-DR-04	Evaluación de Suplidores

Glosario bilingüe (extracto)

Solicitud	·	Application / Request
Productor	·	Producer / Farmer
FOTESIR	·	Legacy TNR funding system
Acta de recepción	·	Acceptance certificate
Junta de regantes	·	Irrigation board
Tecnificación	·	Modernization

Quiénes hacen posible AQUAFLOW.

El programa lo lleva adelante un equipo consultor de cuatro personas, cada una con un contrato individual con el Banco Mundial, trabajando en conjunto con la dirección de TNR. Esta página presenta a las personas detrás del programa, la estructura de TNR como cliente, y las instituciones que financian la iniciativa.

Equipo consultor · 4 contratos individuales con el Banco Mundial

Quién es quién, y qué hace cada uno

Por requisito del Banco Mundial y del fondo coreano, el programa se contrata como cuatro consultorías individuales (no como una empresa). Cada persona firma su propio contrato STC, recibe pago directo a su cuenta personal, y es individualmente responsable de su alcance. En el día a día trabajamos como un solo equipo integrado.

Daniel Fabián Gonell

Arquitecto Líder · Etapas 1 y 2

Diseña la arquitectura del sistema (cómo se conectan todas las piezas), lidera la entrega técnica, y es el puente diario entre el equipo consultor y la dirección de TNR + el Banco Mundial. 17+ años construyendo plataformas digitales con foco en sector público.

Sofía Elizabeth Ortiz Mendoza

Analista Institucional · Etapa 1

Conduce el análisis institucional de TNR: mapea cómo trabaja la organización hoy y cómo trabajará con AQUAFLOW. Coordina con la dirección de TNR y el Ministerio de Agricultura. 15+ años en fortalecimiento institucional y cooperación multilateral, con experiencia previa en proyectos JICA y KSP coreanos.

Josué Zavala Robles

Gestión del Cambio y Adopción · Etapa 2

Asegura que el equipo de TNR realmente use el sistema después del lanzamiento. Diseña la capacitación, escribe los manuales de usuario, y conduce los talleres de Go-Live con técnicos y coordinadores regionales. 15+ años implementando sistemas y entrenando equipos en banca, telecomunicaciones y servicios financieros.

Lorena Villar

Diseño e Implementación de Interfaz · Etapa 2

Construye las pantallas que el equipo de TNR realmente verá y usará: el portal web, los formularios, los dashboards, la app móvil para campo. Dueña del diseño visual y de la accesibilidad del sistema (que personas con discapacidad puedan usarlo). 17+ años en diseño UX y auditorías de accesibilidad.

Estructura departamental de TNR

Datos públicos

TNR opera con 132 empleados distribuidos en las siguientes áreas. La distribución importa para AQUAFLOW: cada división interactúa con el sistema desde un rol distinto, y la cobertura territorial depende de las dos oficinas regionales (Norte y Sur).

División Administrativa	19
Dirección Ejecutiva	12
División de Riego	10
Regional Sur (Azua)	9
Regional Norte (Mao)	8
División de Topografía	7
FOTESIR	5
Planificación / Extensión / Financiera / TIC	16
Otros (15+ unidades pequeñas)	~46
Total	132

Fuentes: Informe Ejecutivo TNR (diciembre 2025) y organigrama oficial. Cifras a validar con Recursos Humanos durante las entrevistas de la Etapa 1.

Financiamiento del programa

Las dos instituciones que financian y administran el programa AQUAFLOW. La relación con TNR como cliente y el detalle de la estructura institucional se confirmará con la Dirección Ejecutiva de TNR durante las primeras semanas del Discovery.

Grupo Banco Mundial · administra el programa

Supervisa la ejecución del programa, contrata directamente a los cuatro consultores bajo régimen STC, y aplica los procedimientos de salvaguarda y reportería. Punto de contacto: Luis Loyola, Task Team Leader (lloyola@worldbank.org). El equipo le entrega demos quincenales y reportes de progreso.

Donación para Fortalecimiento Institucional · fuente del financiamiento

Esta es la modalidad bajo la que se financia el programa, según figura en los expedientes de contratación firmados. Es un fondo fiduciario de origen coreano administrado por el Banco Mundial; el nombre específico del fondo se confirmará con el Banco Mundial durante el Discovery.

Los aliados institucionales adicionales (entidades de gobierno con las que TNR coordina operativamente) se documentarán aquí cuando se confirmen formalmente con la Dirección Ejecutiva de TNR durante las primeras entrevistas del Discovery.

Stakeholders identificados para entrevistar

0 / ~21 realizadas

La Etapa 1 incluye aproximadamente 21 conversaciones con productores, técnicos regionales, ingenieros, coordinadores, juntas de regantes y liderazgo central de TNR. El número final se ajusta según saturación temática. El plan completo y el guión de preguntas por perfil está en la sección Guía de Entrevistas. Las entrevistas son conversaciones de aprendizaje, no auditorías: el equipo consultor está aquí para aprender de los expertos de TNR, no para evaluar su desempeño. Cada participante firmará consentimiento informado antes de la conversación; sus nombres y contactos se conservarán en el archivo restringido del proyecto e identificados en el sistema únicamente por código (INT-E1-NNN) por requisito de privacidad.

Al cierre de la Etapa 1, esta sección se transformará en la página de reconocimientos formales para las personas entrevistadas que hayan dado consentimiento de aparecer.

Panel Interno · Telemetría real

Cuánto tiempo, cuántos tokens, cuánto valor.

Datos reales extraídos del transcripto de la sesión de Claude Code en Cowork dedicada a este proyecto. Refresco mediante telemetry/extract-telemetry.py, sin datos de muestra.

Tiempo activo IA

Suma de turnos < 30 min

Tokens consumidos

Input + output + caché

Costo IA acumulado

Tarifas Sonnet 4.x retail

Ahorro vs. equivalente humano

IA · este proyecto

Lo que costó hacerlo con Claude

Horas activas

h

Costo en USD

$

Tarifas Sonnet 4.x: input $3/M, output $15/M, lectura caché $0.30/M, escritura caché $3.75/M.

Equivalente humano · estimado

Lo que habría costado solo con personas

Horas estimadas

h

Costo estimado

$

Multiplicador 10× (rango industria 8–15× para análisis + redacción + investigación). Tarifa $125 USD/h consultor sénior.

Tareas, tiempo y costo real por actividad

Cada hora invertida y cada token consumido se atribuye a una tarea concreta. Las tareas pertenecen a hitos. Los costos se calculan en tiempo real y se acumulan al hito y al programa completo.

Trabajando ahora en

00:00:00

Usa Registro manual para tiempo trabajado fuera de la sesión (entrevistas, visitas a oficinas, llamadas). Usa el cronómetro de arriba para sesiones en vivo.

Costo acumulado por hito

Suma de horas humanas + costo IA + gastos manuales de todas las tareas que pertenecen al hito.

Actividad por día

Turnos (mensajes + respuestas) por jornada de trabajo.

Herramientas más usadas

Top operaciones invocadas por la IA en este proyecto.

Detalle de tokens e interacciones

Métrica	Valor

Gastos del proyecto (entrada manual)

Combustible, comida, herramientas, hosting, licencias. Los consultores agregan entradas a medida que avanza el proyecto.

Aún no hay gastos registrados. La primera entrada habilita la columna de costos no-IA.

Cómo se calculan estos números

Los datos provienen del transcripto JSONL que Claude Code mantiene por sesión local. El script telemetry/extract-telemetry.py recorre el archivo, agrega tokens reportados por la API por cada turno asistente, y aplica las tarifas vigentes de Sonnet 4.x para producir el costo. El tiempo activo se calcula sumando los intervalos entre turnos consecutivos cuando son menores a 30 minutos (intervalos mayores se asumen como pausas humanas).

El equivalente humano usa 10× como multiplicador del tiempo activo IA, punto medio del rango 8–15× que la industria reconoce para tareas de análisis, redacción técnica e investigación documental ejecutadas a nivel consultor sénior. Tarifa horaria base: $125 USD.

Refresco: corre python3 telemetry/extract-telemetry.py desde la carpeta del dashboard después de cada sesión significativa. El JSON resultante se sirve estáticamente al panel.

Respaldo y restauración

Exportar todo el estado del dashboard a un archivo.

El dashboard guarda capturas, tareas y entradas de tiempo en el navegador (localStorage). Si cambias de navegador, computadora o limpias datos del sitio, lo pierdes. Esta sección te permite respaldar todo a un archivo JSON único, y restaurarlo en cualquier otro navegador.

¿Qué incluye el respaldo?

Todas las capturas del Banco de Preguntas (con timestamp y perfil de origen)
Tareas del Panel Interno + entradas de tiempo manual
Preferencias de UI: idioma, tema, última pantalla activa
Metadatos de exportación: fecha, hostname, total de elementos por sección

Interno · gestión de accesos

Usuarios y permisos del Blueprint.

Usuarios activos

No incluye deshabilitados

Administradores

Pueden gestionar usuarios

Visualizadores

Solo lectura

Logins · 7 días

Inicios exitosos

Tu sesión

Mi cuenta

Crear acceso

Invitar a un usuario

Cuentas registradas

Todos los usuarios

Cargando…

Auditoría · últimos eventos

Bitácora de inicios de sesión

Últimos 100 intentos: éxito, fallo, IP, navegador.

Cargando…

Agenda Reunión de Planificación · Miércoles 29 de abril, 2026 · 2:00 PM AST

AQUAFLOW · TNR

Reunión de planificación

Una conversación para alinear el recorrido del Blueprint, revisar el cronograma de 8 semanas y acordar cómo coordinaremos las entrevistas del Discovery.

1Bienvenida oficial

2Presentación breve del equipo consultor

3Contexto del avance inicial

4Recorrido del Blueprint y cronograma de 8 semanas

5Entrevistas: perfiles, orden y coordinación

6Próximos pasos y acuerdos

Agenda de trabajo · abierta a conversación y ajustes con TNR

14:00 → 15:30 · 90 minutos

Minuto a minuto

14:00–14:07 · Bienvenida oficial + agenda en pantalla · 7 min Lo conduces tú

Qué proyectas

La tarjeta Agenda pública de la reunión, en 16:9.
Haz clic en Presentar agenda antes de comenzar, para que solo esa tarjeta esté en pantalla completa.
Cuando termines esta apertura, sales de pantalla completa y entras al Blueprint.

Qué dices

"Buenas tardes, damas y caballeros. Les queremos dar la bienvenida oficial al proyecto y programa AQUAFLOW."
"Hoy queremos presentarles lo que ya hemos trabajado, cómo estamos organizando el Blueprint del proyecto y cómo proponemos conducir el Discovery durante las próximas 8 semanas."
"Como pueden ver en pantalla, este será el orden de la reunión."

💡 Mantén esta parte corta. La agenda es un mapa, no la presentación completa. Si alguien quiere ir directo al contenido, valida y pasa al equipo.

Plan B:

Si la pantalla completa no entra: deja la tarjeta normal en pantalla y continúa. No pierdas tiempo arreglando el navegador en vivo.
Si alguien interrumpe con una pregunta de fondo: "Excelente, esa parte la vamos a ver durante el recorrido del Blueprint. La anotamos y volvemos ahí."

14:07–14:17 · Reintroducción del equipo consultor · 10 min Todo el equipo

Lo que pasa

Los 4 consultores se reintroducen brevemente.
Cada persona explica su rol en lenguaje sencillo, sin entrar en CV largo.
El objetivo es que TNR entienda quién estará presente durante el proyecto y a quién acudir según el tema.

Tu encuadre

"Aunque ya hemos conversado con varios de ustedes, queremos reintroducirnos brevemente para que todos tengamos claro quién forma parte del equipo y qué estará cubriendo cada persona."
Daniel: arquitectura, Blueprint y coordinación del proyecto.
Sofía: análisis institucional, procesos y levantamiento.
Lorena: experiencia de usuario, pantallas y prototipos.
Josué: adopción, capacitación y coordinación operativa del cambio.

💡 Dale a cada consultor 30-45 segundos. Si alguien se extiende, corta amablemente con "vamos a ir entrando en eso durante el recorrido".

Plan B:

Si falta un consultor: preséntalo tú en una línea y sigue. No expliques la ausencia más de lo necesario.
Si TNR pregunta por responsabilidades contractuales: mantén la respuesta en "equipo consultor de cuatro personas, cada uno con su rol dentro del proyecto".

14:17–14:25 · Contexto del avance inicial · 8 min Marco antes del recorrido

Qué quieres dejar claro

El kickoff oficial con Loyola y TNR ya ocurrió la semana pasada.
El equipo ha trabajado desde el día 1 en pre-Discovery y pre-levantamiento.
El trabajo parte de la documentación institucional compartida por TNR y de conversaciones previas.
La reunión de hoy no empieza desde cero. Presenta una zapata de trabajo ya construida.

Frase sugerida

"La semana pasada ya tuvimos el kickoff oficial con el señor Loyola del Banco Mundial. Desde entonces, y realmente desde antes por las conversaciones que hemos tenido, hemos estado trabajando en el pre-levantamiento del proyecto."
"TNR nos compartió documentación institucional importante. A partir de esa documentación y de las conversaciones previas, hemos preparado una base que nos permite llegar al Discovery con preguntas más informadas."
"Hoy queremos mostrarles ese avance y conversar con ustedes cómo ajustamos el recorrido de las próximas 8 semanas."

💡 El tono aquí es de avance y preparación, no de auditoría. La idea es que TNR sienta que venimos informados y listos para aprender de ellos.

Plan B:

Si alguien interpreta el pre-levantamiento como conclusión final: aclara que son hipótesis y organización inicial. Las entrevistas validan o corrigen todo.
Si preguntan por documentos específicos: "Los veremos dentro del Blueprint, y cualquier fuente que no esté clara la vamos a marcar para validar."

14:25–15:10 · Recorrido del Blueprint + cronograma · 45 min Pieza central

Recorrido recomendado

Salir de la agenda fullscreen.
Entrar al Blueprint y comenzar en Inicio.
Mostrar que el Blueprint es el espacio vivo donde se organiza el proyecto: contexto, hallazgos, preguntas, cronograma, entregables y próximos pasos.
Pasar a la sección del cronograma y abrir el acordeón de las 8 semanas.
Detenerte ahí para conversar. Ese es el momento principal de discusión.

Cómo lo planteas

"Este Blueprint no es una presentación estática. Es el lugar donde vamos a llevar el proyecto, organizar las entrevistas, documentar hallazgos y mantener trazabilidad durante la Etapa 1."
"Dentro del recorrido vamos a llegar al cronograma de 8 semanas. Ahí quiero que nos detengamos, porque ese cronograma es una propuesta inicial para discutirla con ustedes."
"Nada de esto está escrito en piedra. Queremos validar el orden, la disponibilidad y la mejor forma de coordinar sin interrumpir innecesariamente la operación diaria de TNR."

Parada principal: cronograma de 8 semanas Objetivo: usar el acordeón del cronograma como herramienta de conversación. Abrir las semanas necesarias, explicar la lógica general, y pedir ajustes sobre disponibilidad, prioridad y secuencia.

Frase clave antes de discutir el cronograma Decir: "Este cronograma es tentativo. Lo estamos usando como punto de partida para conversar. Si para TNR tiene más sentido mover una entrevista, agrupar perfiles o cambiar el orden de algún bloque, lo ajustamos."

💡 No conviertas el walkthrough en demo técnica. La meta es que entiendan la herramienta, confíen en el proceso y participen en ajustar el cronograma.

Plan B:

Si hay demasiadas preguntas durante el recorrido: responde lo mínimo, anota la pregunta y vuelve al cronograma. La conversación central es el plan de 8 semanas.
Si el grupo quiere ir directo a entrevistas: salta detalles de otras pantallas y abre el cronograma. Puedes volver al resto del Blueprint al final si hay tiempo.
Si alguien objeta una semana o perfil: valida y pregunta por el ajuste concreto: "¿Qué orden le haría más sentido a TNR?"

15:10–15:25 · Entrevistas: perfiles, orden y coordinación · 15 min Crítico, coordinación

Qué necesitas lograr

Validar si los perfiles propuestos hacen sentido para TNR.
Identificar quién ayuda a coordinar cada bloque de entrevistas.
Definir si TNR prefiere coordinación directa con cada persona o canalizada por el responsable principal.
Acordar que las fechas se cuadran después por correo, según disponibilidad.

Cómo lo planteas

"Luego del cronograma, lo más importante es validar con ustedes quiénes son las personas correctas para entrevistar y cómo prefieren que coordinemos esos espacios."
"No tenemos que fijar todas las fechas hoy. Lo importante hoy es entender el orden, los perfiles y la mejor forma de contactar sin crear carga innecesaria para TNR."
Invita a Josué a complementar la lógica operativa de la agenda y coordinación.

💡 Aquí sí puedes abrir la Guía de Entrevistas si necesitan ver perfiles. Si el grupo todavía está discutiendo el cronograma, no cortes la conversación: usa la guía solo como apoyo.

Plan B:

Si TNR no puede confirmar nombres en vivo: pide solo el canal de coordinación y deja los nombres para correo.
Si quieren decidir fechas ahí mismo: acepta 1 o 2 fechas obvias, pero no conviertas la reunión en calendario. Mantén la coordinación por correo como regla general.
Si hay preocupación por carga operativa: enfatiza saturación temática: se entrevista lo necesario, no más.

15:25–15:30 · Cierre + próximos pasos · 5 min Lo conduces tú

Qué dices al cierre

"Perfecto. Para cerrar: hoy vimos el Blueprint, revisamos el cronograma tentativo y conversamos cómo coordinar las entrevistas."
"El siguiente paso es compartirles el acceso al Blueprint y enviar los correos de coordinación a las personas que vayamos identificando."
"Gracias por la apertura y por la documentación que ya nos han compartido. Esto nos permite avanzar con mucha más claridad."

Compromisos formales que dejas

URL del Blueprint compartida con los participantes.
Correos de coordinación enviados en los próximos días.
Ajustes al cronograma incorporados en el Blueprint.
Primera ronda de entrevistas coordinada según disponibilidad real.
Acuerdos principales documentados en el proyecto.

💡 Cierra con calma. No vuelvas a abrir temas grandes si quedan 2 minutos. Si algo queda pendiente, se registra y se da seguimiento.

Inmediatamente después de la reunión

Acciones de las próximas 4 horas

Hoy mismo: enviar la URL del Blueprint y acceso correspondiente a los participantes, esto es el entregable vivo de Etapa 1
Llenar STAKEHOLDER_REGISTER.md con todos los nombres + emails que se identificaron
Redactar acta de la reunión (5 párrafos) y enviarla por correo · también queda accesible desde el Blueprint
Pasar las preguntas resueltas a status cerrada en el dashboard (Preguntas Abiertas → "Marcar como decidida")
Próximos 2–3 días: enviar correos de presentación a las personas identificadas con su guión de preguntas adjunto (templates ya preparados)
Coordinar fechas de entrevista por correo con cada persona individualmente · sin presionar urgencia
Agendar primera reunión quincenal con Loyola (~2 semanas)
Actualizar STATUS.md: acuerdos, ajustes al cronograma y cualquier nuevo riesgo identificado en la reunión
Exportar respaldo del estado del dashboard (Panel Interno → "Exportar todo")

💡 Importante: NO presiones por fechas de entrevistas esta semana. Las entrevistas no son inmediatas, necesitamos tiempo para que cada persona responda y coordine su agenda. El cronograma del Discovery contempla este buffer; usémoslo.

Atajos durante la reunión

Si necesitas saltar rápidamente

📍 Pantallas para proyectar al grupo

Inicio, overview del programa
La Construcción, cronograma + sprints + entregables
Guía de Entrevistas, banco de preguntas
Modo presentación, clic en "Presentar" en topbar

🛠️ Herramientas internas (NO proyectar)

Preguntas Abiertas, para cerrar decisiones pendientes de la reunión
Matriz de Riesgos, si surge un riesgo nuevo
Hallazgos, agregación post-entrevistas
Cmd+K, búsqueda rápida en cualquier momento
J, captura rápida desde cualquier pantalla

Ensayo pre-kickoff

Hacer todo de un tirón antes de la reunión, idealmente con suficiente margen para revisar pantalla, audio, accesos y respaldos. Total: ~90 minutos. Sin interrupciones. Cuando los 9 bloques estén marcados, estás listo.

Referencia rápida

URLs que vas a usar el miércoles

Vista	URL	Para qué
Guest (TNR/BM ven)	`tnr.projectizer.ai/`	Lo que se proyecta · pide basic auth
Admin (lo que tú ves)	`…?admin=projectizer`	Desbloquea Interno · solo admin
Agenda de Reunión	`…#agenda-kickoff`	Tu tablet durante el kickoff · NO proyectar
Modo Presentación	Click Presentar en topbar	7 slides para proyectar

🔁 Auto-publish está activo, cualquier edición desde Cowork llega a la URL en ~5 segundos. No tienes que hacer nada manual.

A · 15 min

Dashboard técnico

Abrir el dashboard admin en mi tablet (URL con ?admin=projectizer), confirmar que veo la sección "Interno · solo admin"
Abrir el dashboard guest en el navegador del laptop de proyección (en ventana incógnito si necesario), confirmar que NO veo Interno · solo admin
DevTools → Console → cero errores rojos en ambos dispositivos
Hard reload (Cmd+Shift+R) en ambos para evitar caché vieja
Zoom del navegador a 110%–125% para proyección legible
Cerrar todas las demás pestañas + apps con notificaciones (Slack, Mail) · activar No Molestar

B · 10 min

Capturas y datos vivos

Limpiar capturas de prueba: pestaña Guía de Entrevistas → toolbar → "Borrar todo" → confirmar 0/113 capturadas
Verificar contador "Día X / 56" en topbar, debería leer Día 0 / 56
Toggle ES/EN funciona en ambos dispositivos · ningún texto se queda en el otro idioma
Toggle de tema (Light / Dark / Auto), los 3 modos se ven bien

C · 15 min

Modo presentación

Click "Presentar" en topbar · recorrer las 7 slides con flechas izquierda/derecha sin parpadeo
Probar Esc para salir · confirmar que regresa al dashboard normal
Probar fullscreen, el navegador puede pedir permiso la primera vez
Cronometrar el recorrido completo hablando los puntos · objetivo 12–15 min

D · 15 min

Guía de Entrevistas para impresión

Pestaña Guía de Entrevistas → toolbar → "Imprimir" → guardar como PDF (aquaflow-guia-entrevistas-2026-04-29.pdf)
Abrir el PDF y verificar: 15 perfiles presentes, sin overflow lateral, líneas en blanco para escribir respuestas
Imprimir 5 copias en papel · llevar una sexta de respaldo

E · 10 min

Comunicación pre-kickoff

Llenar todos los corchetes del correo teaser (HORA confirmada, enlace al dashboard, datos de contacto)
Adjuntar el PDF generado en el bloque D
Validar lista de destinatarios · pedir lectura cruzada a Sofía o Lorena (5 min) antes de enviar
Enviar el correo entre 5pm–7pm de hoy martes · marcar slot mañana 8:30am para revisar respuestas

F · 10 min

Logística del miércoles

Confirmar la hora final de la reunión con TNR · documentar en STAKEHOLDER_REGISTER.md → P01
Confirmar la sala / enlace virtual · si presencial: proyector + HDMI/USB-C + WiFi
Si presencial: probar el cable HDMI/adaptador hoy en otro proyector · llevar adaptador de respaldo
Si virtual: probar la sala virtual (Teams / Meet / Zoom) · login + pantalla compartida + audio
Llevar USB con copia offline del HTML + PDF · laptop al 100% + cargador

G · 15 min

Datos clave que llevar mentalmente

Etapa 1 = $14,000 USD (4 contratos individuales × $3,500 promedio)
Etapa 2 = $33,500 USD con 4 hitos de pago (15% / 25% / 25% / 35%)
Nombre del fondo coreano: open question · necesito confirmar de Loyola si dice KWPF, KGGTF u otra cosa
8 fechas clave: kickoff 29 abr · cierre Sem 1 = 1 may · cierre E1 = 22 jun · arranque E2 = 23 jun · Go-Live tentativo = 30 ago
4 personas del equipo: Daniel (arquitecto), Sofía (BA, solo E1), Josué (cambio + notif, E2+), Lorena (frontend + mobile, E2+)

H · 5 min

Mentalidad y postura

Postura honesta: nada está hecho todavía. Las KPIs en 0 son intencionales. Las hipótesis están marcadas como hipótesis.
Si preguntan "¿cuándo está listo el sistema?": "Sistema Core completo y aceptado para Go-Live al final de Etapa 2 (~30 ago 2026, 18 semanas desde hoy)."
Si preguntan "¿el equipo está completo?": "El equipo central está completo para Etapa 1. Para Etapa 2 hay brechas identificadas en ingeniería de backend, móvil, base de datos geoespacial y QA, discutimos el plan de cobertura en weekly del primer sprint."
Si preguntan "¿cuál es el riesgo más grande?": "Capacidad de cooperación TNR (acceso a personas y sistemas) y resolución de las 12 open questions documentadas. Riesgos técnicos manejables con la arquitectura por capacidades; el stack concreto se define con TI de TNR durante el Discovery."
Antes de salir de casa el miércoles: AQUAFLOW es real, importa, y este equipo tiene la capacidad de entregarlo bien.

I · 5 min · día del kickoff

Checklist final antes de la reunión

Dashboard abierto en pestaña dedicada del navegador de proyección (modo guest)
Tablet con dashboard admin abierto en Agenda de Reunión
PDFs impresos · USB con respaldo · cargador laptop en mochila · adaptador HDMI/USB-C
STAKEHOLDER_REGISTER.md abierto para llenar nombres durante la reunión
Una taza de café antes de salir ☕

Plan B

Si algo se rompe el día del kickoff

Problema	Plan B
Dashboard no carga en proyector	Abrir el HTML directo (USB), funciona offline. Sin perder funcionalidad.
WiFi de la sala falla	Tethering desde el celular o usar la versión offline del HTML.
El proyector no acepta la señal	Pasar el laptop de mano en mano, reduce flujo pero no impide la reunión.
Luis Loyola no asiste presencialmente	Resumen escrito al final del día por correo · agendar 1:1 virtual de 30 min en próxima quincenal BM.
El Director Ejecutivo TNR no asiste	Continuar con quien sí esté. Documentar quién decidió qué. Re-agendar 1:1 con el/la Director(a) en Sem 1.
Falla el modo presentación	Recorrer el dashboard con el modo normal, el contenido es el mismo.

Progreso del ensayo: 0 de 9 bloques completos. Cuando los 9 bloques estén marcados, estás listo para la reunión.

Sección en construcción

Esta vista todavía no está disponible. Vuelve a la pantalla Inicio para retomar el recorrido del Blueprint.