Background Image
DESARROLLO DE SOFTWARE

Buenas prácticas actuales, Parte 2: Cuándo NO seguir las normas

April 19, 2023 | 5 Minuto(s) de lectura

Anteriormente, hablamos de los supuestos ocultos o implícitos que hay en las "mejores prácticas actuales" a través deesta primera entrada del blog. Y a lo largo de esa discusión, la idea de que hay ciertos momentos en los que romper con las mejores prácticas puede ser valorado.

Pero... ¿cuáles son esos momentos? ¿Qué razón tendríamos parano intencionadamente una práctica que la mayoría del sector considera la mejor? Buena pregunta. Hablemos de ello.

Beneficios de NO Seguir las Prácticas

Ahora, para establecer el tono adecuado, esto es un recordatorio de que, en general, deberíamos seguir las prácticas. Nos ayudan a evitar las lagunas o los problemas comunes para los que se desarrollaron. Pero en determinadas circunstancias, podemos beneficiarnos de elegir intencionadamente un camino diferente.

Beneficio 1: Aprender

Uno de esos momentos es el aprendizaje. Cuando estás practicando o permitiendo que alguien aprenda, puede ser valioso para los alumnos experimentar las lecciones de primera mano. La "escuela de los golpes duros" es uno de los primeros maestros de la vida. Siempre que reconozcas que te estás preparando para sufrir en el futuro, puedes beneficiarte de elegir intencionadamente un camino alternativo.

Este aprendizaje experimental puede ser tanto bueno como malo. Para la práctica personal, tomar intencionadamente la lección de esta manera puede tener un coste y un riesgo relativamente bajos. Pero, ¡estás abriendo una lata de gusanos si permites que estas prácticas entren en producción sin una hoja de ruta para su migración! Está cambiando tiempo y algo de dolor por una comprensión más profunda de su organización y del valor que tienen las "mejores prácticas actuales".

Ventaja 2: Optimización de costes

Partiendo de la idea de dejar que una "práctica actual no óptima" entre en producción, podemos ver la segunda razón para no buscar la mejor: optimizar los costes. Buscar la mejor aplicación posible, especialmente cuando se trata de crear un nuevo producto, supone asumir un riesgo empresarial considerable.

En escenarios en los que no se sabe si el producto será rentable, elegir una forma potencialmente cara de desarrollar o mantener la arquitectura nos compromete a un camino difícil. En estas circunstancias, aún no sabes si existe un mercado para el producto. Así que construir el producto con un portavasos chapado en oro probablemente no sea la mejor manera de gastar el dinero o el tiempo de la empresa en este momento.

En cambio, si está a favor de un verdadero producto mínimo viable, puede optar por cortar primero una versión de prueba más barata y funcional de su producto. Esto le permite evitar el pago de costosos costes de puesta en marcha mientras aprende sobre el ajuste del mercado, y adquirir la experiencia que su equipo y la organización pueden necesitar para apoyar un enfoque de "mejores prácticas actuales" a medida que escala la aplicación.

Como aludíamos en la entrada anterior, este camino tiene sus propios riesgos. Se atribuye a Pablo Picasso la frase: "Aprende las reglas como un profesional, para poder romperlas como un artista". Mientras se persigue la razón económica para no aplicar una "mejor práctica actual", ¡hay que tener mucho cuidado de no dispararse en el pie!

El reto consiste en NO meterse en un agujero. Hay que preparar la solución de modo que permita crecer a un ritmo determinado en el futuro. Sólo hay que tener en cuenta que pivotar a medida que se aprende más, potencialmente le compra la aplicación más barata, que saltar a la mejor opción en primer lugar. No siempre es así, pero si se tiene en cuenta el ahorro en la puesta en marcha y la validación de la propuesta de valor, se puede hacer o deshacer una propuesta de producto.

Ventaja 3: el trato con las personas

Esto nos permite hablar ahora de una tercera y última razón para diferir de las "mejores prácticas actuales" del sector. Se trata de elegir intencionadamente ciertos defectos de diseño por razones que no tienen nada que ver con el dinero, sino con las personas.

De todos es sabido que muchas transformaciones ágiles están plagadas de dificultades. Y como resultado de estos mares tormentosos, muchas fracasan. Pensemos en lo que supone para una organización dar sus primeros pasos en una transformación ágil. Su visión fundamental del trabajo puede impedirles literalmente comprender y aplicar eficazmente ciertas prácticas ágiles por completo.

Por ejemplo, si se empieza con una cultura de mando y control, pasar a una cultura de confianza puede ser inmensamente difícil. Pasar de una forma de liderazgo directiva a otra que delega no puede hacerse en un solo paso. El proceso tiene que tener en cuenta a las personas que lo van a practicar. En una cultura de mando y control, las habilidades fundamentales que permiten que la delegación funcione no se practican o incluso pueden faltar, porque las personas de la organización nunca han tenido que utilizarlas.

Así que, en cierto sentido, la tercera razón para diferir de las mejores prácticas actuales es pragmática. Se trata de las personas. No conviene aplicar un proceso específico si las personas que deben practicarlo carecen de las competencias necesarias. No dejamos que los niños corran a bordo de un barco sin chalecos salvavidas porque carecen de la habilidad básica de nadar. Correr por la cubierta, que está resbaladiza, puede llevarles a una situación de emergencia. Ahí es donde la habilidad de nadar es vital. Por lo tanto, debemos exigirles el chaleco salvavidas y darles instrucciones para que no corran por la cubierta resbaladiza.

Los beneficios de no seguir la "mejor práctica actual" pueden aparecer cuando la teoría se encuentra con la realidad. Puede que tengamos que ajustar nuestro proceso prescrito para tener en cuenta su viabilidad en la organización actual. Para ello hay que tener en cuenta el nivel de conocimientos y la madurez de la organización en determinadas capacidades.

El software se escribe para ayudar a ofrecer valor a las personas. La forma en que proporcionamos ese software, nuestras prácticas y nuestros modelos influyen en la eficacia con la que lo hacemos. Con el tiempo, hemos aprendido buenos patrones a través del uso duro y compartiendo nuestras historias. Por lo tanto, basarnos en la sabiduría de quienes nos precedieron puede ayudarnos a acelerar el paso hacia el objetivo final: aportar valor a las personas.

Pero si intentamos seguir un patrón, debemos considerar cuidadosamente no sólo si el patrón aborda nuestros evidentes retos técnicos. También debemos tener en cuenta si el patrón puede aplicarse a la organización y cómo. Debemos permitir que las personas que lo pongan en práctica tengan éxito. Y a veces eso significa empezar con lo que no es lo mejor, para poder desarrollar nuestras habilidades, seguir aportando valor y alcanzar continuamente las mejores prácticas actuales.

Desarrollo de software

Eleve su equipo con una formación centrada en el grupo.

Reflexiones más recientes

Explore las entradas de nuestro blog e inspírese con los líderes de opinión de todas nuestras empresas.
Asset - Multi-Cloud Strategies for Developers image 2
NUBE

Aprovechamiento de SAP Analytics Cloud mediante widgets personalizados

SAP Muestra de widget personalizado