User contributions for Mberne
Appearance
20 May 2026
- 09:3009:30, 20 May 2026 diff hist +11 Tableros kanban: conceptos →Véase también
- 09:2909:29, 20 May 2026 diff hist +7 DevOps →Prácticas técnicas clave
- 09:2809:28, 20 May 2026 diff hist +5,614 N DevOps Created page with "{{Meta-bok|min=4}} '''DevOps''' es un conjunto de prácticas, herramientas y una filosofía cultural que integra el desarrollo de software (''Development'') y las operaciones de sistemas (''Operations'') para mejorar la capacidad de una organización de entregar aplicaciones y servicios a alta velocidad con calidad y fiabilidad. El término fue popularizado por Patrick Debois en 2009 a partir de la primera DevOpsDays conference en Gante (Bélgica). == Origen == La sepa..."
- 09:2709:27, 20 May 2026 diff hist −1,616 Nexus No edit summary current
- 09:2609:26, 20 May 2026 diff hist −29 Marco Cynefin →Los cinco dominios
- 09:2609:26, 20 May 2026 diff hist +6,232 N Marco Cynefin Created page with "{{Meta-bok|min=5}} El '''marco Cynefin''' (pronunciado "ku-NEV-in", del galés: "hábitat") es un modelo de toma de decisiones desarrollado por Dave Snowden en IBM en 1999 que ayuda a las personas y organizaciones a entender el tipo de situación a la que se enfrentan y, desde ahí, elegir la respuesta más adecuada. Clasifica los contextos en cinco dominios según la relación entre causa y efecto. El nombre proviene del galés y hace referencia al concepto de que somo..."
- 09:2509:25, 20 May 2026 diff hist −36 Nexus →Los cinco dominios
- 09:2509:25, 20 May 2026 diff hist +6,239 N Nexus Created page with "{{Meta-bok|min=5}} El '''marco Cynefin''' (pronunciado "ku-NEV-in", del galés: "hábitat") es un modelo de toma de decisiones desarrollado por Dave Snowden en IBM en 1999 que ayuda a las personas y organizaciones a entender el tipo de situación a la que se enfrentan y, desde ahí, elegir la respuesta más adecuada. Clasifica los contextos en cinco dominios según la relación entre causa y efecto. El nombre proviene del galés y hace referencia al concepto de que somo..."
- 09:2209:22, 20 May 2026 diff hist +11 Principales modelos y marcos ágiles →Véase también current
- 09:2209:22, 20 May 2026 diff hist +10 FDD →Véase también current
- 09:2209:22, 20 May 2026 diff hist +10 Modelos de escalado ágil →Véase también
- 09:2109:21, 20 May 2026 diff hist +9 FDD →Véase también
- 09:2109:21, 20 May 2026 diff hist +9 DSDM →Véase también current
- 09:2109:21, 20 May 2026 diff hist +9 WSJF →Véase también
- 09:2109:21, 20 May 2026 diff hist +9 Modelos de escalado ágil →Véase también
- 09:2009:20, 20 May 2026 diff hist +4 Modelos de escalado ágil →Algunos modelos populares
- 09:2009:20, 20 May 2026 diff hist +8 Principales modelos y marcos ágiles →Véase también
- 09:2009:20, 20 May 2026 diff hist +4 Principales modelos y marcos ágiles →Marcos de escalado
- 09:1909:19, 20 May 2026 diff hist −30 SAFe No edit summary current
- 09:1909:19, 20 May 2026 diff hist +4,779 N SAFe Created page with "{{Meta-bok|min=5}} <div class="bok-def"> '''SAFe''' (''Scaled Agile Framework'') es el marco de escalado ágil más adoptado en la industria. Proporciona una guía de principios, roles, eventos y artefactos para aplicar los valores ágiles y lean en organizaciones con múltiples equipos. Fue creado por Dean Leffingwell y publicado en 2011. </div> == Origen == Dean Leffingwell, autor de ''Agile Software Requirements'' (2011), desarrolló SAFe a partir de su experiencia..."
- 09:1809:18, 20 May 2026 diff hist +196 OKR →Recursos current
- 09:1709:17, 20 May 2026 diff hist −2 OKR →Recursos
- 09:1609:16, 20 May 2026 diff hist −359 OKR No edit summary
- 09:1609:16, 20 May 2026 diff hist +6,523 OKR No edit summary
- 09:1509:15, 20 May 2026 diff hist −30 OKR No edit summary
- 09:1509:15, 20 May 2026 diff hist +3,608 N OKR Created page with "{{Meta-bok|min=6}} <div class="bok-def"> Los '''OKR''' (''Objectives and Key Results'', objetivos y resultados clave) son un sistema de definición y seguimiento de objetivos que conecta la dirección estratégica de una organización con el trabajo concreto de sus equipos. Cada OKR tiene dos componentes: un '''objetivo''' cualitativo e inspirador que describe qué se quiere lograr, y entre dos y cuatro '''resultados clave''' (KR) medibles que definen cómo se sabrá si..."
19 May 2026
- 17:4617:46, 19 May 2026 diff hist +391 IA como teammate →Recursos
- 17:4517:45, 19 May 2026 diff hist +26 IA como teammate →Recursos
- 17:4517:45, 19 May 2026 diff hist +2 IA como teammate →Relación con Definition of Done reforzada
- 17:4417:44, 19 May 2026 diff hist −30 IA como teammate No edit summary
- 17:4417:44, 19 May 2026 diff hist +22,228 N IA como teammate Created page with "{{Meta-bok|min=5}} <div class="bok-def"> '''IA como teammate''' es un enfoque para integrar la inteligencia artificial en equipos de trabajo como colaborador operativo, no como herramienta pasiva ni como sustituto de la responsabilidad humana. Implica gestionar modelos, contexto, prompts y gobernanza para que la IA pueda aportar valor de forma útil, verificable y alineada con el equipo. </div> La expresión “IA como teammate” no significa que la inteligencia artif..."
- 17:4417:44, 19 May 2026 diff hist −195 Prompt engineering →Recursos
- 17:4317:43, 19 May 2026 diff hist +30 Prompt engineering →Relación con Spec-Driven Development
- 17:4317:43, 19 May 2026 diff hist +30 Prompt engineering →Prompt engineering en equipos ágiles
- 17:4217:42, 19 May 2026 diff hist −21 Prompt engineering No edit summary
- 17:4217:42, 19 May 2026 diff hist +18,819 N Prompt engineering Created page with "{{Meta-bok|min=5}} <div class="bok-def"> ''Prompt engineering'' es la práctica de diseñar, probar y mejorar instrucciones para que un modelo o agente de IA produzca resultados útiles, consistentes y verificables. En equipos ágiles, no consiste en encontrar una “frase mágica”, sino en convertir una intención de trabajo en una instrucción clara, contextualizada y revisable. </div> El prompt engineering se ha vuelto una competencia básica para..."
- 17:4017:40, 19 May 2026 diff hist +2 Agente de IA →Relación con la Definition of Done reforzada
- 17:3917:39, 19 May 2026 diff hist −1 Agente de IA →Qué puede hacer un agente de IA en un equipo ágil
- 17:3917:39, 19 May 2026 diff hist +38 Agente de IA →Qué puede hacer un agente de IA en un equipo ágil
- 17:3917:39, 19 May 2026 diff hist −8 Agente de IA No edit summary
- 17:3817:38, 19 May 2026 diff hist +17,288 N Agente de IA Created page with "{{Meta-bok|min=5}} <div class="bok-def"> Un '''agente de IA''' es un sistema basado en inteligencia artificial capaz de ejecutar tareas con cierto grado de autonomía a partir de instrucciones, contexto, herramientas y mecanismos de control. En equipos ágiles con IA, un agente no sustituye la responsabilidad humana: actúa como colaborador operativo bajo supervisión, límites y criterios de verificación definidos por el equipo. </div> Un agente de IA no es simplemen..."
- 17:3617:36, 19 May 2026 diff hist +411 Vibe engineering →Recursos
- 17:3617:36, 19 May 2026 diff hist −271 Vibe coding →Recursos
- 17:3617:36, 19 May 2026 diff hist +195 Vibe coding →Recursos
- 17:3417:34, 19 May 2026 diff hist +30 Vibe engineering →Relación con Spec-Driven Development
- 17:3317:33, 19 May 2026 diff hist +6 Vibe engineering No edit summary
- 17:3317:33, 19 May 2026 diff hist +2 Vibe engineering No edit summary
- 17:3317:33, 19 May 2026 diff hist +14,168 N Vibe engineering Created page with "{{Meta-bok|min=4}} <div class="bok-def"> ''Vibe engineering'' es el modo de trabajo robusto en desarrollo asistido por IA: una idea validada, a menudo explorada antes mediante vibe coding, se convierte en software mantenible, seguro y liberable mediante Spec-Driven Development, revisión humana, pruebas, QA y una Definition of Done reforzada. </div> Vibe engineering es el complemento del vibe coding. Mientras e..."
- 17:3217:32, 19 May 2026 diff hist 0 Vibe coding →Recursos
- 17:3117:31, 19 May 2026 diff hist +467 Vibe coding →Recursos