Guía de dependencias de proyectos: tipos, identificación y gestión
Matthew Sia
Gerente de Marketing de Producto
10 sep 2026
Matthew Sia
10 sep 2026
12 min
El éxito de un proyecto rara vez depende de una sola tarea bien realizada. Con mayor frecuencia, se basa en la compleja red de conexiones entre tareas: la arquitectura silenciosa que dicta el flujo del trabajo. Cuando estas conexiones son invisibles o mal entendidas, incluso los planes mejor elaborados pueden detenerse. Los equipos se encuentran esperando, no por falta de esfuerzo, sino porque una pieza crucial de otra parte del rompecabezas aún no está en su lugar.
Esta red invisible está compuesta por las dependencias del proyecto. Son las relaciones fundamentales que definen lo que debe completarse antes de que algo más pueda comenzar, y forman la columna vertebral de cualquier cronograma realista. En el trabajo moderno, donde la colaboración abarca equipos, departamentos y zonas horarias, dominar estas conexiones transforma la planificación de una suposición optimista en un mapa confiable.
Esta guía explora el marco central de las dependencias en la gestión de proyectos. Va más allá de la definición básica para ofrecer una comprensión práctica de sus tipos, estrategias para su identificación y métodos para una gestión proactiva. El objetivo es convertir posibles cuellos de botella en rutas predecibles, permitiendo que los equipos naveguen proyectos complejos con claridad y confianza.
¿Qué es una dependencia en la gestión de proyectos?
Comencemos con una definición sencilla. En el contexto de realizar trabajo, una dependencia describe una relación específica entre dos tareas o actividades. Significa que una tarea (la sucesora) depende de otra tarea (la predecesora) para poder comenzar, finalizar o avanzar correctamente.
Piénsalo como una relación de “esperar por”. Estás esperando algo de otra tarea antes de que tu tarea pueda alcanzar su siguiente hito. Ese “algo” podría ser:
- Un resultado tangible (un informe completado, una función desarrollada).
- Una decisión o aprobación (un presupuesto finalizado, un contrato firmado).
- Un recurso (un miembro clave del equipo, un software especializado).
Es crucial distinguir una dependencia de proyecto de una simple secuencia de tareas. La secuenciación indica: "La tarea B viene después de la tarea A". Una dependencia explica el motivo: "La tarea B no puede comenzar hasta que la tarea A termine porque necesita el prototipo que la tarea A crea". La dependencia define la naturaleza de la conexión.
¿Por qué es tan crítico comprender esto? Porque las dependencias en los flujos de trabajo de proyectos son la arquitectura de tu plan. Determinan la forma realista de tu cronograma, revelan riesgos antes de que se conviertan en emergencias y dictan cómo la información y los productos de trabajo fluyen a través de tu equipo. Cuando mapeas las dependencias de tareas en la gestión de proyectos, no solo estás creando una lista de pendientes; estás construyendo un modelo de cómo colabora tu equipo. En un mundo donde el trabajo está cada vez más interconectado y los equipos suelen estar distribuidos, hacer visibles estas conexiones ya no es un lujo, sino esencial para prevenir malentendidos, reducir tiempos muertos y fomentar una cultura de responsabilidad y confianza.
Los 4 tipos clave de dependencias en la gestión de proyectos
Para gestionar eficazmente las dependencias en la administración de proyectos, necesitas hablar el mismo lenguaje. Estos cuatro tipos de dependencias forman la gramática básica para planificar cualquier cronograma de proyecto. Describen la relación precisa entre las fechas de inicio y finalización de dos tareas vinculadas.
Finalización a Inicio (FI)
Este es el tipo de dependencia de tareas más común e intuitivo.
- Definición: La tarea B no puede comenzar hasta que la tarea A haya finalizado.
- Lógica: La tarea sucesora requiere el resultado completo de la tarea predecesora. Hay una transferencia clara.
- Ejemplo moderno: Un desarrollador no puede comenzar a integrar una API de pagos (Tarea B) hasta que la documentación y las claves de acceso del proveedor externo se hayan recibido y verificado por completo (Tarea A). En un equipo remoto, el disparador de “finalización” podría ser un mensaje en un chat del equipo con un enlace al documento finalizado en una unidad compartida.
Inicio a Inicio (SS)
Este tipo coordina tareas que necesitan comenzar al mismo tiempo.
- Definición: La Tarea B no puede comenzar hasta que la Tarea A comience.
- Lógica: Estas tareas suelen ser paralelas pero coordinadas. El inicio de una indica que las condiciones son adecuadas para que la otra comience, a menudo porque comparten contexto o necesitan alinearse estrechamente.
- Ejemplo moderno: El trabajo en un video de anuncio de lanzamiento de producto (Tarea B) puede comenzar una vez que inicie el sprint principal de desarrollo del producto (Tarea A). Esto asegura que el contenido del video evolucione junto con el producto, aunque ambas tareas se realicen de manera concurrente durante semanas. Evita que el equipo de video trabaje de forma aislada basándose en especificaciones antiguas.
Final a Final (FF)
Esta dependencia asegura que dos tareas concluyan juntas.
- Definición: La Tarea B no puede finalizar hasta que la Tarea A finalice.
- Lógica: Aunque las tareas puedan avanzar de forma independiente durante la mayor parte de su duración, sus conclusiones están vinculadas. La finalización de una suele ser un requisito previo para concluir la otra.
- Ejemplo moderno: La fase de pruebas de aceptación por parte del usuario (Tarea B) para un nuevo módulo de software no puede finalizar oficialmente ni ser aprobada hasta que el ciclo de corrección de errores del equipo de desarrollo para ese módulo también esté completo (Tarea A). Aunque las pruebas se realicen en paralelo con las correcciones, el informe final de “todo en orden” depende de que no haya errores críticos activos.
Inicio a Fin (SF)
La más rara de las cuatro, pero vital para escenarios específicos que implican continuidad o traspaso.
- Definición: La Tarea B no puede finalizar hasta que la Tarea A comience.
- Lógica: Esto crea un traslape para asegurar que no haya un vacío en la cobertura o responsabilidad. La finalización del sucesor está vinculada al inicio del predecesor.
- Ejemplo moderno: En el soporte al cliente, un agente que trabaja en el turno vespertino (Tarea B) no puede finalizar su turno y cerrar sesión hasta que el agente del turno nocturno (Tarea A) haya comenzado, iniciado sesión y esté listo para recibir las notas de entrega. Esto garantiza una cobertura continua las 24 horas, los 7 días de la semana. Otro ejemplo es retirar un sistema antiguo solo después de que el nuevo haya iniciado con éxito su ejecución piloto.
Comprender estos cuatro tipos de dependencias en la gestión de proyectos te permite crear cronogramas más precisos y resistentes. En lugar de simplemente alinear las tareas de principio a fin, puedes modelar la verdadera naturaleza, a menudo superpuesta, del trabajo colaborativo. Esta claridad es el primer gran paso hacia una gestión proactiva de dependencias, ayudándote a responder la pregunta crucial para cada tarea: “¿Qué, exactamente, estoy esperando y cuándo puedo esperarlo?”
Cómo identificar dependencias en un proyecto
Pasar de simplemente conocer las dependencias a encontrarlas activamente en tu propio trabajo es el primer paso crucial hacia el control. El proceso de identificar dependencias en la gestión de proyectos se trata menos de que un gerente solitario haga suposiciones y más de facilitar un descubrimiento estructurado y colaborativo. Transforma suposiciones ocultas en conexiones visibles. Un enfoque exhaustivo normalmente se desarrolla a lo largo de tres etapas progresivas.
Antes de poder vincular tareas, debes definirlas claramente. Comienza desglosando el proyecto en todos sus entregables constituyentes y actividades. Esta Estructura de Desglose del Trabajo (EDT) se convierte en tu lista maestra. El acto de descomposición en sí mismo a menudo revela dependencias obvias y de alto nivel. Por ejemplo, el “Producto Final” claramente depende de la “Fabricación Completada” y del “Diseño de Empaque Terminado”. Usar una función flexible y compartible para esto—como Lark Docs con una lista jerárquica o Lark Sheets—asegura que esta lista fundamental sea dinámica y accesible para todos, preparando el terreno para un análisis colaborativo.
Este es el núcleo de la identificación. Reúne a las personas que realizarán el trabajo, junto con los principales interesados de los equipos que interactúan. Para cada elemento de tu EDT, guía al grupo mediante preguntas específicas:
- "¿Qué insumos o condiciones previas son absolutamente necesarios para comenzar esta tarea?"
- "¿El trabajo de quién se verá directamente afectado una vez que terminemos esta tarea?"
- "¿Existen recursos compartidos (personas, equipo, presupuesto) que generen un conflicto o una secuencia?"
El poder aquí radica en las perspectivas diversas. Un desarrollador identificará los requisitos técnicos previos, un redactor de contenido detectará los ciclos de revisión y un socio de finanzas señalará los puntos de aprobación. Mapear visualmente estos vínculos en tiempo real es invaluable. Utilizar una pizarra colaborativa permite al equipo trazar líneas, crear notas y observar cómo surge de forma orgánica la compleja red de dependencias de tareas en la gestión de proyectos. Esta sesión busca capturar no solo los vínculos evidentes de final-a-inicio, sino también las sutiles coordinaciones de inicio-a-inicio y las dependencias externas críticas como entregas de proveedores o aprobaciones legales.
El mapa sin procesar de tu sesión ahora necesita síntesis y clasificación. Revisa cada enlace y clasifícalo por tipo (FS, SS, FF, SF) y por naturaleza (lógica, recurso, preferencial, externa). Este análisis ayuda a priorizar el enfoque de gestión; una dependencia externa a menudo conlleva más riesgo que una interna preferencial. El paso final y vital es identificar la ruta crítica: la secuencia más larga de estas dependencias en el proyecto que determina la duración más corta posible del mismo. Formalizar toda esta información en un registro central de dependencias o ingresarla directamente en tu software de gestión de proyectos con dependencias convierte las ideas en un plan vivo y accionable. Esta red documentada se convierte en tu única fuente de verdad sobre quién está esperando qué, formando la base para todas las acciones de gestión posteriores.
Cómo gestionar las dependencias del proyecto
Identificar las dependencias te da un mapa; gestionarlas es la navegación activa del territorio. La gestión efectiva de las dependencias en la administración de proyectos es una disciplina continua de comunicación, vigilancia y adaptación. Implica implementar sistemas que mantengan la claridad y permitan respuestas proactivas, asegurando que el plan teórico sobreviva al contacto con la realidad.
Centralizar la visibilidad y establecer el estado en tiempo real
El mayor enemigo de la gestión de dependencias son los silos de información. Una vez identificadas, todas las dependencias en los flujos de trabajo del proyecto deben ser registradas en un lugar centralizado que sea accesible para todos y se actualice en tiempo real. La función principal de un software sólido de gestión de proyectos con dependencias es servir como este centro. Cuando el estado de una tarea cambia de “en progreso” a “en revisión” o “completada”, esa actualización debe ser visible automáticamente para todos los vinculados a ella. Esto elimina el ciclo ineficiente de reuniones y correos electrónicos para actualizaciones de estado manuales. En una plataforma unificada como Lark, la finalización de una tarea predecesora puede activar notificaciones o desbloquear automáticamente la tarea sucesora, creando un sistema dinámico y auto-informativo que mantiene a todo el equipo alineado sin intervención gerencial constante.
Implementar protocolos de entrega definidos y rituales de comunicación
Una dependencia es más que una línea en un diagrama; es una transferencia entre personas. Para cada dependencia clave, especialmente los enlaces de final a inicio, define qué implica una entrega adecuada. ¿Es adjuntar el archivo final a la tarea con una etiqueta de comentario específica? ¿Es una breve reunión documentada en una nota compartida? Establecer este protocolo convierte una espera pasiva en una transferencia activa de responsabilidad. Complementa esto con rituales de comunicación simples y regulares. Una reunión diaria de pie o una sincronización semanal deben revisar explícitamente el estado de las dependencias de tareas en la ruta crítica de la gestión de proyectos. Las preguntas deben plantearse de manera interdependiente: “¿Tu trabajo sigue en camino de entregar la entrada que el equipo de marketing necesita para el miércoles?” Esto mantiene el enfoque en los compromisos con los colegas, no solo en las listas de tareas personales.
Monitorear proactivamente los riesgos y permitir la planificación de escenarios
La gestión de dependencias es, en esencia, gestión de riesgos. La supervisión proactiva significa estar atento a señales de advertencia tempranas —una tarea que de forma constante no cumple con los puntos de control intermedios, un proveedor externo que no responde— y no solo reaccionar cuando se incumple una fecha límite. Utiliza tu registro de dependencias para marcar los elementos de alto riesgo que requieran atención adicional. Además, aprovecha tu red mapeada para realizar análisis de “qué pasaría si”. Si una dependencia de un recurso crucial está en riesgo (por ejemplo, un ingeniero clave podría tomar una licencia), un mapa de dependencias claro te permite modelar rápidamente el impacto en las tareas posteriores y explorar escenarios alternativos. Esta capacidad de prever los efectos en cadena es lo que diferencia la gestión avanzada de dependencias del simple seguimiento de tareas, permitiendo que los equipos adapten los planes antes de que un riesgo menor se convierta en un bloqueo importante.
Fomentar una cultura de responsabilidad transparente
En última instancia, las herramientas y los procesos están habilitados por la cultura. La gestión exitosa de las dependencias de un proyecto requiere un entorno de equipo en el que sea seguro y esperado comunicar retrasos o problemas de forma temprana. El objetivo debe pasar de “parecer que todo va según lo planeado” a “garantizar el éxito colectivo del proyecto”. Los líderes pueden fomentar esto respondiendo a las advertencias tempranas con apoyo y resolución colaborativa de problemas, no con culpabilización.
Cuando un miembro del equipo señala un posible retraso en una tarea de la que dependen otros, debe considerarse un acto responsable que brinda a todo el equipo un tiempo valioso para ajustarse. Este cambio cultural, respaldado por sistemas transparentes, transforma las dependencias de ser fuentes de fricción en rutas documentadas de colaboración.
Beneficios de gestionar bien las dependencias de un proyecto
Invertir en una gestión sistemática de dependencias genera beneficios que van más allá de la entrega puntual. Mejora de manera fundamental la forma en que opera un equipo, proporcionando ventajas estratégicas.
- Entrega predecible y mitigación proactiva de riesgos: Un mapa claro de las dependencias en el trabajo de proyecto transforma los cronogramas de deseos optimistas en pronósticos predecibles. Comprender la ruta crítica permite a los equipos anticipar el impacto de cualquier retraso. Esto posibilita la mitigación proactiva —reubicando recursos o ajustando el alcance— antes de que surja una crisis. Esta previsión reduce el riesgo en la ejecución y construye un historial de entregas confiables.
- Eficiencia optimizada y utilización de recursos: La visibilidad de las dependencias de recursos evita cuellos de botella y tiempos muertos. Los gerentes pueden ver cuándo una persona clave o herramienta está sobrecargada. Esto permite una programación inteligente y libre de conflictos. Los flujos de trabajo se vuelven más fluidos y se minimiza el costoso patrón de “detener y esperar”. Esto conduce a una mayor productividad y mejor moral del equipo.
- Colaboración fortalecida y alineación estratégica: Cuando la red de dependencias de tareas es visible, los miembros del equipo pueden ver cómo su trabajo se interconecta. Esto fomenta un propósito compartido y una responsabilidad orgánica. También eleva las discusiones de tareas tácticas a compensaciones estratégicas. Los líderes pueden tomar decisiones informadas, reordenando prioridades según las cadenas de dependencia. Esto asegura que la ejecución del proyecto se mantenga alineada con los objetivos centrales del negocio, maximizando el valor entregado.
Utiliza Lark para gestionar las dependencias del proyecto de manera efectiva
Traducir los principios de la gestión de dependencias a la práctica diaria requiere herramientas tan interconectadas como el propio trabajo. Una plataforma de trabajo unificada como Lark va más allá del simple seguimiento de tareas al integrar la gestión de dependencias directamente en el tejido de la comunicación y la colaboración. Así es como sus funcionalidades específicas abordan los desafíos centrales de gestionar las dependencias de proyectos.
Deja claras las dependencias de un vistazo
Las cadenas de tareas complejas son más desafiantes cuando son “invisibles”. En la vista de diagrama de Gantt o de línea de tiempo de Lark Tasks, las dependencias entre tareas dejan de ser notas ocultas y se convierten en líneas de conexión claras. Los equipos pueden ver de forma intuitiva cadenas lógicas, como “la Tarea A debe completarse antes de que la Tarea B pueda comenzar”, lo que facilita entender cómo encaja su trabajo en la red del proyecto y cómo sus retrasos o adelantos afectan a los compañeros anteriores y posteriores en el flujo. Esta visualización reduce significativamente la sobrecarga de comunicación, haciendo que el panorama general del proyecto y la ruta crítica sean transparentes para todos y minimizando los bloqueos causados por malentendidos desde el inicio.
Automatizar los protocolos de entrega para reemplazar los seguimientos manuales
La gestión de dependencias a menudo implica una tediosa búsqueda manual. La automatización de Lark Base convierte las transferencias procedimentales en flujos de trabajo automáticos y confiables. Puedes crear una regla que indique: "Cuando una tarea en el proyecto 'Diseño' se marque como 'Aprobada', cambia el estado de su tarea vinculada de 'Desarrollo' a 'Lista', y publica una notificación en el canal de chat 'Eng-Design Sync'." Esto automatiza el momento crítico de una dependencia de Fin-a-Inicio. El responsable de la tarea sucesora recibe una señal inmediata y clara para comenzar el trabajo, sin que el gerente de proyecto tenga que enviar un solo mensaje.
Obtén un centro de control en tiempo real para la ruta crítica
Comprender la salud de tu red de dependencias requiere más que una lista estática; necesita una vista dinámica y visual. Los tableros de Lark Base te permiten construir un centro de mando de proyectos personalizado. Puedes crear widgets que extraigan datos en tiempo real, como una vista de diagrama de Gantt filtrada para mostrar solo las tareas en la ruta crítica, una lista de todas las tareas etiquetadas como "Bloqueadas" o "En espera", o un conteo de entregables atrasados que tengan sucesores dependientes.
- Plan inicial: Plan gratuito para siempre que incluye 11 herramientas potentes para hasta 20 usuarios. También incluye 100 GB de almacenamiento, 1000 ejecuciones de automatización, traducciones con IA y más.
- Plan Pro: $12/usuario/mes (facturado anualmente) para hasta 500 usuarios. Incluye todo lo del plan Básico más llamadas grupales para hasta 500 asistentes, 15 TB de almacenamiento, 50,000 ejecuciones de automatización y más.
- Plan Empresarial: Contactar al equipo de ventas para precios personalizados. Admite usuarios ilimitados e incluye aún más ejecuciones de automatización y funciones avanzadas de seguridad, cumplimiento y gestión.
Starter
Pro
Enterprise
Starter
For small teams with simple communication needs
$0
/ user / month
20 users max
18 months message history
1-on-1 video meetings
100 GB storage
Lark Docs & Mail
1000 Base automation runs/month
2000 rows per table in Base
Pro
For companies with comprehensive collaboration and management needs
$12
/ user / month
500 users max
Unlimited message history
500-participant video meetings
15 TB storage
Lark Docs & Mail
50k Base automation runs/month
20k rows per table in Base
Enterprise
For large companies with advanced security and organizational management needs
Get a personalized demo and pricing
Unlimited users
Unlimited message history
500-participant video meetings
15 TB storage + 30 GB storage/user
Lark Docs & Mail
500k Base automation runs/month
50k Base automation runs/month
Single sign-on (SSO)
Pro
For companies with comprehensive collaboration and management needs
$12
/ user / month
500 users max
Unlimited message history
500-participant video meetings
15 TB storage
Lark Docs & Mail
50k Base automation runs/month
20k rows per table in Base
Consejos para la gestión de dependencias
Dominar las dependencias en la gestión de proyectos es una práctica continua. Más allá de las herramientas y procesos, estos consejos prácticos pueden integrar un manejo eficaz de dependencias en la cultura de tu equipo.
Comienza temprano y revisa con frecuencia
Empieza a identificar las dependencias del proyecto durante la fase inicial de planificación, no después de que el cronograma esté establecido. Trata tu registro de dependencias como un documento vivo. Revísalo y actualízalo regularmente —en sincronizaciones semanales o durante la planificación de sprints— para considerar cualquier cambio en el alcance, recursos o prioridades. La atención temprana y frecuente evita que pequeños descuidos se conviertan en grandes obstáculos.
Prioriza la ruta crítica
No todas las dependencias de tareas tienen el mismo peso. Enfoca tu monitoreo y comunicación más rigurosos en las dependencias que forman la ruta crítica del proyecto. Un retraso de un día en una tarea de la ruta crítica retrasa directamente la entrega final. Al comunicar claramente qué dependencias están en esta ruta, ayudas a que todo el equipo entienda dónde la precisión y la puntualidad son más importantes.
Comunica el “por qué” detrás de la dependencia
Al asignar una tarea, no solo indiques que depende de otra. Explica la razón. Decirle a un desarrollador: "Esta tarea de integración de API no puede comenzar hasta que la documentación del proveedor esté finalizada porque necesitamos las especificaciones de autenticación", proporciona un contexto crucial. Esta comprensión ayuda a los miembros del equipo a resolver problemas, anticipar problemas y, a veces, encontrar formas creativas de sortear un bloqueo, fomentando una mayor autonomía y compromiso.
Planifica para contingencias, especialmente para enlaces externos
Las dependencias externas suelen ser las de mayor riesgo. Siempre ten un "Plan B" para elementos externos críticos. Si un lanzamiento depende de la aprobación de una tienda de aplicaciones de terceros, asegúrate de saber qué puedes hacer si se retrasa. ¿Puedes ajustar tu cronograma de marketing? ¿Existe alguna actividad paralela en la que el equipo pueda enfocarse? Incluir tiempo de contingencia en tu calendario para entregas clave externas es una característica distintiva de una gestión de dependencias madura.
Conclusión
Las dependencias de un proyecto son el plano de la colaboración, definiendo cómo fluyen el trabajo y las responsabilidades dentro de un equipo. Dominarlas transforma la incertidumbre en previsibilidad y la fricción en confianza.
Este recorrido, de la conciencia a la acción, comienza con la comprensión de los tipos de dependencias, se consolida al mapear los vínculos con tu equipo y se operacionaliza mediante una comunicación clara y un enfoque en el camino crítico. El objetivo final es hacer visible lo invisible, convirtiendo posibles cuellos de botella en rutas claras para la entrega.
¿Listo para transformar la manera en que tu equipo gestiona las dependencias? Lark ofrece el espacio de trabajo integrado para mapear, rastrear y automatizar estas conexiones críticas sin interrupciones.
Preguntas frecuentes
¿Qué son las dependencias de un proyecto?
Las dependencias del proyecto definen la secuencia de trabajo al establecer relaciones entre las tareas. Especifican que una tarea depende del inicio o la finalización de otra, formando la base lógica de cualquier cronograma de proyecto. Comprender estas relaciones es fundamental para predecir los plazos y prevenir cuellos de botella.
¿Cuáles son los cuatro tipos de dependencias en la gestión de proyectos?
Los cuatro tipos principales son Fin-a-Inicio, Inicio-a-Inicio, Fin-a-Fin e Inicio-a-Fin. Estas categorías describen la condición específica (inicio o fin) que debe cumplirse en una tarea predecesora para que una tarea sucesora pueda comenzar o terminar. Dominar estos tipos permite una planificación de proyectos precisa y flexible.
¿Cuál es un ejemplo de una dependencia?
Un ejemplo clásico se encuentra en la construcción: no se puede comenzar a pintar las paredes interiores de un edificio hasta que la instalación de paneles de yeso y la aplicación de la imprimación estén completamente terminadas. Esta es una dependencia de tipo Fin-a-Inicio, donde se requiere una entrega clara y de calidad antes de que la siguiente fase pueda comenzar de manera lógica.
¿Cuáles son las dependencias clave en un proyecto?
Las dependencias clave son aquellas tareas en la ruta crítica del proyecto o las vinculadas a entregables y aprobaciones importantes. Un retraso en cualquier dependencia clave impactará directamente en la fecha límite final. Gestionar proactivamente estas—como aprobaciones importantes de clientes o entregables de proveedores externos—es crucial para el éxito. Centralizar el seguimiento de estas, como lo hacen los equipos con plataformas como Lark, garantiza que permanezcan visibles y presentes en la mente.
Lecturas relacionadas
Table of contents
¿Interesado en Lark?
Todas tus herramientas en un solo lugar
Ahorra tiempo y aumenta la eficiencia
Ahorra hasta un 70 % en costos de software
Table of contents
¿Interesado en Lark?
Todas tus herramientas en un solo lugar
Ahorra tiempo y aumenta la eficiencia
Ahorra hasta un 70 % en costos de software
Sigue leyendo
© 2026 Lark Technologies Pte. Ltd.