Qual é a diferença entre framework e metodologia?

Uma metodologia é um conjunto de princípios, ferramentas e práticas que podem ser usados para orientar processos para atingir um objetivo específico.

Uma estrutura é um estrutura frouxa, mas incompleta, que deixa espaço para outras práticas e ferramentas serem incluídas, mas fornece muito do processo necessário.

Se olharmos para os equivalentes de software, por exemplo, onde os aplicativos são análogos às metodologias: Rails e Spring são duas estruturas baseadas em código que funcionam com código customizado para produzir um aplicativo. O GMail é um aplicativo.

Da mesma forma, o Scrum pode ser considerado um framework, já que deixa espaço para as equipes escolherem seus próprios processos técnicos, funções de desenvolvimento, etc. XP pode ser considerada uma metodologia, pois fornece diretrizes para todas as mesmas coisas que o Scrum faz, junto com práticas técnicas relevantes. Não estou familiarizado o suficiente com o Prince2 para comentar, mas você entendeu.

Comentários

• Scrum é um framework. scrumguides.org/scrum-guide.html
• Scrum não é um método ou metodologia, é um framework, isso significa você tem que adaptá-lo para atender às suas necessidades de projeto
• @DavidLeal Scrum, como foi originalmente concebido, é um framework. Scrum como ‘ ensinado pode ser considerado um framework, dependendo de quem o ensina. Muitas pessoas fazem cursos e exames Scrum e não ‘ recebem qualquer tipo de orientação sobre como adaptá-lo, ou aprimorá-lo, ou mesmo para saber se essa adaptação é necessária. Quando novos SMs estão falando sobre como ” O Scrum é sagrado ” e seguindo as questões do modelo sem qualquer adaptação, ele não ‘ está sendo tratado como um framework.

PMBoK 4ª Edição, glossário, página 437:

Metodologia : Um sistema de práticas, técnicas, procedimentos e regras usadas por aqueles que trabalham em uma disciplina

O termo “estrutura” é usado mais de 20 vezes no PMBoK, mas não está no glossário. Acho isso um pouco estranho …

Como não temos uma referência de autoridade PMBoK, prefiro a definição de WhatIs.com :

Em geral, um framework é uma estrutura real ou conceitual destinada a servir como um suporte ou guia para a construção de algo que expande a estrutura em algo útil.

Gosto da parte sobre “expande a estrutura para algo útil”.

Um framework é uma estrutura, uma maneira lógica de classificar, segmentar, categorizar ou manter algo. Eu penso nisso como um substantivo.

Um método é uma ação, uma maneira de fazer algo. Descreveria um processo ou conjunto de procedimentos, atividades e uma série de resultados ao longo do caminho. Isso é mais um verbo.

Uma estrutura pode ser algo para que você aspira. O método o levará lá.

Comentários

• Eu não ‘ t sabe por que você teve um downvote, parece-me que sua resposta é bastante sensata e fácil de entender. E inline com a resposta de @Undercover Brother ‘.

Eu concordaria com Lunivore e SBWorks – suas contribuições são de uma perspectiva acadêmica e profissional baseada na indústria – experientes com bom senso e uma compreensão da língua inglesa

