¡Encontrar el equilibrio adecuado entre deuda de diseño y nuevas funciones es clave!
Los técnicos superiores están aquí para aportar tanto valor empresarial como sea posible, y eso no sólo significa trabajar en nuevas funciones. Con la velocidad a la que cambian las cosas en ese sector, poder hacer ajustes con confianza es también un gran beneficio para el negocio.
Por eso es importante mitigar la deuda técnica, de diseño, y dedicar tiempo a resolverla. Y una vez que sepas que resolver una deuda de diseño concreta te beneficiaría en términos de poder lanzar nuevas funciones más rápidamente.
Para ti debería ser una obviedad pasar a la acción. Asegúrate de preparar un caso para ello, y haz que sea lo más fácil posible decir ¡SÍ!
Un jefe de Producto me dijo que si su jefe del departamento de tecnología siguiera este plan, le resultaría MUCHO más fácil y probable dar prioridad a la deuda de diseño (en el artículo se explica lo que es para los que no tengan tanta “sapienza” tecnológica). Siempre hay algo que languidece en el backlog, me dijo, por lo que contar con técnicos superiores (como los ingenieros) que aboguen activamente con una justificación basada en el valor sería increíblemente útil.
Est artículo es una visión general sobre cómo persuadir a tu organización para que dedique recursos a la deuda de diseño, redactado por un especialista.
Alinear la deuda de diseño con los objetivos empresariales es un enfoque muy inteligente, sobre todo porque a los usuarios empresariales les suele resultar difícil comprender la importancia y el impacto de la deuda de diseño. He luchado con esto antes y estos pasos parecen realmente prácticos.
Un gestor de producto tomará decisiones basándose en sus conocimientos y datos: datos de clientes y compensaciones, etc.
Por tanto, un gestor de productos con formación técnica o de ingeniería comprende y puede empatizar con la experiencia de los desarrolladores y cómo la deuda puede ralentizar la entrega y causar problemas. Comprenden mejor las compensaciones técnicas.
Si no lo son, y son más PYME de dominio, necesitan ayuda técnica para comprender mejor las compensaciones técnicas (que afectan al negocio de forma implícita más que explícita). Cuando veo decisiones que nunca priorizan la deuda, suele ser porque las compensaciones no se comprenden bien ni se clasifican adecuadamente.
Yo añadiría, intenta hablar de la deuda de diseño como deuda de producto. Ayuda a que sea una responsabilidad compartida entre el producto y la ingeniería, en lugar de una responsabilidad exclusiva de las ciencias técnicas, como la ingeniería.
¡Encantado de charlar más sobre este importante tema!
¡Encontrar el equilibrio adecuado entre deuda de diseño y nuevas funciones es clave!
Los técnicos superiores están aquí para aportar tanto valor empresarial como sea posible, y eso no sólo significa trabajar en nuevas funciones. Con la velocidad a la que cambian las cosas en ese sector, poder hacer ajustes con confianza es también un gran beneficio para el negocio.
Por eso es importante mitigar la deuda técnica, de diseño, y dedicar tiempo a resolverla. Y una vez que sepas que resolver una deuda de diseño concreta te beneficiaría en términos de poder lanzar nuevas funciones más rápidamente.
Para ti debería ser una obviedad pasar a la acción. Asegúrate de preparar un caso para ello, y haz que sea lo más fácil posible decir ¡SÍ!
Un jefe de Producto me dijo que si su jefe del departamento de tecnología siguiera este plan, le resultaría MUCHO más fácil y probable dar prioridad a la deuda de diseño (en el artículo se explica lo que es para los que no tengan tanta “sapienza” tecnológica). Siempre hay algo que languidece en el backlog, me dijo, por lo que contar con técnicos superiores (como los ingenieros) que aboguen activamente con una justificación basada en el valor sería increíblemente útil.
Est artículo es una visión general sobre cómo persuadir a tu organización para que dedique recursos a la deuda de diseño, redactado por un especialista.
Alinear la deuda de diseño con los objetivos empresariales es un enfoque muy inteligente, sobre todo porque a los usuarios empresariales les suele resultar difícil comprender la importancia y el impacto de la deuda de diseño. He luchado con esto antes y estos pasos parecen realmente prácticos.
Un gestor de producto tomará decisiones basándose en sus conocimientos y datos: datos de clientes y compensaciones, etc.
Por tanto, un gestor de productos con formación técnica o de ingeniería comprende y puede empatizar con la experiencia de los desarrolladores y cómo la deuda puede ralentizar la entrega y causar problemas. Comprenden mejor las compensaciones técnicas.
Si no lo son, y son más PYME de dominio, necesitan ayuda técnica para comprender mejor las compensaciones técnicas (que afectan al negocio de forma implícita más que explícita). Cuando veo decisiones que nunca priorizan la deuda, suele ser porque las compensaciones no se comprenden bien ni se clasifican adecuadamente.
¡Gracias por compartirlo!
Yo añadiría, intenta hablar de la deuda de diseño como deuda de producto. Ayuda a que sea una responsabilidad compartida entre el producto y la ingeniería, en lugar de una responsabilidad exclusiva de las ciencias técnicas, como la ingeniería.
¡Encantado de charlar más sobre este importante tema!