Extractos 1 - del libro SCRUM Y XP DESDE LAS TRINCHERAS de Henrik Kniberg

De
Luego de leer el libro, me tome la libertad de sacar los apuntes más significativos y representativos que me encontré:

"En palabras de Ken Schwaber, Scrum no es una metodología, es un marco de trabajo. Eso quiere decir que Scrum no te va a decir exactamente lo que debes hacer".

"El dueño de producto debe comprender cada historia (normalmente él es el autor, pero en algunos casos otras personas añaden solicitudes, que el Dueño de Producto puede priorizar".

"El propósito de la planificación de Sprint es proporcionar al equipo suficiente información como para que puedan trabajar en paz y sin interrupciones durante unas pocas semanas, y para ofrecer al Dueño de Producto suficiente confianza como para permitírselo".

"Una planificación de Sprint produce, concretamente: 
• Una meta de Sprint. 
• Una lista de miembros (y su nivel de dedicación, si no es del 100%) 
• Una Pila de Sprint (lista de historias incluidas en el Sprint) 
• Una fecha concreta para la Demo del Sprint. 
• Un lugar y momento definidos para el Scrum Diario"

"La razón por la que el equipo y el Dueño de Producto deben asistir a la planificación de Sprint es que cada historia contiene tres variables que son muy dependientes unas de otras".

Dueño de Producto
"El Dueño de Producto comienza la reunión resumiendo cuál es su meta para el Sprint y las historias más importantes. A continuación, el equipo las repasa y les asigna una estimación, comenzando con la más importante".

Planificación de Sprint 
"El propósito de la planificación de Sprint es proporcionar al equipo suficiente información como para que puedan trabajar en paz y sin interrupciones durante unas pocas semanas, y para ofrecer al Dueño de Producto suficiente confianza como para permitírselo". 

"El alcance y la importancia los fija el Dueño de Producto. La estimación la proporciona el equipo. Durante una planificación de Sprint, estas variables sufren un ajuste fino y continuo a través del diálogo cara a cara entre el equipo y el Dueño de Producto".

"Todo en Scrum tiene una duración determinada (time-boxed). Me encanta esa única, simple y consistente regla".

"Aprende a mantener tus duraciones determinadas, aprende a establecer duraciones realistas. Esto aplica tanto a las reuniones como a los Sprints".

"Los Sprints cortos están bien. Permiten a la compañía ser “ágil”, es decir, cambiar de dirección frecuentemente.
Sprints cortos = ciclo de feedback corto = más entregas y más frecuentes = más feedback del cliente = menos tiempo desarrollando en dirección incorrecta = aprender y mejorar más rápido, etc. "

"Pero los Sprints largos tampoco están mal. El equipo tiene más tiempo para conseguir impulso, tienen más espacio para recuperarse de los problemas que surjan y aun así cumplir la meta del Sprint, tiene menos carga de gestión en términos de reuniones de planificación de Sprints, Demos, etc".


Comentarios

Publicar un comentario

Entradas populares de este blog

IEEE Photonics Volunteer & Chapter Forum

De
Imagen
IEEE Photonics Volunteer & Chapter Forum  The  IEEE Photonics Society  is holding a  Volunteer & Chapter Leadership Forum Luncheon , during  LAOP 2016 , for conference attendees, local students, chapter volunteers, professors and community partners interested in volunteering in the fields of photonics and optics. Photonics, a cross-discipline study, has been named the science of the 21st century by most international governments, as it has transformed the way we look at technology. IEEE Photonics has a variety of educational outreach opportunities available to help engage academia and industry in the science.                           Date:   23/08/2016  Time:   12: 30-14: 30  Location:   Planetarium of Medellín  Cra. 52 # 71-117 Medellin, Antioquia, Colombia 050010 This forum will provide attendees with an unique opportunity to exchange information and discuss areas of common interest or concern in the photonics community. The I
Leer más

Calculador de valores en C# usando Visual Studio 2008

De
Imagen
Este ejemplo busca calcular el valor de una operación entre dos valores. Para empezar crear un proyecto como se ha mostrado en las entradas anteriores. Ahora cuando se presione el botón calcular debe revisar cual checkbox fue el seleccionado y luego llamar una función que realice la operación. Y el resto de operaciones de la misma manera. En la próxima entrada se manejará catchs multiples.
Leer más

Medir tiempo de ejecución en JAVA

De
Hace poco un amigo me pregunto sobre un código para calcular el tiempo de una ejecución de un código en JAVA. Pues acordándome que hace algún tiempo yo había escrito algo parecido quería compartirlo con ustedes: /* * Main.java * Created on 13 de abril de 2008, 04:12 PM */ package medirtiempo; /*@author sebas */ public class Main { public static void main(String[] args) { long tiempoInicio = System.currentTimeMillis(); ejecutaProceso1(); // aqui llama al método que quiere calcular el tiempo de ejecución long totalTiempo = System.currentTimeMillis() - tiempoInicio; System.out.println("El tiempo de demora es :" + totalTiempo + " miliseg"); } static void ejecutaProceso1() { for (int i = 0; i < 1000; i++) // en i < 1000 se le puede colocar un valor mayor { String cad = " Esto es "; cad += " una "; cad += " prueba "; System.out.printl
Leer más