Definición de roles y perfiles de los actores involucrados en un proyecto de TI

En un proyecto de Tecnología de la Información (TI), existen varios roles y perfiles de actores involucrados que desempeñan funciones específicas para garantizar el éxito del proyecto.

Roles. El concepto está vinculado a la función o papel que cumple alguien.

Responsabilidades. Se define como la contribución activa y voluntaria al mejoramiento social, económico y ambiental por parte de las empresas, generalmente con el objetivo de mejorar su situación competitiva, valorativa y su valor añadido.

Actores involucrados: Un actor es todo individuo que se encuentra o forma parte de un grupo, organización, entidad, corporativo, público, social o privado, que tenga relación directa o indirecta con el proyecto a ejecutar.

A continuación, se describen algunos de los roles y perfiles más comunes:

Patrocinador:

Es la persona o grupo de personas que proporciona el apoyo financiero y político al proyecto. El patrocinador es responsable de asegurar que los recursos necesarios estén disponibles para el proyecto y que se cumplan los objetivos de negocio.

Gerente de Proyecto

Es el responsable de la definición del proyecto y de la asignación de recursos al mismo. Da soporte a las tareas de estimación y definición de las actividades contenidas en los planes y realiza la revisión y aprobación de los mismos.

 

Líder de Proyecto

Alguna vez te preguntaste, ¿entonces que hace el líder? Bueno te explico, este rol es el responsable de atender las necesidades de los Analistas de Sistemas, Arquitectos, Ingenieros de Software, Capacitadores, Responsable de pruebas, Testers, Responsable de calidad, Administradores de la configuración del proyecto y Administradores de la configuración global, brindando una solución a los requerimientos que soliciten. Establece el control de los avances del proyecto, asignaciones de trabajo, juntas de seguimiento y sobre todo dar buena cara y tener contento al cliente. En resumen, este rol es el responsable de llevar a buen término la ejecución del proyecto. ¿ha cambiado tu perspectiva?

 

Analista de Sistemas

¿Y entonces el analista? Es el encargado del diseño del sistema: Análisis general, análisis detallado, diagrama conceptual, diseño y generación de la base de datos y normalización de la misma, documento de flujo de operación y especificaciones funcionales.

Recuerda la mayor parte del éxito de un proyecto está en el buen entendimiento y especificación de los requerimientos. No solo basta con tomar nota de lo que requieren los usuarios funcionales, un analista debe de convertirse en un consultor de negocios que proponga mejoras y soluciones a las necesidades del cliente. Pregúntate ¿Vas más allá de solo tomar notas?

 

Diseñador

¿El verdugo de los desarrolladores? Bueno él es el responsable de la creación de un concepto de sistema que ayude a cumplir los objetivos de negocio fijados por los interesados, asegurándose que el sitio cumpla con las características de accesibilidad, navegabilidad, interactividad y usabilidad que garanticen una experiencia agradable al usuario. Hoy en día el diseño se ha vuelto fundamental para que un buen sistema de software invite a ser usado por sí solo. Ya no solo basta que un diseñador te genere plantillas como imágenes (png, jpg, etc), y las pase a construir a los desarrolladores dándoles la responsabilidad de la generación de los HTMLS (hablando de web), sino que las organizaciones cada vez esperan más sobre este rol, la exigencia de que el mismo diseñador sea el responsable de generar el HTML de esos diseños tan sofisticados y modernistas ya se da por hecho incluso que trabajen ya en mente con marcos de trabajo responsivos y dinámicos. ¿Te suena conocido, less, sass, boostrap? Te invito a que busques estos conceptos sé que te ayudarán a ser competitivo.

 

Ingeniero de Software

¿Un ser que habla en ceros y unos, un todo poderoso, intocable, el héroe y el destino está en sus manos? Bueno algo así y nada lejano a la realidad, sin estas personas el software no podría generar más software, por lo tanto, su principal responsabilidad es definir y mantener el código fuente de uno o varios componentes, garantizando que cada componente implemente la funcionalidad correcta. Tiene responsabilidad por la integridad de uno o más subsistemas de implementación y de sus contenidos a lo largo del desarrollo. Es también responsable de asegurarse que el código generado esté libre de errores por medio de la ejecución de pruebas unitarias del código construido.

 

Responsable de Calidad

¿Inspectores, auditores, el verdugo de los líderes? Pues gracias a este rol los proyectos van encaminados a buen éxito ya que su principal responsabilidad es de garantizar el cumplimiento de los compromisos hechos con el proyecto desde el punto de vista del proceso a seguir. Si un proyecto de desarrollo no cuenta con una metodología con procesos y procedimientos bien ejecutados la probabilidad de éxito se vuelve baja y tiende al caos y heroísmo y buena fe de los integrantes del proyecto para sacarlo adelante.

 

Responsable de Pruebas

