5 leyes y principios que pueden aplicarse a la ingeniería de software
- Desarrollo
- Equipe Editorial
La ingeniería de software consiste en el desarrollo de soluciones de software que abarcan desde la planificación hasta la entrega final al cliente. Para que esta entrega se realice con éxito y, sobre todo, con calidad, es necesaria una buena estrategia.
Con esto en mente, vamos a explorar algunas leyes y principios fundamentales que pueden representar verdaderas fuerzas impulsoras detrás de las decisiones y planificaciones en ingeniería de software.
1. Ley de Conway
Lo que dice la ley – La Ley de Conway describe la conexión entre la estructura de comunicación de las organizaciones y los sistemas que diseñan. Su nombre es un homenaje al programador de computadoras Melvin Conway, quien presentó la idea en 1967.
Cómo se aplica – Si la comunicación entre los equipos de la organización es complicada, la comunicación entre las capas del software probablemente también será difícil, lo que resultará en una mala experiencia para el usuario.
2. Ley de Brooks
Qué dice la ley – La Ley de Brooks es una observación sobre la gestión de proyectos de software: la incorporación de nuevos desarrolladores a un proyecto que ya está retrasado tiende a retrasarlo aún más. Fue formulada por Fred Brooks en 1975.
Cómo se aplica – Los nuevos desarrolladores primero deberán entender y comprender todo el sistema, su arquitectura y su diseño antes de comenzar a producir código útil, lo que podría retrasar aún más la entrega del proyecto.
3. Principio de Pareto
¿Qué dice el principio? – El Principio de Pareto afirma que, en muchos trabajos, el 80% de los resultados son generados por el 20% de las causas. En resumen, una pequeña parte de las causas genera un impacto desproporcionadamente grande en los resultados. Este principio fue desarrollado por el economista Vilfredo Pareto en 1896.
¿Cómo se aplica? – Es posible utilizar la regla 80/20 para priorizar las tareas que deben realizarse a lo largo de la jornada laboral. El objetivo es ejecutar el 20% de las tareas que generarán el 80% del impacto posible en ese día. Así, para lograr el mayor impacto, identifique las tareas más importantes para el equipo y concéntrese en ellas durante la jornada de trabajo.
4. Ley de Linus
¿Qué dice la ley? – La ley, formulada por el hacker Eric S. Raymond, establece que, con muchos colaboradores, cualquier problema en un sistema puede ser detectado y corregido
¿Cómo se aplica? – La perspectiva de la Ley de Linus amplía la visión sobre cómo debemos enfrentar los desafíos en el desarrollo de software. Enseña que, en lugar de buscar culpables, debemos centrarnos en la colaboración colectiva para solucionar los bugs que puedan surgir durante el proceso.
5. Ley de Murphy
Qué dice la ley – La Ley de Murphy se basa en premisas que explican los hechos cotidianos desde una perspectiva pesimista, es decir, la expectativa de resultados negativos a partir de diversos eventos. Fue creada por el ingeniero estadounidense Edward A. Murphy en 1949.
Cómo se aplica – A pesar de ser conocida como una ley pesimista, la Ley de Murphy nos recuerda la importancia de estar siempre preparados para lo inesperado. Con planificación, pruebas y planes de contingencia, estarás más capacitado para resolver lo que venga por delante.
Cada una de estas leyes aporta valiosas ideas sobre cómo abordar problemas, gestionar equipos y liderar proyectos con eficacia, no solo en la ingeniería de software, sino también en diversas áreas de la vida. ¡Vale la pena tenerlas en cuenta!
Contenido relacionado
Calidad del Software: Mucho más allá de las pruebas
¿Su sitio web o aplicación Soporta la presión? Entienda por qué muchos sistemas fallan en momentos decisivos y aprenda cómo evitar estos desastres!
