← Inicio

Mapa de ideas

416 ideas extraídas de los ensayos y los 723 vínculos escritos entre ellas. Cada punto es una idea; su tamaño indica cuántos vínculos tiene.

Una idea que espera pierde su temperatura, no su temaExigir a un pensamiento que esté limpio demasiado pronto le impide salirUna captura que aterriza en un espacio de trabajo ya es una puesta en situaciónUna herramienta de escritura pasiva no puede señalar lo que faltaUna herramienta que exige estar instalado pierde las ideas que llegan en movimientoUn plazo de publicación corto elige los temas tanto como acelera la escrituraUna materia primaria que se vuelve limpia demasiado pronto deja de ser una materia primariaEl momento más útil de la escritura es aquel en que aparecen las carenciasUn retorno crítico solo vale si compara la materia con lo que ya existeUn plan escrito antes que la materia organiza el vacíoLa autoría de un texto depende de lo que no se delega, no del tecladoPoner en forma es un trabajo real, distinto del arbitraje al que sirveUn dispositivo de escritura vale por el encadenamiento de sus elementos, no por cada uno de ellosUn entregable lleva el resultado sin llevar el razonamientoEl coste de un conocimiento no capitalizado solo aparece en el segundo entregableTomar un entregable como fuente hace heredar decisiones que no son conocimientoEntre las fuentes y los entregables, una capa de conocimiento no le habla a ningún públicoUna nota que se pone en forma para un entregable deja de ser reutilizableLa IA vuelve rentable una capa intermedia que no lo eraDespués de un entregable, la pregunta que cuenta es saber qué quedaCapitalizar una forma pasada no es capitalizar una capacidad futuraUn entregable vale por la restricción que impone, no por lo que conservaToda producción deja una segunda salida que nadie recogeJuzgar consiste ante todo en reconocer lo que importa, no en elegirUna decisión madura por correcciones sucesivas, y ese plazo se pagaTratar cada objeción como una corrección sustituye el juicio por la conformidadUna incomodidad vaga se vuelve tratable cuando se descompone en asideros nombradosMultiplicar las posibilidades aumenta la carga de juicio en lugar de reducirlaEl riesgo no es que falte información, sino no ponerla a pruebaAcelerar la confrontación libera tiempo para la única lentitud que importaUna respuesta bien formulada no prueba nada sobre su aciertoUna idea imperfecta solo madura si algo se le resisteEl transcript mostrado no es aquello de lo que el modelo dispone para responderEl valor de una persistencia está en la decisión de conservar, no en la conservaciónPreguntar dónde sabe ya actuar la herramienta desbloquea lo que "cómo hacerla actuar" bloqueabaUna lentitud atribuida a la herramienta viene a menudo de hacerle redescubrir un contexto conocidoUna confirmación que no sigue a una relectura no acredita nadaDistinguir el punto de salida del lugar de conservación desbloquea la elección de la herramientaUna protección que recae sobre el agente no se sortea disfrazando la peticiónUna petición técnica de una gran cuenta expresa a menudo una cultura de gobernanzaUn bloque que no crea ningún valor puede, por sí solo, impedir una ventaUn cliente que reclama sus datos en su casa no cuestiona tu competencia, reclama controlEl cliente controla dónde viven sus datos, el editor controla cómo evoluciona el productoUna evolución que exige una intervención en casa de cada cliente hace divergir las versionesExternalizar un recurso no desplaza la responsabilidad percibida por el usuarioUn reparto de responsabilidades solo existe si se pueden atribuir los incidentesExternalizar un recurso reduce el coste de infraestructura y aumenta el coste de servicioSustituir un proveedor sin cambiar el valor del servicio lo vuelve sustituibleUn bloque no diferenciador sigue siendo costoso de sustituir si sostiene el estado duraderoLa amplitud del soporte tecnológico debe seguir el posicionamiento comercial, no la viabilidad técnicaEntender por qué un cliente pide control permite dosificar el control concedidoElegir vender a las grandes empresas es aceptar su gobernanza como restricción de mercadoUna memoria mantenida en archivos planos versionados sigue al proyecto, mientras que una memoria alojada en la herramienta se queda en la máquinaUna memoria de agente se estratifica por duración de vida, no por temaUnas reglas permanentes no sustituyen a un diario de lo que ha ocurridoDelegar en un modelo la selección de lo que merece retenerse sustituye una decisión humana por un criterio escritoCompartimentar la memoria por proyecto es lo que la hace recargableUnas secciones fijadas de antemano vuelven relegible lo que una máquina escribe en continuoUna memoria larga solo sigue siendo una memoria si un tope fuerza su consolidaciónUna automatización disparada por el fin de un trabajo debe reconocer sus propios disparosUn agente utilitario hereda las instrucciones del directorio desde el que se le llamaEl nombre de un evento de automatización no dice con qué frecuencia se disparaUna automatización que se ejecuta en cada intercambio debe costar lo bastante poco como para dejar de arbitrarlaCapturar puede ser automático, restituir debe seguir siendo algo que se pideUn eje de clasificación único obliga a elegir entre la perspectiva de negocio y la precisión de acciónUn comentario de cliente se clasifica por el nivel en el que se expresa, no por su tema aparenteEl número de categorías de una taxonomía se arbitra sobre su adopción, no sobre su eleganciaDescribir una necesidad al nivel del caso de uso evita encerrar el análisis en una soluciónUn nivel de clasificación solo sirve si desemboca en un nivel de decisiónUn tema reconocido como estratégico se sigue aplazando mientras su recogida haya que pagarla antes de cualquier reflexiónUna parte del oficio de Product Manager consiste en compensar las fricciones de la organizaciónUna capa de trabajo pasa por el núcleo de una profesión mientras cueste lo bastante como para ocuparlaEncargar una tarea accesoria a un sistema instrumentado desplaza el trabajo hacia el encuadre y la supervisiónUn Product Manager se juzga por los problemas que identifica antes que los demás, no por el volumen de artefactos que produceTraducir un producto solo permite atravesar la capa visible de un mercadoEl momento de pagar expone en unos segundos la infraestructura económica de un paísEl pago a plazos puede ser una modalidad ordinaria de consumo en lugar de un marcador de compra grandeUn identificador fiscal integrado en el pago ordinario desplaza la norma de privacidad de un paísUn medio de pago adoptado masivamente deja de ser una herramienta para convertirse en un lenguaje comúnLa elección de un medio de pago puede responder a un riesgo físico y no a una preferencia de comodidadLa economía informal no se define por la ausencia de tecnología: se equipaUna economía informal tolerada hace de red de protección donde no la hayUnos pocos puntos de comisión bastan para orientar un medio de pago cuando el margen es vitalUna posición dominante no se traslada a un país ya estructurado por otras costumbresUn mercado desconcertante no está ni atrasado ni adelantado: responde a otras restriccionesDonde la verificación institucional es débil, el reconocimiento personal ocupa su lugarUn rasgo cultural solo es visible para quien no encuentra normal el gestoUna política cero bugs no busca cero defectos, sino cero defectos conocidos sin decidirUn defecto excluido de la planificación consume igualmente la capacidad del equipoUn defecto se vuelve prioritario cuando se vuelve visible, no cuando se vuelve caroUn inventario de defectos crea su propio trabajo de mantenimiento, distinto de la correcciónUn ticket de bug sigue abierto porque cerrarlo obligaría a alguien a firmar un rechazoReducir la calificación de una señal a dos salidas impide esconder el arbitraje detrás de una tipologíaUn usuario no distingue un defecto de una capacidad ausente: siente un dolorUna capacidad ausente puede doler más que un defecto probadoSeparar las tarjetas de bug de las tarjetas de feature crea dos sistemas de prioridad que nunca se comparan"A priorizar más adelante" es un rechazo que nadie ha firmadoIgnorar los defectos para sostener la velocidad protege la métrica, no el productoUna política cero bugs no crea la ralentización, hace visible la tasa de defectos del sistemaSalir de un inventario de defectos empieza por lo que llega al soporte, no por una repriorizaciónUna fase de reducción del inventario debe tener un límite, si no se convierte en el backlog normalCuando calificar los defectos cuesta más que corregir el sistema, el inventario solo ha cambiado de nombreVaciar un inventario de defectos e impedir que se vuelva a formar son dos problemas distintosEntre la especificación y la puesta en producción, arbitrajes no escritos redefinen lo que el cliente viviráConcebir una funcionalidad sin llevarla hasta producción externaliza el coste de las propias aproximacionesLa existencia de un puesto dice lo que una organización ha considerado separable, no lo que ese puesto hace bienLa separación entre quienes conciben y quienes ejecutan ya se abandonó en desarrolloLo que el mercado contrata define un rol con más certeza que su definición metodológicaUn artefacto consumible puede fundar una función, no una profesiónEl título de un puesto fabrica el mandato que se le concedePartir la responsabilidad de producto coloca la consecuencia en quien no tuvo la elecciónUna división del trabajo no sobrevive mucho tiempo a la desaparición de su justificación económicaUna tarea que no es el cuello de botella de la decisión puede seguir siendo un techo de volumenUna IA puede analizar una opción, no puede asumir la apuestaUn rol de interfaz puede redefinirse por redistribución en lugar de suprimirseUn rol de interfaz se vuelve dañino cuando corta a los desarrolladores de la necesidad realLa experiencia de negocio no es propiedad de ningún rolUn reparto del trabajo que conviene a quien lo defiende se queda con la parte que se cuenta bien en una reuniónMientras la pérdida no esté nombrada, el comité no ha arbitradoUn comité que da su sitio a cada función también protege a cada uno del momento de decidirUn comité útil no produce el acuerdo, muestra dónde termina el acuerdo"Ya se ajustará más adelante" es legítimo bajo incertidumbre real, no ante una incompatibilidad ya conocidaUn desacuerdo explícito localiza el problema, el alineamiento de fachada lo dispersaUn arbitraje esquivado vuelve más tarde con el nombre de un problema de coordinaciónUna línea no decidida se paga en reuniones de alineamiento y en validaciones cruzadasUna decisión difusa diluye la responsabilidad hasta volver el fracaso inasignableLa decisión blanda es un producto de la organización, no una debilidad de quien debía decidirUn arbitraje reabierto en cuanto disgusta a una función influyente enseña a toda la organización que ninguna elección es definitivaUn comité que ignora qué puede decidir y quién decide después de él se convierte en un teatro de alineamientoEl alineamiento se produce cuando los desacuerdos se vuelven lo bastante claros para ser tratados, no cuando las personas adecuadas están en la salaUn lenguaje compartido y unos criterios de éxito jerarquizados hacen lo que ninguna mejora de las reuniones haceUna idea recuperable no es todavía una idea disponibleUna flash card se distingue de una nota atómica por lo que compromete, no por su tamañoLo que uno quiere tener dentro de sí se reconoce por la resonancia, no por una rejilla de criteriosUna carta de anclaje deja de sostenerse en cuanto carga con el razonamiento que la rodeaUn mazo de convicciones deja de serlo en cuanto crece sin límiteReleer una convicción sin confrontarla con lo que ha pasado desde entonces no pone nada a pruebaUna convicción que ha dejado de sostener se tira, allí donde una nota se archivaEl papel ancla un pilar de pensamiento, el digital solo lo reflejaEl código es el único artefacto que describe el estado real del producto, los demás solo intentan seguirloUna documentación en lenguaje natural existe para los lectores que no acceden al código, no por la calidad de su informaciónLa divergencia entre documentación y código es un arbitraje de coste, no una negligenciaLa limpieza del código deja de ser un asunto del equipo técnico cuando se convierte en la fuente de los artefactos de productoReconstruir una especificación desde el código actual sustituye a su actualización desde un documento antiguoSin cultura técnica, una acumulación de herramientas eficaces localmente se paga en coste de articulaciónUna trayectoria técnica da al Product Manager una palanca de acceso a la materia del producto, no una aptitud superiorUn SaaS especializado solo ve una cara del producto y no puede sostener su visión completaUna maqueta reconstruida desde el código real deja de ser una representación para convertirse en una base aprovechableEl valor de una herramienta se desplaza hacia su capacidad de recuperar contexto fuera de su perímetroUn sistema de información conserva el evento sin conservar lo que enseñaLas formas del sistema de información son respuestas técnicas, no formas de pensamientoAñadir una IA en una aplicación existente mejora el uso sin desplazar la informaciónUn contexto de negocio atraviesa las aplicaciones en lugar de sustituirlasCuanto más se moviliza la IA, más decisiva se vuelve la gobernanza de la informaciónTrabajar con una IA consiste en cuidar el contexto a su alrededor más que en escribir buenos promptsMientras el usuario deba conocer la estructura del sistema, es él quien lleva el contexto de su preguntaEl freno a una memoria de organización es cultural, no técnicoUnas memorias de negocio separadas valen más que un cerebro central, a condición de ser conectablesLa transparencia de un backlog depende de la legibilidad de sus decisiones, no del número de líneas que exponeUn tema entra en el backlog en el momento en que se convierte en un trabajo colectivoSoltar tres líneas en una herramienta colectiva delega un pensamiento difuso en lugar de un trabajoEl nivel de detalle de un ticket depende del contexto compartido del equipo, no de una plantillaUna user story desencadena la conversación en lugar de sustituirlaUn backlog sin límite anula la restricción que la roadmap acababa de ponerAñadir un tema sin retirar otro equivale a negar la capacidad real del equipoUn ticket viejo describe un contexto desaparecido más que una memoria fiableUn ticket no es un activo por el hecho de existirUna petición de cliente es material de aprendizaje, no una instrucción de ejecuciónEl rastro de un rechazo solo sirve a la memoria si no lleva ningún trabajo pendienteEl ticket es el sitio donde se empuja el resultado de un pensamiento, no el sitio donde se piensaUna lista de tarjetas no puede sostener un material que vale por sus relacionesUn soporte de coordinación se redacta para su duración de uso, no para el archivoUna fuente capturada no vale casi nada mientras no se haya retomadoEl criterio de captura en caliente no es el interés sino la promesa para un proyecto en cursoLa criba de una captura se hace en frío, una vez que el impulso del descubrimiento ha bajadoUn stock de capturas visto en bloque hace elegir mejor que un filtrado pieza a piezaUna fuente externa y un pensamiento en curso no responden al mismo gesto de capturaUn sistema de captura se juzga por el conocimiento que produce, no por su exhaustividadEn el coste de un agente, lo que el modelo escribe pesa varias veces lo que leeUn skill que carga una base entera para explotar tres fichas paga el volumen, no el usoUna transformación determinista encargada al modelo se paga a la tarifa del razonamientoRegenerar un entregable releyendo todo el historial hace crecer su coste con la base, no con la novedadEl prompt de un skill es un coste fijo que se paga en cada ejecuciónEl modelo se elige por la dificultad del paso, no por la del skillEn un encadenamiento de pasos, la salida de cada paso vuelve a ser la entrada de todos los siguientesUn techo de consumo alcanzado no dice adónde se ha ido el consumoUna cuota compartida convierte un skill glotón en un coste para quienes no lo han lanzadoUna optimización solo se jerarquiza expresada en parte del coste totalUna ganancia de tokens se arbitra contra el coste de su implementación en la base de código existenteUna estimación bastante ajustada para clasificar optimizaciones no lo está para validar unaEl coste de un skill deriva tras su puesta en servicioUna red de notas muestra que todo está relacionado sin decir de qué maneraEn una red de notas relacionadas, una nota falsa contamina el análisis sin dejar rastroLa verificabilidad de lo que una IA produce depende del número de archivos que un humano puede releerUna IA suelta en una red de notas sin fronteras navega en vez de responderUna red de notas no traza ni sus contradicciones, ni sus lagunas, ni sus decisionesUna laguna que no se sabe detectar es más peligrosa que una laguna identificadaEstudiar una oportunidad de producto es una reducción voluntaria de perímetro que las herramientas deben reflejarUna información venida de otro ámbito se copia y se adapta antes que enlazarseCalcar la organización del trabajo de producto sobre la del desarrollo elimina una capa de traducciónUn seguimiento de la competencia útil parte del cliente objetivo, y los competidores solo son ahí reveladoresUna funcionalidad de la competencia es una respuesta visible a un razonamiento invisibleSin posicionamiento definido, un seguimiento de la competencia solo produce una colección de señales mal interpretadasUn competidor real es todo aquello que basta para impedir la adopción, no lo que pertenece a la misma categoríaAnticipar consiste en aprender antes, no en adivinar el futuroLa elección nunca es entre riesgo y ausencia de riesgo, sino entre explorar demasiado pronto y llegar demasiado tardeEl nivel de exigencia hacia un software profesional lo fijan experiencias vividas en otra parteConfundir benchmark, seguimiento de la competencia, posicionamiento y estrategia hace pasar un amontonamiento de observaciones por una decisiónDirigir la corrección de un defecto al desarrollador disponible diluye la responsabilidad de lo que se ha entregadoDevolver un defecto a su autor actúa antes del defecto, sobre la manera en que entregaCorregir el propio defecto es el único momento en que se ve lo que faltó aguas arribaBuscar un culpable tras un defecto hace desaparecer los defectos de las conversaciones, no del productoLa elección de producto y la calidad técnica son dos zonas de responsabilidad que el diálogo no debe disolverUn desarrollador que no entiende el comportamiento esperado debe poder negarse a programarUna prueba escrita antes del código convierte una parte de la especificación en restricción verificableUna QA situada al final de la cadena recibe la responsabilidad de la calidad en lugar de enmarcarlaEl legacy de mañana se fabrica con cada responsabilidad de calidad desplazada hoyUn conocimiento fijado por normas soporta una red de notas que el conocimiento de oportunidad no soportaUn dispositivo que recompone su respuesta en cada pregunta no consolida nunca las ideas que extraeUn wiki generado por una IA sigue siendo derivado: la fuente de verdad sigue siendo el documento de origenIngerir una fuente en una base consolidada se mide por las notas existentes que modifica, no por las que añadeUna base de hechos dice lo que prescribe la norma, un sistema de pensamiento personal dice lo que vale aquíEl trabajo decisivo de una extracción automatizada es el ajuste del umbral entre exhaustividad y pertinenciaUna versión endurecida de un sistema de extracción se ajusta haciéndole analizar lo que la anterior había retenidoUna búsqueda por proximidad semántica recupera notas que no comparten ninguna palabra con la preguntaUna herramienta de coherencia solo vale por lo que obliga a hacer explícitoUn desacuerdo escondido bajo una palabra común cuesta menos en el glosario que en el lanzamientoNo conseguir escribir el objetivo o la promesa en una página es un síntoma de estrategia, no de redacciónMientras los elementos de una decisión sigan dispersos en varios documentos, cada función conserva su propia lecturaEscribir lo que el cliente debe entender antes de construir expone las incoherencias que el punto de vista interno ocultaCada función tiene un indicador legítimo, y es su soberanía simultánea la que impide una definición compartida del éxitoPosponer un arbitraje ya es una elección: la de aceptar un coste de retraso no formuladoUn arbitraje sin memoria escrita vuelve a ser negociable en cuanto las razones se simplificanUna decisión sigue siendo clara siendo revisable si las condiciones de su reapertura están escritasEscribir por qué se descartó un punto de vista lo distingue de un punto de vista ignoradoUn desacuerdo necesita una duración máxima de apertura, si no prolongar la discusión sustituye a la decisiónUna misma pregunta resuelta en varias instancias señala una regla que falta, no un caso particularVolver a decidir por falta de rastro cuesta la coherencia antes que el tiempoUna regla de decisión se documenta a un nivel en el que no dice qué construirUn registro de decisiones pierde valor a medida que se llenaUna decisión escrita con sus condiciones de reevaluación sigue siendo revisable sin volver a ser negociableUna decisión sustituida se escribe al lado de la antigua, nunca en su lugarJuzgar una decisión pasada sin su contexto de la época produce un juicio imaginarioUna decisión estructurante alojada en un ticket se vuelve invisible para el resto de la empresaUn documento se juzga por las discusiones que elimina, no por las que añadeEl acceso a una tecnología deja de ser una ventaja en cuanto se puede alquilar por usoCuando producir se vuelve abundante, la ventaja se desplaza de la capacidad de producir hacia la comprensión del contextoDos empresas que expresan la misma necesidad pueden esperar de ella dos cosas distintas según su cultura de decisiónGenerar una interfaz más rápido no corrige una mala comprensión del usuarioUn producto adoptado por sus usuarios puede quedar bloqueado por los criterios de decisión del compradorProducir más código no produce ni coherencia de arquitectura, ni fiabilidad, ni seguridadUna exigencia de trazabilidad llega al terreno bajo la forma de una petición corriente de justificaciónUn documento de contexto vale por la distinción que impone entre lo que se sabe, lo que se cree y lo que genera dudasUn documento de contexto se organiza por riesgos de producto y no por disciplinasUna roadmap sustituye una lógica de fechas por una lógica de horizontes de certezaUna roadmap no produce el arbitraje, lo vuelve visible y discutibleLa columna lleva la decisión, la tarjeta explica el valorUn candidato serio se distingue de una idea por la condición escrita de su paso al compromisoMantener un tema visible sin comprometerse con él solo tiene sentido si su desencadenante de reevaluación está escritoUna roadmap alinea por lo que excluye, no por lo que listaMostrar más temas comprometidos de los que el equipo puede producir fabrica una ilusión de compromisoUna columna de espera sin límite se convierte en un pre-backlog políticoUn número de plazas limitado transforma la priorización en justificación comparadaUna roadmap no conectada a una estrategia no es más que una presentación más legible del desorden existenteUna roadmap no debe ser la suma de las presiones entrantesLa roadmap selecciona los temas, el backlog organiza el trabajo sobre los temas seleccionadosUna roadmap de cliente es una traducción manual, no una extracción de la roadmap internaMostrar un tema no comprometido crea una expectativa que equivale a una promesaUna roadmap sin decisor designado se convierte en un compromiso entre juegos de influenciaEl ritmo de revisión de una roadmap se arbitra entre la discusión permanente y la derivaUn tema ni comprometido ni abandonado sigue consumiendo la atención de la organizaciónTrabajar en un tema del que no se sabe si será priorizado hace bajar la intensidad del trabajoUna roadmap protege de la dispersión e impide con el mismo gesto las pequeñas mejoras evidentesUna excepción al marco de priorización solo se sostiene si está sacralizada y acotadaUn tiempo fuera de la roadmap solo trata los temas cuyo valor ya se conoceUna deuda técnica solo es una deuda a partir del momento en que se decide saldarlaLa atomicidad de una nota depende de su cohesión, no de su longitudMientras una nota cita a su autor en vez de enunciar la idea, sigue siendo una capturaEl título de una nota es una toma de posición, no una etiqueta de archivoNo encontrar un título nítido para una nota señala una idea todavía difusa, no una falta de estiloUna nota demasiado amplia enturbia sus enlaces, una nota demasiado fragmentada los reduce a ruidoClasificar el pensamiento por concepto en lugar de por fuente permite que varias lecturas enriquezcan la misma notaUnas notas ya clarificadas hacen que la escritura sea incremental en lugar de depender de una gran sesión de síntesisUn mismo archivo no puede estar organizado a la vez para el humano y para la IALa excelencia en un ámbito depende de la profundidad del contexto interiorizado, no del dominio de la técnicaLa atención de un modelo se degrada sobre lo que enterramos en medio de su contextoUn contexto se carga mediante un núcleo constante completado bajo demanda, no en bloqueSeparar la materia bruta, lo que se retiene de ella y lo que se entrega es lo que hace atribuible una afirmaciónUna decisión tomada con una IA solo se defiende si el camino que lleva hasta ella sigue siendo recorrible hacia atrásUn entregable regenerado desde el contexto ya no espera al final de una faseUn contexto sin salida conserva su valor por lo que aporta a los contextos vecinosLa inteligencia depende del acercamiento de ideas lejanas, no de la acumulación de saberUna síntesis larga impide los acercamientos que un conjunto de notas cortas y enlazadas hace posiblesExplicar un contexto a una IA obliga a comprobar que uno mismo lo entiendeUn contexto perfectamente documentado sigue incompleto en aquello que el Product Manager nunca ha escritoEl conocimiento no escrito es la única materia de un contexto cuya recogida no puede industrializarseUna fuente de sesión capta el pensamiento útil antes de que alcance el umbral del documentoUna microseñal solo vale por su acumulación en un contexto que sabe por qué la conservaRepetir una idea con matices distintos la hace madurar en lugar de duplicarlaUn conocimiento se queda en las cabezas porque nace demasiado pequeño para convertirse en documentoUna síntesis vale por el ángulo que elige, no por el tema que cubreReunir varias notas hace aparecer un nivel de lectura que ninguna sostiene por sí solaUna síntesis se sostiene entre dos derivas: profundizar en una idea o ser solo una lista de vínculosExplicar la relación entre las notas vale más que copiar lo que dicenUna síntesis puede sostener varias ideas mientras sirvan al mismo ánguloUna tesis extraída de notas existentes da la arquitectura de un artículo antes de escribir una sola líneaUna entrada de glosario delimita una palabra, una nota atómica afirma una proposiciónUna entrada de glosario se juzga por la usabilidad del término, no por la exhaustividad del conceptoUn término solo se delimita frente a las palabras con las que se confundeUn glosario se vuelve necesario cuando un sistema de notas sirve a varias personas o varios usosLos vínculos de una red de notas solo se sostienen por la estabilidad de las palabras que los soportanEl glosario no reemplaza ni las notas ni las fuentes: les da un vocabulario comúnUna pregunta sobre el comportamiento del producto pide una lectura de la fuente, no un arbitraje de productoEl tiempo dedicado a comprobar lo que el producto ya hace no aparece en ningún instrumento de seguimientoResponder a una pregunta ajena a tu tema cuesta la continuidad del trabajo en curso más que el tiempo que ocupaLa frontera entre lo que se mantiene y lo que se regenera pasa entre lo que explica y lo que describeObligar a una respuesta generada a citar sus pruebas limita lo que se permite afirmarUna respuesta que no dice dónde bloquea desplaza el riesgo en vez de reducirloUna respuesta estructurada en ángulos sirve a varias áreas sin duplicarse por públicoRecuperar el fragmento correcto y circular hasta sus vecinos son dos capacidades distintasEl historial de un repositorio lleva la intención que su estado actual ha borradoEl comportamiento real de un producto no está solo en el repositorio: depende de la configuración desplegadaUn código consultable es un código cuyas excepciones llevan reglas de negocio, no un código limpioUna especificación cambia de estatus al pasar a producción: herramienta de diálogo antes, artefacto regenerable despuésUn asistente de desarrollo no inventa la deuda técnica, le cambia la escalaLa lentitud de producción imponía una comprensión que nada releva cuando caeUn error que llega a una escala en la que ya no es analizable deja de formarLas tareas que formaban a los desarrolladores júnior son las que un asistente automatiza mejorUna aceleración general vuelve indefendible el tiempo de aprendizaje que no aceleraLas buenas prácticas nacen de la resistencia del terreno, no de la relectura de las anterioresUn sistema comprendido es un sistema que se sabría reconstruirAceptar código que nadie sabe explicar contrae una deuda de comprensiónSin un catálogo de patrones decidido por el equipo, cada funcionalidad generada inventa su propia manera de hacerUna salida fallida de un asistente señala una directriz ausente antes de ser un trabajo que corregirLa complejidad de una funcionalidad se paga fuera del código, en la adopción, el soporte y la documentaciónReintroducir dificultad a propósito mantiene una competencia que la herramienta vuelve inútil en el día a díaReconstituir un contexto perdido no cuesta solo tiempo: la decisión siguiente se toma sobre una versión empobrecidaEstructurar una información de cliente es volverla pensable, no guardarlaUna prueba de producto se construye por convergencia de señales, no por demostraciónUn contexto que reúne los prismas de varias funciones vuelve visible el punto ciego de cada unaDifundir una síntesis sin dejar acceso a la materia bruta impide cualquier reinterpretación posteriorUn capital de conocimiento solo vale por aquello que lo devuelve a las decisionesUn mismo bloque de contexto da entregables distintos según la función que lo retomaUn producto se juzga por la capacidad que añade al cliente, no por la tarea que ejecutaUna agregación mantenida al día borra la historia que llevó hasta ellaUna directriz de tratamiento codifica el conocimiento de terreno que solo posee quien tiene el contextoLas reglas de tratamiento y la materia que tratan no caben en el mismo archivoDelegar un troceado sin decir cómo trocear devuelve la estructura del modelo, no la tuyaLa tasa de error aceptable de una IA se fija por dominio, no en absolutoUn sistema de contexto avanza un escalón cada vez que el anterior deja de bastarEl primer sistema de contexto sirve para aprender cómo organiza la IA, no para durarEn un trabajo asistido por IA, el disco lleva la memoria y la conversación no es más que un canalEl objetivo de una misión y el foco del momento deben mantenerse en dos archivos distintosUn marco de misión se llena con lo que se dice de pasada, no en el momento de abrirloUna directriz codifica una forma de trabajar, nunca una información sobre el temaDepositar una acción futura fuera de la conversación la retira del razonamiento en cursoUn contexto de trabajo debe poder recibir un mensaje cuando no hay ninguna sesión abiertaUn estado de reanudación se redacta desde la pregunta de quien llega sin haber leído nadaUn modelo que compacta su conversación elige él mismo lo que conserva, y no lo señalaOlvidar, en un espacio de trabajo, es una decisión de carga y no una supresiónHacer que un asistente escriba un script en lugar de ejecutar la tarea vuelve la operación verificable y repetibleUn producto que funciona, aunque sea imperfecto, revela fricciones que una maqueta no puede mostrarUna herramienta construida como desechable se vuelve crítica sin que nadie lo haya decididoSin una restricción de volumetría enunciada, un asistente diseña para el juego de pruebas y el defecto se manifiesta como lentitud, no como errorSupervisar a un asistente de código exige el trabajo de un tutor de junior sin la progresión que lo rentabilizaAumentar la capacidad de producir desplaza el cuello de botella hacia quien decideAcelerar una sola etapa de un flujo de trabajo desplaza el cuello de botella a la siguienteDelegar la implementación a un agente obliga a explicitar las decisiones de producto que el desarrollador absorbía en silencioEl derecho a producir código se regula por la relación entre la competencia y el riesgo del producto, no por la competencia solaEntregar más rápido sin acceso a los clientes ni a los arbitrajes produce un operador de agentes, no un product engineerLa seguridad es la única exigencia de software que no se gradúa según lo que está en juego en el productoLo que un contribuyente puede asumir se mide por su nivel de capacidad de acción, no por su oficio de origenSupervisar una producción de código venida de fuera del equipo técnico consiste en conectarla a las herramientas existentesImponer la revisión de una herramienta personal y desechable recrea la dependencia de los desarrolladores que se quería reducirFabricarse la propia herramienta compromete a asumir sus averías, y esa es la carga que el asistente no recogeLos tests son el punto de apoyo que queda sobre un código que no has escrito tú mismoLa revisión de pull request se convierte en un mecanismo de gobernanza en cuanto contribuyen perfiles no desarrolladoresLa apertura de un perímetro de contribución se arbitra según el riesgo de la zona, no según el oficio del contribuyenteUnos tests escritos a posteriori por el autor del código validan su implementación, no la intención de negocioUn marco técnico explícito acelera a un asistente en lugar de frenarloUna decisión de producto, una decisión técnica y una decisión de experiencia conservan cada una su responsable aunque todo el mundo contribuyaTrabajar con agentes vuelve centrales responsabilidades de producto que eran implícitasConstruir al lado del producto y construir en su prolongación no comprometen el mismo riesgoCuando otras funciones producen software, el trabajo de los desarrolladores se desplaza hacia la fabricación del terrenoLa calidad de una salida probabilística se juzga por su aceptabilidad, no solo por su conformidadUna herramienta que da acceso a una potencia técnica no transmite la cultura que la vuelve seguraUnos enlaces nombrados con verbos precisos describen un producto allí donde unas definiciones aisladas solo describen palabrasLa distancia entre el nombre del código, la palabra de la pantalla y la palabra del terreno es información que conservar, no un desorden que corregirUn modelo de producto transmitido de viva voz deja de transmitirse en cuanto el destinatario es un agenteUna regla de negocio enunciada en una frase ya es una prueba, sin pasar por el códigoMientras el uso de un repositorio no haya empezado, el rigor de su formato no puede elegirseLas preguntas ya formuladas al soporte acotan un repositorio mejor que las preguntas escritas en fríoUn repositorio se recibe volviendo a plantear las preguntas que lo acotaron, sin reabrir el códigoUn enlace que apunta a una ficha inexistente es la cola de trabajo, no un error que corregirUna fuente que no procede de la versión descrita no es una fuenteDos partes de un producto que se contradicen en la misma versión señalan una incoherencia, no un desfaseUn objeto de software solo está descrito cuando ha sido leído en el núcleo del código, la base, las pantallas y las traduccionesUna regla que solo existe en la pantalla es casi siempre una anomalíaLos nombres de los mensajes de error técnicos enuncian reglas de negocio que el resto del código no formula en ninguna parteEl reparto de un software en módulos aproxima el negocio, su reparto en tablas no lo aproximaLa cohesión de un conjunto de fichas y la cobertura de lo que describen son dos controles distintosSe elige un criterio de parada que se puede satisfacer en lugar de un criterio que prueba el trabajo hechoUn criterio de parada buscado al final se elige entre aquellos que ya estamos seguros de satisfacerLa señal de una medida de cobertura es el desacuerdo entre dos ángulos de enumeración, no la puntuación de un ánguloUn motor de búsqueda semántica siempre responde y nunca prueba una ausenciaUna misma regla copiada en tres documentos solo diverge el día en que cambiaUn recuento de términos mal planteado produce un dato falso que parece un datoUn agente enumera mejor que un humano y declara terminado antes que élUn cálculo que no tiene un sitio único lo redescubre cada nueva funcionalidad, a su costaUn objeto que el usuario ve en pantalla sin que exista en el producto fabrica toda una familia de reclamacionesLas entrevistas dicen lo que los clientes quieren construir, los tickets dicen lo que se rompeUn error de estimación de un orden de magnitud basta para que un trabajo nunca se empieceUn repositorio completo sobre un perímetro sirve a todos sus oficios, un repositorio a medias sobre cinco no sirve a nadieUn diario llevado solo por adición distingue un cambio del producto de un cambio de nuestra comprensiónUna sección "lo que el método no dice todavía" es lo que hace honesto a un documento de métodoUn repositorio que madura se mueve por fusiones y divisiones de objetos, movimientos que ninguna herramienta cuenta El momento más útil de la escritu…Un entregable lleva el resultado…Entre las fuentes y los entregabl…La IA vuelve rentable una capa in…Una respuesta bien formulada no p…El valor de una persistencia está…Una lentitud atribuida a la herra…Encargar una tarea accesoria a un…"A priorizar más adelante" es un…Mientras la pérdida no esté nombr…Un arbitraje reabierto en cuanto…El código es el único artefacto q…La limpieza del código deja de se…Reconstruir una especificación de…Una prueba escrita antes del códi…Una herramienta de coherencia sol…Un arbitraje sin memoria escrita…Producir más código no produce ni…Un mismo archivo no puede estar o…Obligar a una respuesta generada…Un asistente de desarrollo no inv…
  • IA y contexto
  • Product management
  • Conocimiento y notas
  • Empresa y gestión
  • Sin categoría