프레임 워크와 방법론의 차이점은 무엇입니까?

방법론은 특정 목표를 달성하기 위해 프로세스를 안내하는 데 사용할 수있는 원칙, 도구 및 관행의 집합입니다.

프레임 워크는 느슨하지만 불완전한 구조로 인해 다른 관행과 도구가 포함될 여지가 있지만 필요한 프로세스의 상당 부분을 제공합니다.

예를 들어 응용 프로그램이 방법론과 유사한 경우 Rails 및 Spring은 애플리케이션을 생성하기 위해 사용자 정의 코드와 함께 작동하는 두 개의 코드 기반 프레임 워크입니다. GMail은 애플리케이션 입니다.

같은 방식으로 Scrum은 팀이 자체 기술 프로세스, 개발 역할 등을 선택할 수있는 여지를 남기므로 프레임 워크로 간주 될 수 있습니다. XP 관련 기술 관행과 함께 스크럼이 수행하는 모든 동일한 작업에 대한 지침을 제공하므로 방법론으로 간주 될 수 있습니다. 저는 Prince2에 대해 충분히 잘 알지 못합니다.하지만 사진은 알 수 있습니다.

댓글

• Scrum 는 프레임 워크입니다. scrumguides.org/scrum-guide.html
• Scrum은 방법이나 방법이 아니라 프레임 워크입니다. 자신의 프로젝트 요구에 맞게 조정해야합니다.
• @DavidLeal Scrum은 원래 구상 된 프레임 워크이므로 스크럼은 ' 가르친대로 고려할 수 있습니다. 누가 가르치는 지에 따라 프레임 워크입니다. 스크럼 과정과 시험을 수강하고 조정 방법에 대한 안내를받지 못하는 ' 많은 사람들이 있습니다. 새 SM이 " 스크럼이 어떻게 신성한지 " 및 수정없이 템플릿 질문을 따르면 ' 더 이상 프레임 워크로 취급되지 않습니다.

PMBoK 4 판, 용어집, 437 페이지 :

방법론 : 특정 분야에서 일하는 사람들이 사용하는 관행, 기술, 절차 및 규칙 시스템

“프레임 워크”라는 용어는 PMBoK이지만 용어집에 없습니다. 다소 이상합니다 …

PMBoK 권한 참조가 없기 때문에 WhatIs.com 의 정의를 선호합니다. :

일반적으로 프레임 워크는 구조를 무언가로 확장하는 무언가를 구축하기위한 지원 또는 가이드 역할을하는 실제 또는 개념적 구조입니다. 유용합니다.

“구조를 유용한 것으로 확장”하는 부분이 마음에 듭니다.

프레임 워크는 어떤 것을 분류, 분류, 분류 또는 유지하는 논리적 방법 인 구조입니다. 저는 그것을 명사라고 생각합니다.

방법은 행동, 무언가를 수행하는 방법. 프로세스 또는 절차, 활동 및 일련의 출력을 설명합니다. 이것은 동사에 가깝습니다.

프레임 워크는 이 방법을 통해 얻을 수 있습니다.

댓글

• 나는 ' 왜 당신이 반대표를 받았는지 아십시오. 당신의 대답은 꽤 합리적이고 이해하기 쉬운 것 같습니다. @Undercover Brother '의 답변과 일치합니다.

나는 Lunivore와 SBWorks에 동의합니다. 그들의 입력은 학문적 관점과 전문적인 산업 기반 관점에서 나왔습니다. 상식과 영어 언어에 대한 이해를 가지고 있습니다.

( 영국, 호주, 캐나다, 뉴질랜드 및 미국-지역의 언어 재난에 대해 잘 웃고있는 이민자들을 끊임없이 봅니다.)

사전 정의를 사용하여 이러한 정의를 상황.

문제는 산업을 살펴보면 본질적으로 각 기업이 자신의 삶의 버전을 게시한다는 점에서 자체적으로 전파되는 쓰레기가 많다는 것입니다.

예 : IBM은 통합 프로세스를 기반으로하는 프레임 워크를 “프로세스”(Rational Unified Process)라고 부릅니다. 이는 실제로 볼 때 프레임 워크입니다. 업계의 거물에서 비롯된 이것은 잘못된 정보이며 최상의 용어입니다.

프레임 워크 및 방법론에 대한 엔터프라이즈 용어의 경우 대부분의 기업 및 정부 기관은 이러한 용어에 대한 자체 정의를 가진 바보에 의해 운영됩니다. 아마도 IBM에서 영감을 얻었습니다.

프랑스어!)

최소한 한 명의 최고 임원 (CIO / CEO / CFO / CTO)이 프로세스 흐름도를보고 프레임 워크라고 부르는 것을 보았습니다.

BoK는 프레임 워크로 사용될 수있는 요소와 지식 영역을 설명하는 지식의 몸체이며, 프레임 워크를 기반으로 모델 / 방법론을 구축하는 접근 방식입니다.

