¿Cuál es la diferencia entre el marco y la metodología?

Una metodología es un conjunto de principios, herramientas y prácticas que se pueden utilizar para guiar los procesos para lograr un objetivo en particular.

Un marco es un estructura suelta pero incompleta que deja espacio para que se incluyan otras prácticas y herramientas, pero proporciona gran parte del proceso requerido.

Si miramos los equivalentes de software, por ejemplo, donde las aplicaciones son análogas a las metodologías: Rails y Spring son dos marcos basados en código que funcionan con código personalizado para producir una aplicación. GMail es una aplicación.

De la misma manera, Scrum podría considerarse un marco, ya que deja espacio para que los equipos elijan sus propios procesos técnicos, roles de desarrollo, etc. XP podría considerarse una metodología, ya que proporciona pautas para las mismas cosas que hace Scrum, junto con prácticas técnicas relevantes. «No estoy lo suficientemente familiarizado con Prince2 como para comentar, pero entiendes la imagen.

Comentarios

• Scrum es un framework. scrumguides.org/scrum-guide.html
• Scrum no es un método o una metodología, es un framework, significa tienes que adaptarlo para que se ajuste a las necesidades de tu propio proyecto
• @DavidLeal Scrum, tal como se concibió originalmente, es un marco. Scrum tal como ‘ s enseñado podría un marco, dependiendo de quién lo enseñe. Hay muchas personas que toman cursos y exámenes de Scrum, y que no ‘ no reciben ningún tipo de orientación sobre cómo adaptarlo, o mejorarlo, o incluso para saber si se requiere esa adaptación. Cuando los nuevos SM hablan de cómo » Scrum es sagrado » y siguiendo las preguntas de la plantilla sin ninguna adaptación, ya no es ‘ t siendo tratado como un marco.

PMBoK 4th Edition, glosario, página 437:

Metodología : Un sistema de prácticas, técnicas, procedimientos y reglas que utilizan quienes trabajan en una disciplina

El término «marco» se utiliza más de 20 veces en PMBoK pero no está en el glosario. Me parece algo extraño …

Dado que no tenemos una referencia de autoridad del PMBoK, prefiero la definición de WhatIs.com :

En general, un marco es una estructura real o conceptual destinada a servir como soporte o guía para la construcción de algo que expande la estructura en algo útil.

Me gusta la parte sobre «expande la estructura en algo útil».

Un framework es una estructura, una forma lógica de clasificar, segmentar, categorizar o mantener algo. Lo considero un sustantivo.

Un método es una acción, una forma de hacer algo. Describiría un proceso o conjunto de procedimientos, actividades y una serie de resultados a lo largo del camino. Esto es más un verbo.

Un marco podría ser algo para lo que aspiras. El método te llevará allí.

Comentarios

• Yo no ‘ t Sé por qué tienes un voto negativo, me parece que tu respuesta es bastante sensata y fácil de entender. Y en línea con la respuesta de @Undercover Brother ‘.

Estoy de acuerdo con Lunivore y SBWorks – sus aportes son tanto desde una perspectiva académica como profesional basada en la industria – sazonados con sentido común y una comprensión del idioma inglés

(que es bastante BAJO en el Reino Unido, Australia, Canadá, Nueva Zelanda y los EE. UU. – Veo constantemente inmigrantes que se ríen mucho de los desastres lingüísticos locales)

Iría con definiciones de diccionario y aplicaría esas definiciones a un situación.

El problema es que, si intentas mirar la industria, esencialmente tienes un montón de basura que se propaga a sí misma, en el sentido de que cada empresa publica su versión de la vida.

Por ejemplo, IBM llama a su marco basado en el Proceso Unificado un «proceso» – el Proceso Unificado Racional – que en realidad es un marco cuando lo miras. Viniendo de un gran actor en la industria, esto es desinformación y mala terminología en su mejor momento.

En cuanto a la terminología empresarial con respecto a los marcos y metodologías, la mayoría de las empresas y agencias gubernamentales están dirigidas por idiotas que tienen sus propias definiciones de estos términos, probablemente inspirados en IBM.

(perdón por mi ¡Francés!)

He visto al menos a un funcionario de alto nivel (CIO / CEO / CFO / CTO) mirar un diagrama de flujo de proceso y llamarlo marco.

