Descubrir los fundamentos de la metodología ágil

Después de completar esta unidad, podrá:

• Explicar los principios del Manifiesto por el desarrollo ágil de software.
  
• Definir la diferencia entre los principios y las prácticas ágiles.
  
• Describir cómo ser verdaderamente ágil.
  

Ahora que sabe por qué Salesforce se hizo ágil, veamos cómo puede ponerlo en práctica. 

Suena raro, pero hay una diferencia entre actuar con agilidad y ser ágil. Ser ágil significa saber por qué se actúa como se hace, en lugar de seguir un proceso a ciegas. Hay una multitud de prácticas recomendadas que pueden hacer que el equipo sea ágil. En última instancia, si puede responder "sí" a las tres preguntas siguientes, está en el camino correcto para ser ágil.

• ¿Nuestras actividades se centran en las personas?
  
• ¿Aprendemos y mejoramos continuamente para que nuestro proceso y nuestro producto evolucionen?
  
• ¿Aportamos frecuentemente valor y felicidad a nuestros clientes?
  

Valores ágiles

Nos gusta pensar en nuestro proceso ágil como en un delicioso helado con capas de felicidad. Así que, para empezar, hablemos de la base de nuestra mentalidad ágil: ¡la tarrina de helado! 

En 2001, antes de que la empresa adoptara la metodología ágil, 17 ingenieros de software de todo el sector redactaron un conjunto de valores fundamentales denominado "Manifiesto por el desarrollo ágil de software" (o "Manifiesto Ágil"). Este manifiesto fue el resultado de grandes y costosos proyectos de software a menudo cancelados o fracasados que supusieron un desperdicio de tiempo, dinero y energía. Se buscaba una alternativa al proceso consistente en diseñarlo todo por adelantado, con múltiples documentos, que había fracasado en el pasado.

Hoy, estos valores son nuestra base y nos dan una mentalidad ágil. El manifiesto se basaba en las personas y en la colaboración con el objetivo de fundar una organización exitosa y agradable.

Este es un fragmento del Manifiesto:

"Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo, hemos aprendido a valorar:

• Individuos e interacciones sobre procesos y herramientas
  
• Software funcionando sobre documentación extensiva
  
• Colaboración con el cliente sobre negociación contractual
  
• Respuesta ante el cambio sobre seguir un plan
  

Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda".

Profundicemos ahora en estos cuatro valores.

Individuos e interacciones sobre procesos y herramientas

Una parte de ser ágil significa dejar que los equipos dicten su propio flujo de trabajo, en detrimento de dejar que lo hagan los procesos heredados. En Salesforce, utilizamos una plataforma llamada GUS, que ayuda a los equipos a gestionar los flujos de trabajo y el desarrollo de productos.

En una empresa de nuestro tamaño, los equipos están dispersos por varios edificios, estados y países. Las plataformas ágiles nos permiten mantener una comunicación fluida a escala, independientemente de nuestras zonas horarias. 

Software funcionando sobre documentación extensiva

Entonces, ¿cómo confirmamos que de verdad estamos progresando? Confiamos en un resultado tangible: software, un servicio o un producto de eficacia probada. Dicho de otro modo, un documento de especificaciones en sí mismo no valida que estemos haciendo lo correcto ni aporta valor al cliente. 

Colaboración con el cliente sobre negociación contractual

Ser una empresa centrada en el cliente significa que no nos limitamos a suponer que sabemos lo que es mejor para los clientes, sino que ponemos en práctica lo que consideran que es mejor para ellos. Nuestros breves esprints y procesos de mejora continua nos ayudan a responder con rapidez a los cambios que los clientes desean. Utilizamos mecanismos como IdeaExchange (un foro en el que los clientes nos proponen ideas) para entender lo que a nuestros clientes les parece atractivo, útil y emocionante.

Respuesta ante el cambio sobre seguir un plan

La naturaleza del trabajo que realizamos en Salesforce es creativa, igual que el proceso. No podemos ser exactos sobre cada resultado, ni podemos trazar cada paso del viaje por adelantado: ¡en una aventura siempre hay desvíos! No solo eso, sino que además tenemos que dar una respuesta rápida a las opiniones de los clientes, lo que significa que se producen cambios. Y rápido. 

Por eso empezamos todas nuestras presentaciones con un aviso de seguridad en el que advertimos a los clientes que adquieren nuestros servicios que deben tomar sus decisiones de compra basándose en las características que estén disponibles en ese momento, no en lo que nosotros preveamos que haya en el futuro.

Eso no quiere decir que hagamos las cosas a nuestro aire. Nuestros equipos planifican periódicamente, desde nuestro proceso de planificación anual para toda la empresa hasta la planificación de los lanzamientos, la planificación de los incrementos y las reuniones de planificación diaria.

Los principios ágiles, de un vistazo

En la siguiente capa de ese helado, hay 12 principios ágiles que añaden sabor a nuestro proceso iterativo. Considérelas sus bolas de helado de la tarrina (de sabores variados, por supuesto).

Incluyen elementos como estos:

• Mantenerlo todo sencillo
  
• Aceptar el cambio para seguir siendo competitivos
  
• Lo mejor es la comunicación cara a cara
  
• Los empresarios y los desarrolladores colaboran durante todo el proyecto
  

Encontrará más información sobre los principios aquí.

Marcos

Ahora que tenemos todo ese helado en el bol, ¡a volvernos locos con la salsa de caramelo! Adelante, eche sobre el helado una mezcla de los marcos definidos para proporcionar métodos y directrices para las funciones, y reuniones que nos ayuden a llevar a la práctica nuestra mentalidad y nuestras aspiraciones. Estos son algunos de los marcos utilizados en Salesforce: Scrum, Kanban, Scrumban (una mezcla de ambos) y el conjunto de prácticas recomendadas técnicas denominado eXtreme Programming.

Prácticas

Al igual que los fideos de colores del helado, hay muchas prácticas ágiles, ajustadas y técnicas que nos permiten aplicar los marcos de forma ágil y ajustada. En Salesforce, estas prácticas incluyen la frecuencia de la planificación, cómo los equipos inspeccionan y se adaptan, y qué funciones y responsabilidades tiene cada persona. Cada empleado elabora documentos de planificación anual y trabajos pendientes para gestionar y priorizar el trabajo. Todo esto se suma a nuestras prácticas de ingeniería híbrida y los entornos de pruebas automatizados.

Estos valores, principios, marcos y prácticas ágiles son lo que nos ayuda a elaborar nuestra Ohana de Salesforce.