¿Otro verdugo o un aliado del desarrollador?, gánatelo como aliado, aprende de los issues que te reporta, hazlos tuyos, documéntalos corrígelos y que no te vuelvan a pasar. Esta persona tiene como responsabilidad garantizar que se cumplan los requerimientos funcionales establecidos para el producto y el que el producto esté libre de fallas, por medio de la planeación y ejecución de las pruebas a todo el software construido. Es el encargado de dar el visto bueno de que un producto o aplicación pueda pasar a un ambiente productivo, su responsabilidad es tan grande que se juega parte del éxito del proyecto en el.

 

Administrador de la Configuración del Proyecto

¿Y dónde están las especificaciones del proyecto, cuál es la versión final, porque no tengo acceso a esa información, donde están los cambios que hice a mí página? ¿Te suena familiar? Por lo tanto, este rol es responsable del versionamiento y ubicación de cada producto de trabajo del proyecto que permita asegurar la disponibilidad de los mismos en un repositorio de proyecto incluyendo el código y la documentación generada durante el ciclo del proyecto. ¿No conoces mucho de este tema?, algunos softwares de control de versiones de código “Subversión, TortoiseSVN, GitHub, TFS”

Analista de negocio: Es la persona encargada de analizar los requerimientos y necesidades del negocio y de convertirlos en requerimientos técnicos. El analista de negocio trabaja estrechamente con los usuarios del sistema para entender sus necesidades y diseñar soluciones técnicas que satisfagan esas necesidades.

Arquitecto de soluciones: Es la persona encargada de diseñar la arquitectura técnica de la solución. El arquitecto de soluciones se asegura de que la solución sea escalable, segura, robusta y cumpla con los requerimientos técnicos y de negocio.

Desarrolladores: Son las personas encargadas de desarrollar el software o las aplicaciones necesarias para el proyecto. Los desarrolladores trabajan en estrecha colaboración con el analista de negocio y el arquitecto de soluciones para implementar la solución técnica.

Equipo de pruebas: Es el equipo encargado de probar y validar la solución técnica antes de su implementación en producción. El equipo de pruebas se asegura de que la solución sea robusta y cumpla con los requerimientos de calidad.

Equipo de soporte: Es el equipo encargado de brindar soporte técnico y mantenimiento de la solución después de su implementación en producción. El equipo de soporte se asegura de que la solución siga siendo escalable, segura y robusta después de su implementación.

Cliente

¿El cliente?, si claro el cliente, para la consecución exitosa de las actividades y fases del proyecto, es indispensable la participación de personas clave del cliente relacionadas al proyecto; así como también del personal de Sistemas.

Las personas por parte del cliente que se identifiquen para participar en el proyecto deberán tener el tiempo suficiente para agendar entrevistas con los Analistas de Sistemas, con la finalidad de que se revisen y se especifiquen las reglas de negocio y procesos críticos. Su participación es muy importante durante las fases de análisis, diseño, pruebas y capacitación.

Es responsabilidad por parte del cliente designar a un líder de proyecto de su parte que funja como el canal principal sobre el cual se estarán llevando acuerdos, notificaciones, reuniones de avance y autorización de requerimientos, así como de la aceptación del producto y proyecto.

El líder de proyecto que representa al cliente es responsable de establecer los requerimientos, revisarlos y autorizarlos a fin de definirlos como base para la construcción del software.

Es también responsable de la verificación y validación del producto de software entregado a fin de que permita aceptar de conformidad la entrega del producto y cierre formal del proyecto.

¿Cuál es la diferencia entre un actor y un rol? pues bueno, los actores son las personas que trabajan en la organización y el rol son las funciones que desempeña ese actor.

Ingeniería de software

Conclusión: En un proyecto de Tecnología de la Información (TI), los roles y perfiles de los actores involucrados son fundamentales para asegurar el éxito del proyecto. Cada uno de los actores tiene una función específica que desempeñar y se encarga de aspectos clave para el proyecto, como la coordinación, la gestión de recursos, el diseño, la implementación, la prueba y el soporte técnico. Por lo tanto, es esencial que las organizaciones comprendan claramente estos roles y perfiles y los asignen adecuadamente para garantizar una colaboración efectiva y una entrega exitosa del proyecto.

Referencias:

• «Roles y responsabilidades en la gestión de proyectos de TI», por Manuel Garrido Moreno, en Revista de Investigación Académica, Vol. 48, 2018.
• «Identificación y análisis de los roles y perfiles de los actores en los proyectos de tecnología de la información», por Luis Carlos Loaiza et al., en Revista Colombiana de Computación, Vol. 16, No. 2, 2015.
• «Roles y responsabilidades en proyectos de TI», por Miguel Ángel Gañán García, en ITI-Information Technology and Innovation, No. 7, 2011.
• «IT project roles and responsibilities», por Margaret Rouse, en TechTarget, 2019.