Los BoK son cuerpos de conocimiento que describen elementos y áreas de conocimiento que pueden usarse como un marco, y enfoques para construir modelos / metodologías basados en ese marco.

Las definiciones académicas de un marco sugieren que, a menos que agrupe estándares, procedimientos y procesos juntos a nivel empresarial, no tiene un marco.

Hasta que no destile un marco en herramientas, metodologías que rigen los procesos y estándares que actúan como puertas de enlace en un procedimiento dentro de esas metodologías, no tienen una metodología.

En términos muy generales, el Marco es lo que busca la empresa, o el dónde en cuestión, en el sentido más amplio, y la Metodología es el cómo que incluye métodos, herramientas, etc.

Estoy seguro de que todas las empresas que valgan sus acciones estarían molestando esa definición hasta que no más sensible que el dólar estadounidense como moneda de reserva.

Siendo analista de Software Firm, intentaré explicar con un ejemplo simple en tiempo real, espero que pueda ayudar. Suponga que trabaja en una organización, donde recibe las notificaciones adecuadas antes de que las cosas se implementen, correos electrónicos, apoyo de su alta gerencia, estos son el conjunto de atributos de referencia como un marco para decir que la organización tiene procesos maduros.

Más bien, cuando va de manera formal y ve que su organización califica, la certificación de mantenimiento de procesos otorgada por un auditor es en realidad un proceso que dice que las organizaciones realmente siguen los procesos.

Por la presente, el proceso puede ser un atributo y marco más formal como atributo en tiempo real.

¡Gracias!

Comentarios

• Hola Rahul Bansal. La pregunta es sobre la diferencia entre marco y metodología. Olvidaste mencionar la parte de metodología. Considere editar la pregunta o escribir esto como un comentario.

aquí hay algunas sugerencias para familiarizarse con marco y metodología: (He estado pensando en lo mismo estos días también)

1. mediante la observación, determine el estado de la persona, empresa, país que le gusta, no tiene por qué por lo general, lo que vemos no es «verdad», solo el manifiesto de alguien de su propia versión de la vida (como dijo el molesto encubierto)

2. decida si le gusta, si puede aceptarlo

3. si no puede simplemente irse, la vida es demasiado corta para luchar
4. si puede, entonces comience a pensar cómo hacer que ese fenómeno suceda, es probable que lo haga encontrar muchas formas ya desarrolladas y que tengan sentido, y simplemente seguir adelante

lo ideal puede no ser lo que piensas, pero siempre que puedas aceptar, entonces estás en un buen lugar.

Scrum: F ¿Ramework o Metodología?

Por definición, Scrum es un marco Agile. Sin embargo, algunos lo ven como una metodología. Ahora, ¿quién tiene razón? Realmente depende de cómo se mire.

Primero, intentemos aclarar la diferencia entre el marco y la metodología. En este contexto, un marco es una guía flexible que define la estructura principal del desarrollo de software. Sin embargo, no dicta cómo hacer ciertas cosas. Un marco no es una receta paso a paso, ya que no nos dice en qué herramientas y procesos confiar.

Dado un marco, podemos definir la forma en que queremos lograr nuestros objetivos. . Ahora tenemos una estructura y un conjunto de estándares, herramientas y prácticas. Esa es la metodología.

Tiene una metodología si llena los vacíos de la estructura definida por un marco.

Ahora, volvamos a nuestra pregunta original. ¿Scrum es un marco o una metodología? Scrum define una estructura con seguridad: nos dice que necesitamos Sprints de desarrollo, con planificación de Sprint, Scrum diario, Revisión de Sprint y reuniones retrospectivas. Por lo tanto, Scrum se ajusta a la definición de un marco.

¿Scrum nos dice qué herramientas usar, como Excel para la planificación, Trello para el seguimiento del progreso o Microsoft Visio para diseñar nuestro software? ¡No!

Entonces, Scrum es un marco, no una metodología, ¿verdad? Bueno, no es así ¡rápido! Mucha gente percibe Scrum como una metodología porque las herramientas y los estándares ya están dados. Las empresas maduras de desarrollo de software no tienen que introducir software y procesos nuevos, solo adaptar los existentes a la estructura proporcionada por Scrum.

He sido testigo de varias transiciones de Waterfall a Agile que no requirieron cambios significativos en las herramientas, sino en la mente de las personas.