Usaría un enfoque de arqueología etnográfica y técnica de múltiples capas que combina observación, ingeniería inversa y sesiones de extracción de conocimiento facilitadas. Esto implica emparejar al experto que se retira con un BA que hace observación, utilizando el método socrático para descubrir árboles de decisiones mientras despliega simultáneamente herramientas de minería de procesos en los archivos de Excel para reconstruir flujos lógicos. La metodología prioriza la preservación del conocimiento tácito a través de la construcción de relaciones en lugar de demandas de documentación, utilizando el tiempo limitado para mapear primero las dependencias del camino crítico y la lógica de impacto en los ingresos.
En una firma logística de tamaño mediano, todo el algoritmo de precios de fletes vivía dentro de un laberíntico libro de trabajo de Excel con 47 pestañas interconectadas, macros de VBA y tablas dinámicas ocultas. María, la única empleada que entendía las reglas de precios condicionales para diferentes rutas de envío, se retiraba en 18 días y había bloqueado intentos anteriores de documentación porque temía ser reemplazada antes de que su pensión fuera adquirida.
Descripción del problema:
El libro de trabajo calculaba $40 millones en cotizaciones de fletes anuales, pero no contenía control de versiones, ni comentarios, y referencias circulares que fallaban si las celdas se editaban en el orden incorrecto. La dirección necesitaba migrar esto a un sistema de Salesforce CPQ en 90 días para apoyar la expansión, pero cada sesión de descubrimiento con María terminó en generalizaciones vagas. Mientras tanto, los representantes de ventas comenzaron a entrar en pánico al notar errores en las cotizaciones cuando María tomaba días de enfermedad, revelando la fragilidad del sistema.
Solución A: Sprint de Documentación Forzada
Consideramos exigir a María que completara una lista de verificación estándar de todas las fórmulas y reglas empresariales bajo amenaza de terminación anticipada. Este enfoque prometía el camino teórico más rápido hacia registros escritos y crearía un rastro de papel inmediatamente auditable para fines de cumplimiento. Sin embargo, esta estrategia conllevaba riesgos significativos para la calidad del conocimiento dada la dinámica adversarial.
Solución B: Construcción de Sistema Paralelo
Evaluamos contratar consultores externos para realizar ingeniería inversa de la lógica de Excel usando scripts de análisis en Python y datos de cotizaciones históricas, ignorando completamente a María. Esto eliminó la dependencia del participante reacio y utilizó soluciones técnicas modernas que podrían descubrir optimizaciones. Desafortunadamente, este método no tomó en cuenta el razonamiento cualitativo detrás de las excepciones de precios.
Solución C: Etnografía Incorporada con Salida Estructurada
Propusimos asignar a un BA senior para observar a María durante 4 horas diarias como un "socio de conocimiento" en lugar de auditor, utilizando grabación de pantalla e indagación conversacional. Simultáneamente, un analista técnico extraería relaciones de fórmulas utilizando Power Query y descompiladores de VBA para reconstruir la estructura lógica. Este enfoque requería un marco cuidadoso para evitar que pareciera vigilancia, pero prometía una captura integral tanto del conocimiento explícito como del tácito.
Solución elegida y razonamiento:
Seleccionamos la Solución C después de asegurar una reunión privada con María donde garantizamos sus beneficios de pensión completos y un contrato de consultoría de tres meses post-retiro a tarifas premium a cambio de su cooperación. Esto alineó sus incentivos con el éxito del proyecto. El marco de "socio de conocimiento" posicionó al BA como protector de su legado en lugar de reemplazo, desbloqueando explicaciones candidas de por qué ciertos transportistas recibían descuentos no oficiales que eran créditos de relaciones históricas no en ninguna base de datos.
Resultado:
Dentro de 16 días, el equipo mapeó el 89% de la lógica crítica de precios, incluyendo una declaración IF oculta que aplicaba un margen del 3% por volatilidad de combustibles que habría costado a la empresa $1.2 millones anuales si se omitía en el nuevo sistema. María se marchó sintiéndose respetada, y la implementación del CPQ de Salesforce se lanzó con solo un retraso de dos semanas. El contrato de consultoría de tres meses resultó crítico cuando el sistema se encontró con un escenario de precios estacionales inesperado durante el lanzamiento que solo María reconoció.
Pregunta 1: ¿Cómo distingues entre una regla de negocio que debe preservarse exactamente y un artefacto técnico que existe solo por las limitaciones de Excel?
Respuesta: Los candidatos a menudo tratan cada fórmula y macro como un requisito empresarial sagrado, sin reconocer que los arreglos de Excel con frecuencia representan deuda técnica en lugar de intención empresarial. La clave es hacer preguntas como "¿qué harías si Excel te permitiera...?" para separar la restricción del objetivo. Por ejemplo, una compleja declaración IF anidada podría representar en realidad un calendario de descuentos por niveles que debería ser una tabla de búsqueda en una base de datos adecuada, no una fórmula multilayer. Siempre rastrea de vuelta al documento de política comercial o fuente regulatoria—si la regla no está escrita allí, es probable que sea un arreglo de implementación. Debes validar con las partes interesadas si la secuencia específica de cálculo importa o solo el resultado matemático.
Pregunta 2: ¿Qué técnicas específicas evitan que un experto en la materia se sienta interrogado durante las sesiones de extracción de conocimiento?
Respuesta: El error crítico es usar preguntas de "por qué" que desencadenan justificaciones defensivas; en su lugar, usa un marco de "ayúdame a entender cómo esto protege el negocio" que posiciona al experto como un guardián. Implementa la técnica de los Cinco Porqués de forma indirecta a través de la narración: "Cuéntame qué pasó durante el apuro del Q4 cuando los puertos de la costa oeste estaban congestionados." Este enfoque narrativo activa la memoria a través del contexto en lugar de recordar de manera abstracta. Además, nunca grabes la primera sesión—úsala puramente para construir relaciones. Comparte tus notas al final de cada día preguntando "¿Me perdí algo importante para ti?" Esto les da control editorial y seguridad psicológica.
Pregunta 3: ¿Cómo validas la precisión de la lógica empresarial reconstruida cuando el sistema original no tiene un rastro de auditoría y el experto ha dejado la organización?
Respuesta: No puedes confiar en la comparación de código ya que Excel y Salesforce manejan la aritmética de punto flotante de manera diferente. En su lugar, construye un período de ejecución paralelo utilizando reprodución de datos históricos: extrae 500 cotizaciones aleatorias históricas del año pasado y ejecútalas a través del nuevo sistema, luego analiza la varianza. Cualquier desviación mayor del 0.01% indica una brecha lógica. Crea un "registro de conocimiento tribal" documentando cada suposición hecha durante la reconstrucción, etiquetada con niveles de confianza. Durante la UAT, prueba específicamente los casos especiales marcados con baja confianza con valores de entrada extremos.