DESARROLLO ESBELTO DEL SOFTWARE
El desarrollo de software esbelto está muy casado con el concepto de desarrollo ágil aunque son conceptos totalmente distintos.
El desarrollo esbelto implica agilidad aunque la agilidad no necesariamente implica ser esbelto. Por ejemplo una persona que es esbelta generalmente es ágil, una persona que es ágil no necesariamente esbelta (hay muchas personas que aun siendo obesas desarrollan agilidad). En cuestión de desarrollo de software, la agilidad implica desarrollar cosas con destreza (no necesariamente rápido) mientras que el desarrollo de software esbelto de manera esencial consiste en eliminar procesos innecesarios.
En una era donde ser esbelto está de moda, ¿se puede poner a dieta los procesos de …ver más…

En este sentido se tiene el mito de que el trabajo del tester es encontrar errores cuando su rol principal es verificar que el producto de software sea de calidad. Una de las metas fundamental del desarrollo esbelto de software es reducir el tamaño del código de manera considerable tomando en cuenta la premisa que a menor código menor probabilidad de error. En este tenor, se debe seguir el principio de mantener lo más simple el diseño del software así como utilizar técnicas más avanzadas como la refactorización de código. * Principio 3: Crear conocimiento
Dada la naturaleza del software no es posible conocer las necesidades de un producto de software desde el inicio y tampoco es posible el diseñar sin implementar dado que en general el diseño se va puliendo poco a poco. Se debe de ver el desarrollo de software como un proceso de aprendizaje y mejora tanto del producto como del negocio en sí. Bajo este contexto, se tiene la creencia que el manejar predicciones crean predictibilidad, este concepto es erróneo dado que el desarrollo de software es un proceso socio tecnológico que al verse involucrado por el capital intelectual no es predecible. * Principio 4: Postergar compromiso
En este apartado se deben de tomar decisiones que no sean reversibles y encontrar soluciones que se puedan invertir. En palabras más claras, se debe tratar que el proceso de desarrollo no cambie, se quede estandarizado pero que la solución pueda ser modificada fácilmente. En este