Ofertas en tecnología

Pico en Métodos Ágiles – Definición

“Si supiésemos lo que hacemos, no se llamaría investigación, ¿verdad?” – Albert Einstein

«Si supieses lo que hacemos, no lo llamaríamos investigación». Esencialmente, esta es la definición de «Spike».

En métodos diligentes, primordialmente SCRUM o XP, un Spike es una historia de usuario con poca o ninguna definición. Piense en algo que precisa llevar a cabo o desarrollar, pero sobre lo que tiene poco o ningún conocimiento. Entonces, ¿de qué forma deducir esfuerzo, valor, tiempo y otras estimaciones, si no se tiene experiencia o conocimiento en el tema?

En Scrum, dividimos las historias de usuario en ocupaciones. Requerimos realizar esto para producir estimaciones y planear los próximos sprints. Pero, ¿de qué manera realizar esto con una historia de usuario que absolutamente nadie en el equipo del emprendimiento conoce? Es imposible descartar sencillamente por esta falta de conocimiento.

No en todos los casos tenemos la posibilidad de tener especialistas que nos notifiquen en todo momento sobre todo cuanto debemos llevar a cabo en los proyectos. ¡En ciertos casos requerimos evaluar y también investigar!


“El Emprendimiento va bien”. No lo va a ser si finges que sabes algo y comienzas a llevarlo a cabo de todas formas.

Ejemplo en TI: Precisa deducir el avance de 30 pantallas afines. En esta estimación, debe proveer el tiempo/valor requerido para desarrollar todas y cada una estas pantallas. El inconveniente es que el avance se va a hacer en un lenguaje o interfaz donde no has trabajado antes. ¿Como realizar eso?

Ejemplo períodico: Verdaderamente deseas un acuario, pero jamás antes te has ocupado de uno. Tu sueño es tener un acuario colosal, de 700 litros, pero como no tienes idea nada sobre esto, ¿de qué manera te aseguras de seleccionar el modelo acertado?

Sabiendo que en los dos casos no disponemos especialistas que nos comenten qué llevar a cabo, necesitaremos investigar, requerimos realizar un “prueba de término“.

Comprender «pico«como un acontecimiento»caja de tiempo“, esto es, un acontecimiento con un tiempo predefinido y con limite. Es requisito determinar este periodo, tal como lo que se va a hacer en él. Al efectuar este acontecimiento, vas a tener una definición mucho más clara de qué y de qué manera efectuar esa actividad.

El ejemplo en TI: En nuestro ejemplo, Spike podría estar construyendo 4 pantallas, con un límite de 1 mes. Según la contrariedad encontrada, el tiempo encontrado, va a tener una mejor definición para deducir las pantallas sobrantes e inclusive descubrirá que precisará menos o mucho más pantallas.

El ejemplo diario: En vez de salir a obtener todos y cada uno de los productos en un acuario colosal, escoge que construirás uno mucho más pequeño, de 10 o 20 litros y precisarás investigar el equipo. Puede conseguir que un filtro A es preferible que un filtro B, que un alimento no es bueno para los peces X, entre otros muchos descubrimientos. Posiblemente te des cuenta de que con tu rutina no vas a poder cuidar de los peces en los instantes idóneas, llegando a la conclusión de que no puedes tener un acuario grande, sino más bien uno mediano o aun pequeño.

El término básico de espiga es: No entendemos qué es, no entendemos de qué forma llevarlo a cabo y debemos descubrirlo rápida y adecuadamente.

¿Por qué razón Spike es una caja de tiempo? ¿Por qué razón tienes este límite de tiempo? Fácil, no tenemos la posibilidad de sencillamente investigar o buscar la solución impecable (como obtener el gran acuario y saber qué realizar con prueba y fallo). Esto crea gastos y desperdicios insignificantes.

¿Exactamente en qué se distingue un Spike de un “Análisis”? Spike es una forma de conocer”como” realizar, y un análisis está mucho más basado en conocer “Qué» que realizar.

comprende eso Spike no es una herramienta mágica, no es una solución determinante a todos y cada uno de los inconvenientes. Spike exhibe que un equipo aceptó que no tienen experiencia en algopero desea llevarlo a cabo y no sabe de qué manera, no obstante, precisa descubrirlo»como» y ver si la iniciativa es verdaderamente posible y alcanzable.

Un emprendimiento ha de ser “deseable, posible y alcanzable”. Hay 3 cambiantes básicas donde si una falla, las otras fallarán. Y Spike va a ayudar a juntar estos 3 conceptos.

Además de esto, Spike se enfoca en el término ágil de “Fail Fast”. Si va a fallar, que sea veloz, al comienzo de la obra, en vez de aguardar a un avance prácticamente terminado.

principal-qimg-df51841c0b18291364b29610ed067dbe
“Solicitaremos los capitales y los vamos a tratar tal y como si fuesen plazos”

Debemos llevar cuidado con las estimaciones y los picos. Cada historia de usuario tiene un nivel de indecisióno sea una parte del término mismo de avance ágil. El equipo de avance no puede emplear picos libremente para todas las historias de usuario, en vez de comprometerse con las estimaciones, use Spikes para resguardar al grupo.

Apesar de eso, todo el equipo debe comprender que un “presupuesto” no es un período cerrado y definido. Precisan buscar la eficacia y la efectividad, intentando encontrar la distribución antes del tiempo estimado en vez de trabajar con en todo momento libre solo para tener este tiempo libre.

¡Quisiera que te haya ayudado a comprender un tanto mucho más sobre Spikes!

¿Te agradó, te pareció atrayente o tienes cuestiones? ¡Dice y comparte!

Anunciado inicialmente en: http://www.vignado.com.br/?p=297

Tommy Banks
Estaremos encantados de escuchar lo que piensas

Deje una respuesta

TecnoBreak | Ofertas y Reviews
Logo
Enable registration in settings - general
Shopping cart