8 residuos en el desarrollo de software
LEAN MANUFACTORING
Si alguna vez estuvo expuesto a
Lean Manufacturing, probablemente haya oído hablar de los 8 desechos.
Comencemos con lo opuesto a desperdicio: valor.
Las actividades de valor agregado
son aquellas que transforman directamente los productos en algo que el cliente
quiere comprar.
Entonces, ¿cómo definimos el desperdicio? Hay muchas
definiciones, pero mi favorito personal es este: cualquier actividad que pueda
eliminarse sin afectar la calidad del producto final para el cliente.
El clásico "lo que el
cliente está dispuesto a pagar" es confuso ya que el cliente paga por
todo. Si está en el negocio y los Clientes están comprando su producto, están
claramente dispuestos a pagar por cualquier desperdicio presente en su negocio.
Pero un buen negocio entiende que la actividad derrochadora crea oportunidades
para que los competidores proporción en productos muy similares con una calidad
similar (o incluso mejor) a un costo menor. Para minimizar esas oportunidades,
debe minimizar las actividades derrochadoras.
Afortunadamente, solo hay 8 de
ellos. Algunas personas definirán el octavo desperdicio de la creatividad
humana. Mientras está haciendo cosas inútiles, no está haciendo algo que pueda
utilizar mejor su potencia intelectual. También encuentro esto confuso ya que no
define una actividad de desecho en sí misma.
Pero, ¿cómo se aplican al
desarrollo de software? Si está desarrollando software para su empresa o
administrando un equipo de desarrollo de software, debe tener en cuenta que la
actividad derrochadora crea oportunidades para los competidores (como se
mencionó anteriormente).
Los desechos ralentizan el proceso de desarrollo y
agregan costo / tiempo. Le llevará más tiempo obtener nuevas funciones y
productos en manos de sus usuarios. Te costará más, y tendrás que cobrar más
para compensar esto. Y una vez que un competidor puede ingresar y proporcionar
productos similares (o mejores) a un costo menor, usted está tratando de
ponerse al día.
Estas son algunas de las formas
en que los 8 desechos se aplican al desarrollo de software:
1. Defectos. Bastante obvio.
Estos son errores en su software que causan errores, bloqueos o bajo
rendimiento. Pero esto también puede ser requisitos "defectuosos". Si
los requisitos son simplemente incorrectos, terminas perdiendo mucho tiempo escribiendo
código sin valor. Lo que es realmente difícil es cuando diferentes codificadores
tienen diferentes estilos.
Cuando hay un defecto y las convenciones de nomenclatura
no son estándar, las ubicaciones de los archivos están por todas partes, los
estilos de codificación son completamente diferentes, por lo que es difícil solucionarlos.
Hay algunas cosas que requieren una verdadera innovación: la convención de nombres
no debería ser una de ellas. Ruby on Rails tiene una idea simple: convención
sobre la configuración.
Las convenciones (es decir, la estandarización)
facilitan considerablemente la resolución de problemas y la reparación de
errores. También minimiza una gran cantidad de códigos y decisiones mundanas.
Este ejemplo específico también podría estar considerando el procesamiento
adicional y / o la producción excesiva.
2. Sobre la producción. Funciones
de programación que nadie está pidiendo, escribiendo más código de lo que se
requiere (codificación ineficiente), haciendo que los sistemas sean demasiado
complicados con más pantallas / opciones /configuraciones que las necesarias.
3. De espera. Tener que esperar
las aprobaciones, el papeleo, las decisiones de mgmt, esperar en las reuniones
y esperar la aclaración de los gerentes de producto absorben el tiempo y el
esfuerzo de los ingenieros. Esperar en los ciclos de lanzamiento es complejo.
Algunas empresas van a un ciclo de lanzamiento constante (piense en Google
Chrome) y esto ha demostrado ser excepcionalmente bueno para proporcionar
valor. Los días de lanzamientos anuales están llegando a su fin lentamente.
Otra actividad derrochadora muy común es estar esperando en la computadora. Los
sistemas informáticos y el hardware lento y desactualizado son frustrantes de
usar y un desperdicio para el ingeniero. Tan barato como esto es hoy en día,
realmente no hay una buena excusa para esto.
Que te pareció?, vaya que lean aplica en muchas áreas, Esta sería la primera parte de 2,
espera la siguiente.
Saludos.
No hay comentarios.:
Publicar un comentario