En este post te voy a explicar la diferencia entre los conceptos fake, stub y mock cuando construyes pruebas unitarias.
Posts en Categoria: agile
#Agile Construir monolitos no esta mal.
Kanban smells: Carriles sin limite de trabajo (WIP).
Kanban es un marco de trabajo que exige limitar las tareas que haces en este momento, tienes un carril de WIP o trabajo en progreso que reduce el número de actividades en las que se está trabajando actualmente. Conforme evoluciona tu tablero es posible que agregues más carriles que
Agile: ¿Que es un Stakeholder?
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
User Stories: El proceso de las 3 C’s de Ron Jeffries
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
#Agile Hazlo o no lo hagas, pero jamás lo intentes.
La frase “hazlo o no lo hagas, pero no lo intentes” aparece en la película Star wars. Esta guarda un significado muy relevante en tu trabajo como programador o programadora. Debes de remover de tu vocabulario profesional la palabra “intentar”. Para ti, va a significar ejecutar una acción sin esperar
#Agile La importancia de decir NO en los proyectos.
En muchos lugares es un pecado de decir que NO a un cliente o un proyecto. El NO se asocia a negatividad, falta de empatia o malas actitudes. Es importante que empieces rechazando algo antes que decir que aceptarlo, aunque los demás no estén de acuerdo. Hace unos años tuve
Kanban smells: Items con muchos comentarios.
User Stories: Las historias épicas no son malas.
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
Kanban: Mi primer reunión de retrospectiva.
Esta semana tuve mi primer reunión retrospectiva bajo el marco de trabajo de Kanban, cabe aclarar que las reuniones en Kanban no son explicitamente necesarias para el trabajo a diferencia de Scrum. Las reuniones retrospectivas tienen el propósito de evaluar el flujo de trabajo (estas pueden ser periódicas o no),