(que é muito BAIXA em Reino Unido, Austrália, Canadá, Nova Zelândia e EUA – constantemente vejo imigrantes que riem muito dos desastres da língua local.

Eu usaria definições de dicionário e aplicaria essas definições a um situação.

O problema é que, se você tentar observar a indústria, verá que, essencialmente, há um monte de lixo autopropagado – em que cada empresa publica sua versão de vida.

p> Por exemplo, a IBM chama de “sua estrutura baseada no Unified Process” um “processo” – o Rational Unified Process – que na verdade é uma estrutura quando você olha para ela. Vindo de um grande participante do setor, trata-se de desinformação e má terminologia no seu melhor.

Quanto à terminologia corporativa re: frameworks e metodologias, a maioria das empresas e agências governamentais são administradas por idiotas que têm suas próprias definições desses termos – provavelmente inspiradas na IBM.

(desculpe Francês!)

Eu vi pelo menos um oficial de nível superior (CIO / CEO / CFO / CTO) olhar para um diagrama de fluxo de processo e chamá-lo de estrutura.

BoKs são corpos de conhecimento que descrevem elementos e áreas de conhecimento que podem ser usados como uma estrutura e abordagens para construir modelos / metodologias com base nessa estrutura.

As definições acadêmicas de uma estrutura sugerem que, a menos que você agrupe padrões, procedimentos e processos juntos em um nível empresarial, você não tem uma estrutura.

Até que você destile uma estrutura em ferramentas, metodologias que regem os processos e padrões que atuam como gateways em um procedimento dentro dessas metodologias, você não tem uma metodologia.

Muito amplamente, o Framework é o que a empresa está almejando, ou o “onde” para o no sentido mais amplo, e a Metodologia é o como que inclui métodos, ferramentas etc.

Tenho certeza de que todas as empresas que valem suas ações estariam lá fora, abusando dessa definição até que não haja mais sensível do que o dólar americano como moeda de reserva.

Sendo um analista de uma empresa de software, tentarei explicar com um exemplo simples em tempo real, espero que possa ajudar. Suponha que você trabalhe em uma organização, onde recebe notificações adequadas antes de as coisas serem implementadas, e-mails, suporte de sua alta administração, esses são o conjunto de referência de atributos como uma estrutura para dizer que a organização tem processos maduros.

Em vez disso, quando você vai de forma formal e vê que sua organização qualifica a certificação de manutenção de processos concedida por um auditor, é na verdade um processo que diz que as organizações realmente seguem os processos.

Portanto, o processo pode seja um atributo mais formal e uma estrutura como um atributo em tempo real.

Obrigado!

Comentários

• Olá, Rahul Bansal. A questão é sobre a diferença entre estrutura e metodologia. Você esqueceu de mencionar a parte da metodologia. Considere editar a pergunta ou escreva como um comentário.

aqui estão algumas sugestões para começar a usar estrutura e metodologia: (tenho pensado na mesma coisa esses dias também)

1. por meio da observação, determine o estado de ser a pessoa, empresa, país que gosta, não precisa fazem sentido geralmente o que vemos não é “verdade”, apenas a manifestação de alguém de sua própria versão de vida (como o incômodo disfarçado disse)

2. decida se você gosta, se você pode aceitá-lo

3. se você não pode simplesmente partir, a vida é muito curta para lutar
4. se você puder, comece a pensar em como fazer esse fenômeno acontecer, provavelmente você o fará encontre muitas maneiras já desenvolvidas e que façam sentido, e siga em frente

o ideal pode não ser o que você pensa, mas contanto que você possa aceitar, do que você está em um bom local.

Scrum: F ramework or Methodology?

Por definição, Scrum é um framework Agile. Alguns vêem isso como uma metodologia, no entanto. Agora, quem está certo? Realmente depende de como você olha para isso.

Primeiro, vamos tentar esclarecer a diferença entre estrutura e metodologia. Nesse contexto, um framework é uma diretriz frouxa, que define a estrutura principal de desenvolvimento de software. No entanto, não dita como fazer certas coisas. Uma estrutura não é uma receita passo a passo, pois não nos diz em quais ferramentas e processos confiar.

Com uma estrutura, podemos definir a maneira como queremos atingir nossos objetivos . Agora temos uma estrutura e um conjunto de padrões, ferramentas e práticas. Essa é a metodologia.

Você tem uma metodologia se preencher as lacunas da estrutura definida por um framework.

Agora, vamos voltar à nossa pergunta original. Scrum é um framework ou uma metodologia? Scrum define uma estrutura com certeza: ele nos diz que precisamos de Sprints de desenvolvimento, com Sprint Planning, Daily Scrum, Sprint Review e Retrospectiva. Portanto, o Scrum se encaixa na definição de um framework.

O Scrum nos diz quais ferramentas usar, como Excel para planejamento, Trello para rastreamento de progresso ou Microsoft Visio para projetar nosso software? Não!

Então, Scrum é um framework, não uma metodologia, certo? Bem, não é assim rápido! Muitas pessoas percebem o Scrum como uma metodologia porque as ferramentas e os padrões já foram fornecidos. Empresas maduras de desenvolvimento de software não precisam introduzir novos softwares e processos, apenas adaptar os existentes à estrutura fornecida pelo Scrum.

Eu testemunhei várias transições de Waterfall para Agile que não exigiram mudanças significativas nas ferramentas, mas na mente das pessoas.