El termino “stakeholder” es muy utilizado en la bibliografía del mundo del desarrollo, planeación y filosofía ágil. Este no es un termino nativo del mundo de la programación, mas bien es un termino que se toma de la jerga organizacional. Un stakeholder se puede definir como una persona interesada y/o
Definir una actividad como épica es incomodo, las tareas épicas son los apestados del tablero de actividades. Nadie del equipo de desarrollo quiere atender una tarea de estas, son complejas, difíciles, mal documentadas o solo son una etiqueta que se les da a las actividades que el equipo no quiere
Ron Jeffries en el libro Extreme Programing Installed describe el mejor proceso de trabajo de historias de usuario mediante 3 pasos (3 C’s) Card, Conversation, Confirmation. El propósito es compartir el conocimiento y llegar a un entendimiento compartido del problema y de la solución del mismo por parte de todos
You job isn’t to build more software faster; it´s to maximize the outcome and the impact you get from what you choose to build.
Cuando trabajas en un enfoque ágil de actividades necesitas un mecanismo subjetivo que te permita determinar el valor que aportas con tus actividades. La unidad mas común para determinar el la relación de valor/esfuerzo son los Story Points, entre mas puntos le asignes a una actividad significa que es
Originalmente compre este libro para escribir mejores historias de usuario, mas específicamente encontrar un formato previamente pensado por alguien que me permitiera escribir buenas historias de usuario, un formato o una plantilla. El planteamiento de este libro: User Story Mapping de Jeff Patton es todo lo contrario. El libro parte
Las historias de usuario son útil herramienta para modelar y entender problemas cuando estas diseñando o construyendo tus aplicaciones. Las tarjetas de usuario (Story cards) representan actividades vistas desde las perspectiva del usuario, la idea detrás de cada tarjeta es reunir todo el conocimiento necesario para llevar a cabo la
There’s always more to build than you have people, time or money for. Always.
Si no puedes entender el resultado que se espera de tu trabajo, entonces no puedes manejar tu trabajo. Uno de los mayores dolores de cabeza que tienen las personas involucradas en el desarrollo de software es la ambigüedad en la descripción de las tareas, primero, la falta de contexto, si
Todas las personas tenemos una capacidad de atención limitada sobre todo cuando atendemos mas de una tarea al mismo tiempo. El limite de atención que puedes tener en varias cosas a la vez no es un asunto de inteligencia o fortaleza, es solo naturaleza humana, tu capacidad de atención es
