MediaWiki API result

{
    "batchcomplete": "",
    "continue": {
        "gapcontinue": "Requisitos_\u00e1giles",
        "continue": "gapcontinue||"
    },
    "warnings": {
        "main": {
            "*": "Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/postorius/lists/mediawiki-api-announce.lists.wikimedia.org/> for notice of API deprecations and breaking changes."
        },
        "revisions": {
            "*": "Because \"rvslots\" was not specified, a legacy format has been used for the output. This format is deprecated, and in the future the new format will always be used."
        }
    },
    "query": {
        "pages": {
            "129": {
                "pageid": 129,
                "ns": 0,
                "title": "Refactorizaci\u00f3n",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "La '''refactorizaci\u00f3n''' es la re-estructuraci\u00f3n del c\u00f3digo fuente, alterando su estructura interna, sin modificar el comportamiento del programa, con la finalidad de \"limpiar el c\u00f3digo\": mejorar la consistencia interna, claridad, comprensi\u00f3n en general su calidad.\n\nSe recomienda realizar la refactorizaci\u00f3n, seguida de pruebas unitarias para comprobar que no ha cambiado el comportamiento del c\u00f3digo.\n\nEs una pr\u00e1ctica especialmente recomendada en programaci\u00f3n \u00e1gil, como garant\u00eda de calidad y para evitar que el cambio continuo genere \"deuda t\u00e9cnica\".\n\n==V\u00e9ase tambi\u00e9n==\n*[[Deuda t\u00e9cnica]].\n[[Category:Glosario de t\u00e9rminos]]\n[[Category:Pr\u00e1cticas \u00e1giles]]"
                    }
                ]
            },
            "563": {
                "pageid": 563,
                "ns": 0,
                "title": "Report out with synthesis",
                "revisions": [
                    {
                        "contentformat": "text/x-wiki",
                        "contentmodel": "wikitext",
                        "*": "'''''Report out with synthesis''''' (\"Simplificar los informes\" en espa\u00f1ol) es una pr\u00e1ctica \u00e1gil que se suele realizar durante la fase 4 o la fase 3 de una [[retrospectiva]]. Dura entre 20 y 30 minutos dependiendo del n\u00famero de participantes y del tiempo para informar. \n==Descripci\u00f3n y objetivos==\nSirve para compartir pensamientos e ideas de grupos peque\u00f1os a grupos grandes. Adem\u00e1s, es \u00fatil para buscar posibles aspectos comunes e ideas que motiven al grupo. \n\nEl equipo se ha dividido en grupos peque\u00f1os para analizar la situaci\u00f3n del equipo en las \u00faltimas iteraciones. Cada grupo peque\u00f1o comparte el resultado de su grupo con el equipo. El/La l\u00edder de la retrospectiva dibuja una barra de progreso para ayudar a mantener la actividad dentro de un tiempo controlado. Despu\u00e9s del informe final, se buscan aspectos similares sobre los que poder trabajar. \n==C\u00f3mo realizar la actividad==\nLa actividad paso a paso transcurre as\u00ed:\n# El equipo se ha dividido en grupos peque\u00f1os que han estado investigando sobre los resultados de las \u00faltimas iteraciones.\n# Cada grupo peque\u00f1o tiene X tiempo para compartir sus conclusiones con todo el equipo.\n# El/La l\u00edder de la retrospectiva debe monitorear el tiempo de intervenci\u00f3n de cada grupo con una barra de progreso para evitar que se alargue demasiado. Si alguien se pasa del tiempo, debe anunciarlo para que vayan concluyendo su exposici\u00f3n.\n# Cuando todos los grupos han informado, el equipo debe pensar en los rasgos comunes que han aparecido en todas las presentaciones y apuntarlos de forma conjunta en una ''flip chart''.\n# Una vez identificados estos aspectos comunes, se hacen las siguientes preguntas:\n#* ''\u00bfTen\u00e9is energ\u00eda suficiente para abordar alguna de estas ideas? \u00bfCu\u00e1l?''\n#* ''\u00bfQu\u00e9 tienen estas ideas para que os sint\u00e1is con energ\u00eda para llevarlas a cabo?''\n#* ''\u00bfQu\u00e9 ideas tienen m\u00e1s probabilidades de \u00e9xito?''\n#* ''\u00bfQu\u00e9 impresi\u00f3n general os suscitan estas ideas?''\n#* ''\u00bfQu\u00e9 ideas quieres seleccionar para la pr\u00f3xima iteraci\u00f3n?''\n# Priorizar las ideas se realizar\u00e1 en la siguiente fase de la retrospectiva.\n==V\u00e9ase tambi\u00e9n==\n*[[Retrospectiva]].\n*[https://www.scrummanager.com/blog/2023/06/primera-fase-de-una-retrospectiva-3-actividades/ Scrum Manager Blog: \u00abPrimera fase de una retrospectiva: reflexi\u00f3n en equipo (3 actividades)\u00bb].\n*[https://www.scrummanager.com/blog/2023/08/segunda-fase-de-una-retrospectiva-en-busca-de-la-mejora-continua/ Scrum Manager Blog: \u00abSegunda fase de una retrospectiva: en busca de la mejora continua\u00bb].\n*[https://www.scrummanager.com/blog/2023/10/tercera-fase-de-una-retrospectiva-crear-conocimiento/ Scrum Manager Blog: \u00abTercera fase de una retrospectiva: crear conocimiento\u00bb].\n*[https://www.scrummanager.com/blog/2022/10/sprint-retrospective-ejemplo-preparacion-y-puesta-en-practica/ Scrum Manager Blog: \u00abEjemplo: c\u00f3mo dise\u00f1ar una sprint retrospective\u00bb].\n*[https://www.scrummanager.com/blog/2022/12/resolucion-de-conflictos-en-una-retrospectiva/ Scrum Manager Blog: \u00abLiderar retrospectivas y resoluci\u00f3n de conflictos\u00bb].\n*[https://www.scrummanager.com/blog/2022/09/apuntes-agile-retrospectives/ Scrum Manager Blog:  \u00abApuntes: Agile Retrospectives\u00bb].\n==Referencias==\n*[https://www.amazon.com/Agile-Retrospectives-Making-Teams-Great/dp/0977616649 Derby, Esther; Larsen, Diana. (2006) ''Agile Retrospectives: Making Good Teams Great''].\n[[Category: Glosario de t\u00e9rminos]]\n[[Category: Pr\u00e1cticas \u00e1giles]]"
                    }
                ]
            }
        }
    }
}