Specification by Example: How Successful Teams Deliver the Right Software and Discover Defects Early

Mientras que 'Specification by Example' se enfoca en cómo definir y validar requisitos para acertar con el software, este libro aborda un desafío adyacente y igualmente crítico: cómo estimar de manera realista ese esfuerzo. Ambos buscan reducir la incertidumbre y mejorar la predictibilidad en el desarrollo de software, pero desde ángulos distintos.

El libro de Gojko Adzic enfatiza la colaboración y el feedback continuo entre stakeholders para refinar las especificaciones. 'Lean UX' lleva esta idea un paso más allá, priorizando el aprendizaje validado y minimizando la producción de entregables no esenciales, buscando de manera ágil el 'producto correcto' a través de experimentos, no solo especificaciones detalladas.

Mientras que 'Specification by Example' ofrece un marco para cómo los equipos deben estructurar su interacción para evitar sesgos y malentendidos en la definición de requisitos, el libro de Kahneman profundiza en la raíz fundamental de por qué estas metodologías son necesarias: la tendencia humana a los sesgos cognitivos y la irracionalidad. Comprender cómo funciona el pensamiento facilita diseñar procesos que mitiguen estos errores innatos.

Adzic aboga por un proceso iterativo de diálogo y refinamiento de especificaciones, lo cual es, en esencia, una forma de aprendizaje colectivo en equipos. Senge va a la raíz filosófica de esto, argumentando cómo las organizaciones pueden fomentar culturalmente el aprendizaje continuo, la eliminación de 'modelos mentales' erróneos y la creación de una visión compartida, principios subyacentes a la efectividad de 'Specification by Example'.

Al igual que 'Specification by Example' busca estandarizar la forma de comunicar y validar requisitos técnicos, este libro, desde una perspectiva hispanohablante, se centra en la estandarización y persuasión en la comunicación financiera para proyectos de I+D. Ambos buscan reducir la ambigüedad y facilitar la toma de decisiones basada en información clara y consensuada, pero en contextos de comunicación distintos.

Aunque Wiegers es conocido en el ámbito angloparlante, este libro, en su edición en español y con un enfoque muy purista y técnico, se alinea con la meta de Adzic de 'obtener el software correcto'. Mientras Adzic se centra en la ejecución por ejemplo, Wiegers aborda la disciplina de la ingeniería de requisitos desde una perspectiva más académica y fundamental, constituyendo un complemento metodológico para asegurar la calidad desde la base misma del proyecto.

'Specification by Example' promueve un ciclo iterativo de discusión, definición, desarrollo y validación, que es una forma de feedback continuo. Las retrospectivas, como se describen en este libro, son el mecanismo estructural para institucionalizar este ciclo de retroalimentación y mejora a nivel de proceso. Ambos libros ofrecen frameworks estructurados para que los equipos aprendan y se adapten.

Si bien es del mismo autor, 'Impact Mapping' es estructuralmente similar porque ambos frameworks, 'Specification by Example' y 'Impact Mapping', son métodos visuales y basados en la colaboración entre diferentes stakeholders para desglosar problemas complejos. Mientras uno se enfoca en cómo asegurar que una especificación sea correcta a través de ejemplos, el otro se enfoca en cómo asegurar que los features sean los correctos para lograr un impacto de negocio real, ambos usando una estructura de árbol o mapa para la discusión y alineación.