View source for Jobs to Be Done

{{Meta-bok|min=4}}
'''Jobs to Be Done''' (JTBD, "trabajos a realizar") es un marco para entender por qué las personas contratan productos o servicios. En lugar de preguntar "¿quién es nuestro usuario?" o "¿qué funcionalidades quiere?", JTBD pregunta "¿qué trabajo está intentando hacer esta persona?". El foco se desplaza del perfil del usuario a la motivación que lo impulsa a buscar una solución.

El marco fue desarrollado principalmente por Clayton Christensen (''Competing Against Luck'', 2016) y Tony Ulwick. La frase que encapsula el concepto es de Theodore Levitt: "Los clientes no quieren un taladro de un cuarto de pulgada; quieren un agujero de un cuarto de pulgada."

== La metáfora del "contrato" ==

Cuando una persona "contrata" un producto, lo hace para que le ayude a completar un trabajo en un contexto específico. Ese trabajo tiene:

* Dimensión '''funcional''': quiero que la transacción sea rápida.
* Dimensión '''emocional''': quiero sentirme seguro.
* Dimensión '''social''': quiero parecer organizado ante mi equipo.

Un mismo trabajo puede satisfacerse con soluciones muy diferentes: WhatsApp, el correo electrónico y una reunión presencial compiten por el mismo trabajo de "mantenerme coordinado con mi equipo".

== El formato JTBD ==
<blockquote><small>
'''Cuando''' [situación o contexto], '''quiero''' [motivación o objetivo], '''para''' [resultado esperado o beneficio].</small></blockquote>

'''Ejemplo:''' "Cuando estoy revisando el sprint backlog antes de la planificación, quiero ver qué historias tienen criterios de aceptación incompletos, para no llegar a la reunión con trabajo que no podemos comprometer."

== JTBD en el product discovery ==

En el [[Product discovery|product discovery]], JTBD es la herramienta para enmarcar el problema correctamente:

* Ayuda a separar el síntoma (lo que el usuario pide) de la causa raíz (el trabajo que necesita hacer).
* Abre el espacio de soluciones: una vez definido el trabajo, múltiples soluciones pueden abordarlo.
* Permite comparar competidores en términos de qué trabajo resuelven, no de qué funcionalidades tienen.

== Error frecuente ==

<div class="bok-aviso">
'''Redactar un JTBD que ya prescribe la solución.''' "Cuando reviso el backlog, quiero un filtro por estado de criterios de aceptación" no es un JTBD: es un requisito técnico disfrazado de trabajo. El trabajo debe describir la motivación sin imponer la implementación. Si la formulación ya especifica cómo resolverse, se pierde la oportunidad de explorar alternativas mejores.
</div>
== Recursos ==
<div class="bok-recurso">
📚 [https://scrummanager.com/website/c/info/resource.php?id=378 '''Design Thinking: primeros pasos''']<span class="detalle">State of the art · Scrum Manager</span>
</div>
== Referencias ==

* Christensen, Clayton M.; Hall, Taddy; Dillon, Karen; Duncan, David S. (2016). ''Competing Against Luck: The Story of Innovation and Customer Choice''. Harper Business.

== Véase también ==

<div class="bok-tags">
[[Product discovery]] [[Historia de usuario]] [[Árbol de soluciones de oportunidades]] [[Design thinking]] [[How might we]] [[Mínimo Producto Viable]] [[Interview snapshot]]
</div>

<div class="bok-ecosistema">
<div class="texto">
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
</div>
<div class="botones">
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
</div>
</div>

[[Category:Glosario de términos]]
[[Category:Product Management]]
[[Category:Prácticas ágiles]]