Aprendiendo una cosa nueva todos los días
El principio abierto/cerrado es el principio de diseño más básico en el mundo del desarrollo de software. Nos guía en la construcción de un sistema estable y flexible. Una entidad de software, como una clase, un módulo o una función, debe estar abierta para su ampliación y cerrada para su modificación.
Sigue leyendo
Tanto si el equipo trabaja en un producto como en un proyecto, tenemos que responder a la pregunta: “¿Cuándo lo conseguiremos?”. ” o cuánto podemos hacer en un momento determinado, por lo que, al igual que en el modelo de desarrollo tradicional, necesitamos estimar el esfuerzo antes de comenzar el proyecto. Durante el desarrollo de Scrum, el equipo compartió la responsabilidad y se comprometió colectivamente con el trabajo de cada Sprint, por lo que la carga de trabajo estimada para el equipo ágil utilizó un enfoque de estimación colectiva.
Sigue leyendo
En el desarrollo de software, la “estimación” en el sentido habitual incluye una evaluación cuantitativa del esfuerzo necesario para llevar a cabo una tarea de desarrollo específica; normalmente se expresa en términos de duración. La estimación ágil es el proceso de evaluación del esfuerzo necesario para completar las tareas de la cartera de pedidos de un producto por orden de prioridad. Este esfuerzo suele medirse en términos de tiempo necesario para completar la tarea, lo que a su vez conduce a una planificación precisa del sprint.
Sigue leyendo
Un diagrama de flujo interfuncional (a veces denominado diagrama de flujo de despliegue) es una herramienta de mapeo de procesos empresariales que se utiliza para articular los pasos y las partes interesadas de un proceso determinado. Normalmente, utilizamos un diagrama de flujo interfuncional para mostrar la relación entre un proceso empresarial y las unidades funcionales (como los departamentos) responsables de ese proceso.
Sigue leyendo
En el desarrollo de software, la “estimación” habitual incluye una evaluación cuantitativa del trabajo necesario para realizar una determinada tarea de desarrollo; suele expresarse en términos de duración (hora/día) o unidad estimada (story point). El objetivo es consolidar una serie de estas estimaciones individuales para obtener una indicación de la duración, el trabajo o el coste global del proyecto de software.
Sigue leyendo
Siempre nos encontramos con estos términos en el desarrollo de software. A veces la gente una característica de software – requisito / caso de uso, elementos de backlog …. ¿Cuál es la convención de la gente de software para usar eso o qué?
Sigue leyendo
Este artículo le mostrará cómo aplicar eficazmente el modelado UML de manera ágil y justo a tiempo con la poderosa función ETL del modelo. Un modelo o diagrama UML es una visión específica de lo que se está tratando de entender en un contexto específico.
Sigue leyendo
LeSS fue creado por Bas Vodde y Craig Larman a partir de la experiencia práctica en el escalamiento de Scrum, fundado como LeSS Company en 2014. El principio “Más con LeSS” está en el corazón de LeSS (Large Scrum). El desarrollo de productos complejos no requiere soluciones complejas. Requiere una comprensión profunda de la esencia de los problemas, que luego se pueden resolver con soluciones más simples.
Sigue leyendo
“Los procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deben ser capaces de mantener un ritmo constante indefinidamente”.
Sigue leyendo
“La atención continua a la excelencia técnica y al buen diseño mejora la agilidad”.
Sigue leyendo