Decidir qué construir, y en qué orden, antes de que nadie lo construya

Sí, y es uno de los días más útiles que pasamos con un dueño. Las propuestas no se pueden comparar porque, casi siempre, cada proveedor ha supuesto en silencio un alcance distinto, una dedicación distinta de su equipo y una respuesta distinta a qué pasa después de la puesta en marcha. Las ponemos en una sola página con los mismos términos, señalamos lo que deja fuera cada una, calculamos cuánto costaría mantener cada una en funcionamiento y escribimos las preguntas que devolver a las tres. Eso es suyo, trabaje o no alguna vez con nosotros.

Más a menudo de lo que le dirán los proveedores, porque el proveedor que dice que hay que rehacerlo es el que cobra por rehacerlo. Las preguntas que lo deciden son sencillas: si alguien puede cambiarlo con seguridad, si pierde datos, si se puede conectar con lo demás que usa y si alguien sigue dando soporte a aquello sobre lo que está construido. Si tres de las cuatro están bien, la respuesta casi siempre es conservarlo y arreglar la cuarta. Cuando de verdad no puede seguir adelante, lo decimos, y lo que implica el cambio queda por escrito, con costos, antes de que usted decida.

Documentos con los que puede actuar sin nosotros: un mapa de lo que usa y de cómo encaja, una lista de lo que está fallando con un costo para cada cosa, un registro de riesgos que nombra los puntos únicos de fallo y los lugares donde queda atado a un proveedor, y un plan en el orden en que deben pasar las cosas, con costos de construcción y de operación. Además, las preguntas para proveedores. Está escrito a propósito para el dueño y el consejo de administración, no para ingenieros, con el anexo técnico aparte para quien lo asesore.

Con frecuencia, y es la razón principal para traer a alguien que no le está vendiendo la construcción. Las respuestas honestas más comunes son que el proceso tiene que cambiar antes de que cualquier software pueda ayudar, que un producto estándar que puede comprar hace casi todo, o que el problema va a desaparecer de todos modos cuando se arregle antes otra cosa. Preferimos decirlo y que nos confíen el trabajo que sí es real, antes que venderle un sistema que no necesitaba.

Sí, y le diremos desde el principio en qué seríamos una mala elección para construirlo. Si el trabajo necesita cincuenta ingenieros, una licencia que solo tiene una firma grande o una especialización en un producto que no tenemos, usted necesita otro proveedor, y el plan está escrito para que cualquiera competente pueda retomarlo. Cuando seríamos los indicados, también lo decimos, y usted es libre de llevarse el plan a otra parte; es suyo en cualquier caso, y eso es lo que mantiene honesto el consejo.

El sprint apunta a un problema que usted ya decidió resolver: termina con un documento de hallazgos, un prototipo y un plan de desarrollo con costos para ese trabajo. Un proyecto de estrategia es más amplio y empieza un paso antes, sobre todo lo que usa, cuando la pregunta es si hay que hacer algo, qué y en qué orden. Los dueños suelen hacer primero el trabajo de estrategia y después el sprint sobre lo que salió en primer lugar, pero cualquiera de los dos puede ir por separado, y ambos tienen precio fijo, con los dos fundadores presentes.