프레임 워크의 학문적 정의는 표준을 번들로 묶지 않는 한, 절차와 프로세스를 엔터프라이즈 수준에서 함께 사용하면 프레임 워크가 없습니다.

프레임 워크를 프로세스를 관리하는 도구, 방법론 및 해당 방법론 내의 절차에서 게이트웨이 역할을하는 표준으로 추출 할 때까지 방법론이 없습니다.

매우 광범위하게 프레임 워크는 기업이 목표로하는 무엇이거나 어디입니다. 가장 넓은 의미에서 방법론은 방법, 도구 등을 포함하는 방법입니다.

주식 가치가있는 모든 기업이 그 정의가 정해지지 않을 때까지 괴롭힐 것이라고 확신합니다. 예비 통화로 미국 달러보다 더 현명합니다.

소프트웨어 회사의 분석가로서 간단한 실시간 예제를 통해 도움이되기를 바랍니다. 일이 구현되기 전에 적절한 알림, 이메일, 상위 관리자의 지원을받는 조직에서 일한다고 가정 해 보겠습니다. 이러한 속성은 조직에 성숙한 프로세스가 있음을 나타내는 프레임 워크로 참조되는 속성 집합입니다.

오히려 공식적인 방식으로 진행하여 조직이 감사 자로부터받은 프로세스 유지 관리 인증을받을 자격이 있는지 확인하는 것은 실제로 조직이 프로세스를 실제로 따르고 있음을 나타내는 프로세스입니다.

이때 프로세스는 실시간 속성으로서보다 형식적인 속성 및 프레임 워크가됩니다.

감사합니다!

댓글

• 안녕하세요 Rahul Bansal. 문제는 프레임 워크와 방법론의 차이에 관한 것입니다. 방법론 부분을 언급하는 것을 잊었습니다. 질문을 수정하거나 댓글로 작성하세요.

다음은 프레임 워크 및 방법론 : (요즘에도 똑같은 생각을 해왔습니다)

1. 관찰을 통해 사람, 회사, 국가가 좋아하는 상태를 결정합니다. 일반적으로 우리가 보는 것은 “진실”이 아니라 자신의 삶에 대한 자신의 삶을 표현한 것입니다 (잠복 귀찮게 말한 것처럼).

2. 좋아하는지 결정하십시오. 받아 들일 수 있습니다

3. 그냥 떠날 수 없다면 인생은 너무 짧아서 힘들어 할 수 없습니다
4. 그 현상이 일어나게하는 방법을 생각하기 시작할 수 있다면 이미 개발 된 방법을 많이 찾아서 이해하고 따라 가십시오.

이상은 생각과 다를 수 있지만 수용 할 수있는 한 좋은 상태입니다. 장소.

스크럼 : F ramework 또는 방법론?

정의에 따라 Scrum은 애자일 프레임 워크입니다. 하지만 일부는이를 방법론으로 본다. 자, 누가 맞습니까? 실제로 어떻게 보는지에 따라 다릅니다.

먼저 프레임 워크와 방법론의 차이점을 명확히하겠습니다. 이러한 맥락에서 프레임 워크는 소프트웨어 개발의 주요 구조를 정의하는 느슨한 가이드 라인입니다. 그러나 특정 작업을 수행하는 방법을 지시하지는 않습니다. 프레임 워크는 어떤 도구와 프로세스에 의존해야하는지 알려주지 않는다는 점에서 단계별 레시피가 아닙니다.

프레임 워크가 주어지면 목표를 달성하려는 방식을 정의 할 수 있습니다. . 이제 우리는 구조와 일련의 표준, 도구 및 관행을 얻었습니다. 그것이 방법론입니다.

프레임 워크에 의해 정의 된 구조의 틈새를 메 우면 방법론이 있습니다.

이제 원래 질문으로 돌아가겠습니다. 스크럼은 프레임 워크입니까 아니면 방법론입니까? Scrum은 확실히 구조를 정의합니다. Sprint Planning, Daily Scrum, Sprint Review 및 Retrospective 회의를 통해 개발 Sprint가 필요함을 알려줍니다. 따라서 Scrum은 프레임 워크의 정의에 적합합니다.

Scrum은 계획을위한 Excel, 진행률 추적을위한 Trello 또는 소프트웨어 설계를위한 Microsoft Visio와 같이 사용할 도구를 알려주나요? 아니요!

스크럼은 방법론이 아니라 프레임 워크입니다. 맞죠? 글쎄요, 그렇지 않습니다. 빨리! 많은 사람들은 도구와 표준이 이미 제공 되었기 때문에 스크럼을 방법론으로 인식합니다. 성숙한 소프트웨어 개발 회사는 새로운 소프트웨어와 프로세스를 도입 할 필요가 없으며 기존 소프트웨어를 Scrum에서 제공하는 구조에 맞게 조정하기 만하면됩니다.

나는 툴링에 큰 변화가 필요하지 않고 오히려 사람들의 마음 속에서 폭포수에서 애자일로의 전환을 목격했습니다.