Las empresas de consumo como Google y Apple han adoptado ciclos de lanzamiento cada vez más rápidos, y ahora los departamentos de TI corporativos se enfrentan a expectativas similares. He aquí cómo adaptarse.
Érase una vez, los líderes de TI serios podían sentarse en una sala de conferencias con sus colegas de negocios y ejecutivos, y discutir los ciclos de desarrollo e implementación de software que se extendieron a lo largo de varios años. Se podría proponer una aplicación importante de la planificación de los recursos institucionales que abarcara medio decenio sin que nadie levantara la ceja, y los plazos de 18 a 36 meses podrían incluso considerarse implementaciones rápidas. Si entra en una sala de juntas ahora y propone un proyecto de software de cinco años, es probable que se rían de usted en el edificio.
Los puntos de referencia de Google y Apple
Una de las tecnologías definitorias de la última década fue la consumerización del smartphone y los ciclos de desarrollo y lanzamiento rápidos asociados del hardware y el software del smartphone. Cada año trae un desfile de dispositivos nuevos y diferentes, combinados con revisiones del sistema operativo que presentan cambios visuales dramáticos y cientos de cambios funcionales.
Puede ser un argumento que hace que los tecnólogos se avergüencen, pero cada vez escuchamos más «Si Google puede desarrollar tres nuevas plataformas de hardware y lanzar un sistema operativo móvil completamente revisado en ocho meses, ¿por qué no puedo obtener mi CRM en un plazo de tiempo similar? Si estas comparaciones son legítimas o no, podría ser una discusión interesante durante la hora feliz, pero el hecho es que los departamentos de TI corporativos que proponen plazos masivos de varios años van a ser comparados con los ciclos de desarrollo del consumidor.
Innovación rápida
Uno de los aspectos positivos de los ciclos de desarrollo más rápidos en el espacio del consumidor es que la mayoría de los «consumidores» internos de TI corporativa están cada vez más acostumbrados a un desarrollo rápido e iterativo. Cada empleado que ha tenido un teléfono inteligente popular ha visto una función favorita o una aplicación favorita que ha llegado a la escena con funcionalidad limitada o una colección de errores, que luego evoluciona y mejora rápidamente. Algunos sugieren que se trata de una licencia para entregar software de baja calidad y arreglarlo más tarde, una táctica que sólo debería emplearse en las situaciones más difíciles. En lugar de excusar la calidad, la innovación rápida debería permitirle adoptar un enfoque de «producto mínimo viable» para ofrecer funciones.
En el pasado, las implementaciones de gran envergadura asumían grandes partes de la funcionalidad y proporcionaban un sistema completo a lo largo de un largo periodo de tiempo. Debido a las expectativas cambiantes en cuanto al tiempo y la funcionalidad, ahora es posible ofrecer «trozos» parciales de funcionalidad que evolucionan e se integran con el tiempo.
Aunque sus usuarios aceptarán un producto mínimo viable, seguirán exigiendo uno con todas las funciones, y es responsabilidad de los departamentos de TI gestionar cuidadosamente el alcance. Todo el trabajo cuidadoso que ha hecho al cambiar de pensar en versiones largas y ricas en funciones a versiones rápidas con un mínimo de funcionalidad se deshará rápidamente una vez que empiece a aceptar un alcance adicional.
Haciéndose Ágil (cuidadosamente)
La agilidad, o uno de los muchos enfoques de desarrollo rápido similares, se cita con frecuencia como la panacea para las demandas de una organización de TI más receptiva, y sin duda es un componente del objetivo general. Ser exitoso con Agile requiere mucho más que unas cuantas herramientas nuevas y palabras elegantes como scrum, y en el peor de los casos Agile es la excusa para documentación y pruebas de mala calidad y un facilitador para un producto final pobre. Incluso la mejor metodología nunca salvará a una organización de desarrollo mal gestionada, por lo que si se espera que produzca código de calidad en un ciclo rápido, asegúrese de que su personal y proveedores estén a la altura de la tarea.
Exclusión voluntaria
Un enfoque interesante y a menudo viable para el aumento de las expectativas sobre la TI interna es optar por no participar en el negocio de implementación por completo y realizar la transición de toda su TI a los servicios basados en la nube y a las organizaciones externas. Este enfoque no es posible para todas las organizaciones, pero cada vez más, incluso las empresas bastante grandes cuentan con personal de TI de un solo dígito y no con un centro de datos o desarrollador en cualquier lugar de la empresa. Es posible que tenga un código personalizado de décadas de antigüedad que puede ser transferido a una plataforma en nube, o incluso transferido a un proveedor. Sólo asegúrese de que la empresa que absorbe sus cargas es capaz de cumplir con sus expectativas, y que cuenta con incentivos financieros y sanciones para mantenerlos honestos.
Muchos en TI pueden perderse los días de los proyectos de desarrollo e implementación de varios años, en los que se construyó una infraestructura y funcionalidad masivas y, finalmente, se desplegaron con gran éxito. Aunque estos proyectos todavía existen, la mayor parte del trabajo de TI está en transición hacia un desarrollo rápido e iterativo. Esta transición no es nueva, pero el aumento de la prevalencia de dispositivos de consumo que tienen versiones importantes cada dos años o incluso cada tres meses ha establecido el listón, y como líderes de TI tenemos que adaptarnos, o vernos obligados a hacerlo.