Procesos y mejora continua

Ingeniería de Requisitos en las Historias de Usuarios A continuacion les comentare la relacion y como trabajan en conjunto la Ingenieria de Requisitos (disciplina con amplio desarrollo) y las Historias de Usuario (punto de partida de la metodologia agil SCRUM). La Ingenieria de Requisitos es un conjunto sistemático de análisis, documentación y validación de las necesidades del usuario que comprende un sistema software. Se identifican 2 procesos: el Desarrollo y la Gestión de requisitos. El Desarrollo de Requisitos involucra las siguientes tareas: Captura: Esto es la comprensión de las necesidades de usuario. Analisis: Es la perspectiva técnica de esos requisitos por los ingenieros, aplicando procesos de refinación, valoración, agrupamiento, entre otros. Especificación: Es registrar los requisitos con detalle para que los stakeholder lo aprueben y poder comunicarnos claramente. Validación: es asegurar que el sistema desarrollado cumple los requisi

SCRUM en capsula En los siguientes puntos tratare de sintetizar de forma sencilla y cronológica lo que es SCRUM: Todo comienza cuando el cliente nos relata a cerca de su requerimiento: Se definen los STAKEHOLDERS , quienes son los interesados en que el proyecto se ejecute. En SCRUM el relato de las características del producto se conocen como HISTORIA DE USUARIO . Esto se hace con una plantilla reflejando el rol, lo que se necesita, la justificacion [como-necesito-para] y el criterio de aceptación. La recopilación de todas las historias de usuarios se conoce como BACKLOG DE PRODUCTO , (es la lista de deseos del usuario). Se define el rol de PRODUCT OWNER quien representa a los usuarios y prioriza las historias de usuario, las ingresa al backlog de producto y las valida antes de su liberación. Se  define el rol de SCRUM MASTER quien garantiza que todos los miembros del equipo cuenten con los recursos necesarios para realizar sus tareas, organiza las reuniones y planif

LA ECUACION DEL CAMBIO Esta es una Ecuacion para la gestion del cambio. Me parece muy interesante comentarla porque resume exactamente los 6 problemas principales que seguimos encontrando en las empresas hoy en dia.  Esta ecuacion hay que vigilarla diariamente y monitorear que sus parametros esten presentes durante la ejecucion del proyecto, cuando uno de sus terminos se va a cero hay que actuar inmediatamente. Cuando planificamos un proyecto de forma tradicional o agil es probable que aparezcan estos circulos blancos en nuestro dia a dia, debemos tener la habilidad de darnos cuenta de eso, la destreza y estrategia para implementar un plan correctivo que lo elimine, el talento y experticia para explicar porque ocurrio, y comunicar que haremos para que no se presente de nuevo. Cuando gestionamos proyectos seguro nos encontramos con estos 6 escenarios: Sin una vision clara y divulgada sera confuso a lo largo de su ciclo de vida, incluso los propios participan

Planificar con SCRUM Cuando tomamos los conceptos de Planificacion y SCRUM muchas personas piensan que se contradicen. Pues no es asi. SCRUM es una metodologia colaborativa cuyo objetivo es la ENTREGA GRADUAL DE UN PRODUCTO cumpliendo costos, tiempo y calidad planeados. En SCRUM es natural REDEFINIR LOS REQUERIMIENTOS del cliente segun los avances de cada liberacion o entrega. En SCRUM se planifica lo suficiente y hasta puede ser tanto como en las metodologias clasicas de gestion de proyecto, solo que se hace justo a tiempo y en el instante indicado, no es natural hacerlo adelantado o de forma predictiva. Alli la diferencia que nos explica como ambos conceptos si conviven entre si. Cuando usamos SCRUM se recopilan, priorizan, estiman, planifican, construyen, prueban y liberan productos (la cual es parte del producto final), la ventaja es que ya el usuario va viendo sus historias hechas realidad en entregas progresivas. Si luego de una entrega el usuario quiere cambiar

Pensamiento Simplista o Sistemico El tema de pensamiento sistemico implica mucho mas que una vision global de varios escenarios. En nuestro dia a dia el pensamiento simplista es el mas facil de encontrar, encontramos como respuesta un SI o NO ante preguntas que requieren una evaluacion y analisis mucho mas profundo. Estamos acostumbrados a ser sorprendidos por un error o incidencia e inmediatamente salir a solucionarlo, es decir, a combatir inmediatamente el incidente, y no el problema. Sin darnos cuenta que existe una relacion de incidentes asociados a un mismo problema. O lo que es peor, que resolviendo un incidente estamos dejando intacta la posibilidad de que ocurra nuevamente. Una incidencia (la punta del iceberg) siempre tiene un problema asociado con una causa raiz que lo origina (la parte sumergida del iceberg). Las causas de los problemas siempre estan ocultas debajo de la superficie, para encontrarlas y sacarlas a la superficie existen una serie de metodolog