Los equipos Scrum se enfocan en un conjunto acotado de caracter\u00edsticas por vez. Esto permite que al final de cada Sprint se entregue un producto de alta calidad y adicional mente se reduce el time-to-market.<\/p>\n
2.- Coraje<\/strong><\/p>\n Debido a que los equipos Scrum trabajan como verdaderos equipos nos apoyamos entre compa\u00f1eros para as\u00ed asumir compromisos desafiantes.<\/p>\n 3.- Apertura<\/strong><\/p>\n Nos permite una discusi\u00f3n abierta de los problemas que tenemos al realizar el proyecto, la informaci\u00f3n esta disponible para todos.<\/p>\n 4.- Compromiso<\/strong><\/p>\n Cada integrante del equipo debe tener un compromiso para lograr el \u00e9xito del grupo.<\/p>\n 5.- Respeto<\/strong><\/p>\n Ya que el grupo trabaja en forma conjunta compartiendo \u00e9xitos y fracasos se fomenta el respeto mutuo.<\/p>\n Un proyecto tradicional parte de un plan inicial con las diferentes fases del desarrollo, la realidad diaria, nos demuestra que hay retrasos, que hay equipos independientes que hacen su tarea, y una vez terminada se la pasan al siguiente equipo acumulando retrasos, adem\u00e1s muchas veces, una vez transcurrido m\u00e1s del 30% del tiempo, el cliente lo \u00fanico que ha visto es papel y documentaci\u00f3n que tiene que aprobar, muchas veces sin comprenderla. Finalmente, para recuperar tiempo, se reducen los tiempos planificados de pruebas, con lo que el software entregado es de menor calidad. Y a partir de ah\u00ed surgen los cambios que pide el cliente una vez que empieza a trabajar con el software y ve que el software entregado no cumple con todas sus expectativas, o incluso que en el tiempo ha cambiado el alcance o el negocio.<\/p>\n En el caso de proyectos incrementales como Scrum, lo que se hace es que en cada iteraci\u00f3n se realizan todas fases, toma de requisitos, dise\u00f1o y an\u00e1lisis, codificaci\u00f3n y pruebas, QA, despliegue y evaluaci\u00f3n y priorizaci\u00f3n.<\/p>\n Eso lo que permite, es que en cada iteraci\u00f3n se le entregue al cliente una versi\u00f3n operativa del software, con lo que desde el principio le cliente va viendo un avance real en producto en vez de s\u00f3lo documentaci\u00f3n. Eso hace que los posibles cambios los pueda identificar el cliente mucho m\u00e1s r\u00e1pido. Y las desviaciones se identifiquen mucho antes.<\/p>\n En el siguiente cuadro mostramos las diferencias entre las estrategias de desarrollo tradicional, frente a las strategis \u00e1giles, tanto en desarrollo, trabajo y conocimiento.<\/p>\n Tambi\u00e9n en cuanto a la planificaci\u00f3n y ejecuci\u00f3n de los proyectos hay diferencias. En los proyectos tradicionales, se hace una planificaci\u00f3n inicial que es larga y a partir de all\u00ed se realiza el desarrollo y posteriormente la estabilizaci\u00f3n. En el caso de los proyectos Scrum, se realiza una planificaci\u00f3n inicial a muy alto nivel, y luego por cada iteraci\u00f3n se realiza la planificaci\u00f3n completa, desarrollo y estabilizaci\u00f3n de la iteraci\u00f3n en la que se est\u00e1 trabajando.<\/p>\n Otra de las diferencias importantes entre los proyectos tradicionales y scrum es el concepto de done (terminado). En el caso de proyectos tradicionales, el proyecto no est\u00e1 terminado hasta la entrega final que puede llevar meses e incluso a\u00f1os. Eso puede generar que en el caso de proyectos grandes, que una vez que se entregue el desarrollo, ya est\u00e9 obsoleto, porque haya cambiado el negocio, as leyes o las necesidades del cliente.<\/p>\n En el caso de proyectos \u00e1giles, las entregas se van realizando de forma continua, de forma que en cada iteraci\u00f3n se realice una entrega de producto completa y totalmente operativa, de forma que se puede operar casi desde el inicio del proyecto, y como la metodolog\u00eda Scrum permite, si hay que hacer modificaciones por necesidades o cambios operativos, se pueden realizar desde el principio del proyecto. Asimismo, permite priorizar los entregables por necesidades o prioridades del negocio, lo que hace que se alcance una productividad mayor.<\/p>\n Las metodolog\u00edas tradicionales est\u00e1n enfocadas en las actividades (especificaci\u00f3n, dise\u00f1o, implementaci\u00f3n,\u2026) de forma que en cada ciclo de producci\u00f3n se contemplan todas las caracter\u00edsticas a desarrollar del software. Eso hace que el entregable se produce al final del ciclo completo.<\/p>\n Sin embargo, con Scrum, el foco es en las caracter\u00edsticas a desarrollar, de forma que se identifica una caracter\u00edstica y se realizan las actividades (especificaci\u00f3n, dise\u00f1o, implementaci\u00f3n,\u2026) para cada una de ellas, lo que hace que se genere un entregable por cada caracter\u00edstica o funcionalidad, teniendo entregables de forma continua.<\/p>\nFuncionamiento de un proyecto tradicional<\/h2>\n
![\"Proyecto](\"http:\/\/www.blmovil.com\/wp-content\/uploads\/sites\/3\/2019\/02\/Scrum10.png\")
<\/p>\nFuncionamiento de un proyecto interactivo e incremental<\/h2>\n
![\"Proyectos](\"http:\/\/www.blmovil.com\/wp-content\/uploads\/sites\/3\/2019\/02\/Scrum11.png\")
<\/p>\nTradicional vs \u00e1gil<\/h2>\n
![\"Desarrollo](\"http:\/\/www.blmovil.com\/wp-content\/uploads\/sites\/3\/2019\/02\/Scrum12.png\")
<\/p>\nPlanificaci\u00f3n continua<\/h2>\n
![\"Planificaci\u00f3n](\"http:\/\/www.blmovil.com\/wp-content\/uploads\/sites\/3\/2019\/02\/Scrum13.png\")
<\/p>\nConcepto Done<\/h2>\n
![\"Concepro](\"http:\/\/www.blmovil.com\/wp-content\/uploads\/sites\/3\/2019\/02\/Scrum14.png\")
<\/p>\n![\"Concepto](\"http:\/\/www.blmovil.com\/wp-content\/uploads\/sites\/3\/2019\/02\/Scrum15.png\")
<\/p>\n![\"Enfoue](\"http:\/\/www.blmovil.com\/wp-content\/uploads\/sites\/3\/2019\/02\/Scrum16.png\")
<\/p>\nDesarrollo incremental<\/h2>\n
![\"Desarrollo](\"http:\/\/www.blmovil.com\/wp-content\/uploads\/sites\/3\/2019\/02\/Scrum17.png\")
<\/p>\nDesarrollo interactivo<\/h2>\n
![\"Desarrollo](\"http:\/\/www.blmovil.com\/wp-content\/uploads\/sites\/3\/2019\/02\/Scrum18.png\")
<\/p>\nTrabaja con nosotros<\/h2>\n