¿Qué es un propietario de una aplicación? Roles y responsabilidades del propietario de la aplicación

Las aplicaciones de software son una ventaja competitiva en la economía digital. Las empresas que adoptan frameworks como DevOps y Agile son revolucionando el mercado con tecnologías y aplicaciones de software innovadoras para los segmentos de TI empresarial y consumidor. Los profesionales de TI y los ejecutivos de negocio trabajan para entender cómo se son utilizadas sus aplicaciones, gestionando y analizando los datos procesados y generados por las tecnologías. La propiedad de aplicaciones está un rol emergente que implica tres tareas principales:

• Ser responsable de la aplicación
• Definición de estrategias para maximizar el valor empresarial de las aplicaciones
• Gestión de información relacionada con aplicaciones de software

Veamos el papel del propietario de la aplicación.

¿Qué hace un propietario de una aplicación?

El papel de un Application Owner no está definido, aunque la mayoría de las organizaciones empresariales han establecido roles bien estructurados y organizados para realizar estas tareas. Las responsabilidades pueden asignarse a una variedad de profesionales de TI de los ámbitos de Operaciones de TI, arquitectura en la nube, análisis de negocio e incluso desarrolladores. Entonces, ¿qué hace exactamente un propietario de una app?

Las siguientes tareas laborales son comunes entre estas profesiones de TI cuando se trata de la propiedad de una aplicación:

Alineación estratégica

Asegúrate de que la aplicación cumpla su propósito previsto y aporte valor al negocio. El papel de un propietario de la aplicación está guiando el ciclo de vida del desarrollo de software (SDLC) hacia mejoras de rendimiento que se alineen con la visión empresarial. (Lee sobre la alineación TI/negocio.)

Usabilidad y experiencia de usuario

La aplicación debe cumplir con los estándares considerados aceptables por todos los interesados, clientes y socios. Los propietarios de la aplicación guían a los equipos de desarrollo para encontrar un equilibrio óptimo entre:

• Funcionalidad
• Rendimiento
• Fiabilidad
• Coste
• Satisfacción del usuario

Monitorización y gestión de la información

Para mantener una alta diferenciación competitiva, la aplicación debe ser capaz de acceder, procesar y generar información útil. Esta información incluye los datos y las cargas de trabajo de TI necesarias para ambos:

• Entregar la capacidad tecnológica prevista.
• Genera conocimientos enriquecedores sobre cómo se está adoptando la tecnología e impactando en el rendimiento empresarial.

Cumplimiento normativo

Toma las medidas necesarias para garantizar el cumplimiento normativo. Trabaja con auditores externos para garantizar un alto estándar de cumplimiento con estrictas normativas globales que van desde HIPAA hasta el RGPD según corresponda. (Conoce más sobre cumplimiento y seguridad.)

Seguridad

Proporcionar controles operativos, de gestión y técnicos adecuados que ayuden a mitigar y gestionar los riesgos de seguridad que enfrentan las aplicaciones de software, la infraestructura de red, los usuarios finales y el negocio.

Confiabilidad y SLA

Define las métricas y requisitos del acuerdo de nivel de servicio (SLA) que garantizarán un rendimiento altamente fiable como un compromiso óptimo con:

• Coste
• Experiencia de usuario
• Valor empresarial

(Prepárense para brechas del SLA.)

Impacto de la propulsión

Aquí, el propietario de la aplicación apoya al negocio priorizando el backlog de productos y ayudando a lograr resultados empresariales como el crecimiento de la base de usuarios.

Comunicación, concienciación y formación

El propietario de una app se asegurará de que las decisiones técnicas y empresariales son tomen con la confianza de los ejecutivos y equipos de ingeniería según sea necesario.

Evaluación y mejora de la calidad

Identificar áreas de mejora y desarrollar un programa de mejora de calidad a largo plazo que abarque los aspectos tecnológicos y empresariales de la aplicación de software.

Los propietarios de aplicaciones piensan en los sistemas

El rol de propietario de la aplicación ha evolucionado desde el enfoque tradicional centrado en el propietario del proyecto. En las organizaciones DevOps, el propietario de la aplicación adopta un enfoque de pensamiento sistémico centrado en la visión destinada a las aplicaciones de software. El propietario moderno de la aplicación piensa en términos de todo el ciclo de vida del producto en lugar de las características que deben implementarse con un objetivo específico centrado en la tecnología. También son consideran una variedad de requisitos funcionales y no funcionales mientras el propietario de la aplicación examina todo el sistema asociado a la aplicación de software. Estos requisitos suelen son denominados Requisitos Operativos (OR) y ayudan a los equipos a entender exactamente por qué y cómo están diseñado el ciclo de vida de la aplicación para maximizar la probabilidad de alcanzar sus objetivos de negocio.

Requisitos operativos de una aplicación

El propietario de la aplicación contribuye a los siguientes requisitos operativos clave en el programa SDLC de DevOps:

• Documentación. Contribuye a la documentación para empoderar a los equipos de ingeniería con el mensaje correcto sobre los requisitos y expectativas de la aplicación.
• Automatización y scriptabilidad. Comprende el valor empresarial de la automatización: automatiza estratégicamente cuando y donde sea necesario. Evita automatizar procesos de residuos y fomenta prácticas como Infraestructura como Código y automatización de pruebas.
• Escalabilidad. Entiende cómo son consumen los recursos y aporta valor empresarial cuando se escalan. La aplicación debe estar provista con recursos adecuados para tener en cuenta los picos de tráfico y, sin embargo, evitar el sobreaprovisionamiento para evitar gastos innecesarios en la nube.
• Compatibilidad y configuraciones. Los componentes de la aplicación y la infraestructura subyacente deberían poder integrarse a medida que las cargas de trabajo y recursos cambian dinámicamente. Esto significa que te debe evitar configuraciones codificadas en forma fija. En su lugar, adoptar tecnologías estandarizadas para evitar preocupaciones de integración.
• Dependencias. Lleva un control de las dependencias y evita puntos únicos de fallo. Además, el modelo como servicio elimina un control significativo, ya que la capacidad tecnológica simplemente se está adquirida a través de la Web a un proveedor externo. Es importante entender y documentar cómo se comportan estas dependencias, cómo TI puede maximizar la visibilidad y el control sobre ellas y desarrollar los programas de gestión de riesgos necesarios.

Convertirse en propietario de una aplicación

El puesto de Propietario de Aplicaciones suele requerir un título universitario de cuatro años en Informática o de la universidad relevante y algunos años de experiencia en desarrollo, QA o análisis empresarial. De forma única, el puesto requiere que los candidatos demuestren conocimientos de ingeniería así como una sólida aptitud empresarial.

Lecturas relacionadas

• BMC DevOps Blog
• Roles y responsabilidades de Ingeniero de Aplicaciones
• Roles y responsabilidades de AppDev
• Mapeo de aplicaciones: conceptos y mejores prácticas para la empresa
• Gestionar la TI como un producto—no como un proyecto
• Gestión del rendimiento de aplicaciones en DevOps

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.