반응형

System Engineering 30

스크럼 이벤트(Scrum Event): 지속적인 점검과 적응을 위한 공식적인 기회

스크럼 이벤트는 스프린트(Sprint)를 포함해 총 5가지로 구성되며, 각 이벤트는 스크럼 산출물을 검토하고 개선하기 위해 설계된 공식적인 기회를 제공합니다. 이러한 이벤트는 정기적인 리듬을 통해 예측 가능성을 높이고, 불필요한 회의의 필요성을 최소화하는 데 기여합니다. 모든 이벤트는 같은 시간과 장소에서 열리는 것이 이상적입니다. 스프린트(Sprint)스프린트는 스크럼의 중심적인 이벤트로, 모든 다른 이벤트를 포함하는 고정된 기간의 작업 주기입니다. 보통 한 달 이내의 일정으로 진행되며, 하나의 스프린트가 종료되면 즉시 다음 스프린트가 시작됩니다. 스프린트 동안 아이디어를 실행 가능한 가치로 전환하며, 이 기간 동안 스프린트 목표를 위해 다음 사항을 준수합니다.스프린트 목표를 위협하는 변경 사항은 금지..

System Engineering 2024.11.02

스크럼 팀(Scrum Team): 자율성과 협력으로 목표를 달성하는 핵심 단위

스크럼 기반의 프로젝트 수행은 어떻게 할 수 있을까요?일단 스크럼 팀을 잘 구성하는 것일겁니다.이번 포스팅에서는 스크럼 팀을 구성하는 역할을 알아보겠습니다.각자의 역할을 알아보고, 스크럼 팀이 필요한 역할을 잘 수행하는데 도움이 되면 좋겠습니다.    스크럼 팀(Scrum Team)은 스크럼 프레임워크의 가장 기본 단위로, 하나의 목표를 향해 협력하는 작은 단위의 팀입니다. 스크럼 팀은 스크럼 마스터(Scrum Master), 프로덕트 오너(Product Owner), 개발자들(Developers)로 구성되며, 팀 내에 하위 팀이나 위계가 없습니다.각 팀원은 제품 목표(Product Goal) 달성을 위해 자율적으로 협력하며, 필요한 모든 역량을 갖추고 스프린트(Sprint)마다 가치를 창출할 수 있는..

System Engineering 2024.11.02

스크럼(Scrum): 문제 해결과 솔루션 제시를 위한 간단하지만 강력한 프레임 워크

스크럼(Scrum)은 사람, 팀, 그리고 조직이 복잡한 문제에 대한 적응적 솔루션을 통해 가치를 창출할 수 있도록 돕는 경량 프레임워크입니다. 스크럼은 빠르게 변화하는 환경에서도 팀이 가치 있는 결과를 생성하고, 이를 지속적으로 개선해 나갈 수 있도록 설계되었습니다. 스크럼(Scrum)의 핵심 개념스크럼의 기본 구조는 간단하지만, 강력한 영향을 미칠 수 있는 몇 가지 필수적인 요소로 이루어져 있습니다. 스크럼은 다음과 같은 절차를 반복하여 가치를 창출합니다.제품 소유자(Product Owner)는 복잡한 문제에 대한 작업을 우선순위에 따라 제품 백로그(Product Backlog)에 정리합니다.스크럼 팀(Scrum Team)은 제품 백로그에서 선택된 작업을 스프린트(Sprint) 동안 수행하여 가치 있는..

System Engineering 2024.11.02

PCA (Paired Comparison Analysis) - 의사결정의 효율성 개선

1. PCA(Paired Comparison Analysis)란 무엇인가?PCA(Paired Comparison Analysis)는 복수의 선택지 중에서 최적의 결정을 내리기 위해 두 개의 선택지를 비교하는 방식으로 각 대안의 상대적 중요도를 평가하는 의사결정 방법입니다. 특정 기준을 기준으로 모든 대안을 서로 한 번씩 비교하며, 가장 우선순위가 높은 대안을 도출할 수 있습니다. PCA는 의사결정자가 직접 두 선택지를 비교하여 중요도 점수를 부여하므로 직관적이고 주관적인 평가가 필요할 때 유용하게 사용됩니다. PCA는 특히 다음과 같은 상황에서 유용합니다:평가 기준이 명확하지 않거나 선택의 근거가 주관적일 때많은 선택지 중에서 가장 우선순위가 높은 대안을 쉽게 결정해야 할 때복잡하지 않은 의사결정 상황에..

Decision Matrix(결정 행렬) - 심플하고 체계적인 의사결정 도구

1. Decision Matrix란 무엇인가?Decision Matrix(결정 행렬)은 여러 대안 중 최적의 선택을 하기 위해 각 대안을 평가 기준에 따라 비교하는 의사결정 도구입니다. 복수의 대안을 체계적으로 분석하고, 객관적으로 비교하여 최적의 선택을 도출하는 데 사용됩니다. Decision Matrix는 비즈니스, 프로젝트 관리, 제품 선택, 문제 해결 등 다양한 상황에서 의사결정을 돕는 다기준 의사결정 방법 중 하나로, 이를 통해 대안을 시각적으로 평가하고, 체계적인 분석을 수행할 수 있습니다. 2. Decision Matrix의 필요성Decision Matrix는 다음과 같은 상황에서 효과적으로 사용될 수 있습니다:상황설명여러 대안을 비교하고 최적의 선택을 해야 할 때 • 제품 선택: 제품을 구..

AHP(Analytic Hierarchy Process) - 복잡한 의사 결정을 단순화

1. AHP란 무엇인가?AHP(Analytic Hierarchy Process, 계층 분석법)는 1970년대 미국의 수학자 토마스 사티(Thomas L. Saaty)에 의해 개발된 의사결정 방법론으로, 복잡한 문제를 구조화하여 다양한 대안 중 최적의 선택을 지원합니다. AHP는 의사 결정자가 중요하게 생각하는 기준을 계층 구조로 나누고, 각 기준에 가중치를 부여한 뒤 평가하여 다양한 선택지를 비교하고 평가할 수 있도록 합니다.다양한 평가 요소를 반영하면서도, 계층 구조와 쌍대 비교를 통해 각 대안의 상대적 중요도를 직관적으로 파악할 수 있습니다. 이를 통해 주관적인 판단을 수치화하여 객관적인 결과를 도출할 수 있고, 특히 다기준 의사결정이 필요한 복잡한 상황에서 유용합니다.AHP는 개인적인 판단과 주관..

시스템 공학 관련 표준 모음

시스템 공학 표준 유형표준 유형유형 설명개념 및 용어(Concepts and Terminology)특정 분야의 용어를 정의하고, 해당 분야에서 사용되는 개념을 설명하는 표준입니다.시스템 엔지니어링에서 일관된 용어 사용을 돕고, 동일한 용어가 동일한 의미로 사용되도록 보장합니다.프로세스(Process)특정 프로세스를 정의하고, 그 과정에서 필수적인 요소들에 대한 규범적 요구사항을 제공합니다. 때로는 요구사항에 대한 지침도 포함될 수 있습니다.시스템 엔지니어링 프로세스에서 필수적인 절차를 표준화하여 효율성을 높이고 일관된 실행을 지원합니다.요구사항(Requirements)어떤 것에 대한 요구사항을 설명합니다. 주로 행동, 활동, 실천과 같은 것을 대상으로 하며, 객체는 포함하지 않습니다.시스템 개발 또는 운..

System Engineering 2024.10.22

SEBoK: 시스템 분석 (System Analysis)

시스템 분석은 객관적으로 시스템을 평가하고,효율적인 시스템 아키텍처를 선택하거나 업데이트 할 수 있도록 돕는 과정입니다.이를 통해 엔지니어링에 필요한 구체적인 데이터를 얻을 수 있습니다.이번 포스팅에서는 시스템 분석에 대해 살펴 보도록 하겠습니다.   시스템 분석은 개발 과정에서 기술적 선택이나 결정을 내릴 때 시스템이 요구사항을 충족하는지 평가하는 데 사용됩니다. 시스템 설계가 요구된 기준을 만족하는지 확인하기 위해 정량적 평가(숫자나 데이터를 기반으로 한 평가)를 수행합니다. 또한 시스템 분석은 기술적 의사결정을 내릴 때 매우 중요한 역할을 합니다. 이를 통해 기술적 선택을 객관적으로 비교하고 판단할 수 있습니다. 이 과정에서 트레이드 오프(Trade-off) 연구도 수행되는데, 이는 여러 대안 중에..

SEBoK: 물리 아키텍처 (Physical Architecture)

물리 아키텍처 모델 개발은 “후보 아키텍처 모델 및 뷰 개발” 활동의 작업으로 사용되거나, 시스템 아키텍처 설계 정의 프로세스의 하위 프로세스로 사용될 수 있습니다. 물리 아키텍처 개발의 목적은 논리 아키텍처 모델을 수용하고 시스템 요구 사항을 충족시키며 트레이드오프를 조정하는 물리적, 구체적인 솔루션의 모델 및 뷰를 구체화하는 것입니다. 즉, 실제 시스템 실체화를 위해 필요한 사항들을 구체화하여 개발 과정에서 발생하는 여러 의사결정 과정을 통해 이해관계상 대립되는 문제점들을 해결하여, 실질적인 설계를 위한 모델 개발이 궁극적 목적이 됩니다. 이전 포스팅에서 정리한 논리 아키텍처 모델이 정의되면 기능적, 행동적, 시간적 특성뿐만 아니라 비기능적 시스템 요구 사항에서 유추된 예상 시스템 속성(예: 노후화 ..

SEBoK: 논리 아키텍처 (Logical Architecture)

논리 아키텍처 모델 개발은 “후보 아키텍처 모델 및 뷰 개발” 활동의 작업으로 사용되거나, 시스템 아키텍처 설계 정의 프로세스의 하위 프로세스로 사용될 수 있습니다. 그 목적은 서비스 중에 작동할 미래의 엔지니어링 시스템의 기능과 동작을 모델과 뷰로 구체화하는 것입니다. 관심 있는 엔지니어링 시스템(SoI)의 논리 아키텍처 모델은 시스템의 논리적 운영을 지원하는 관련 기술 개념과 원칙의 집합으로 구성됩니다. 여기에는 기능 아키텍처 뷰, 행동 아키텍처 뷰, 시간적 아키텍처 뷰가 포함될 수 있습니다. 도메인에 따라 아키텍처 프레임워크에서는 추가적인 뷰도 제안될 수 있습니다.참고: 논리 아키텍처(Logical Architecture)라는 용어는 시스템 아키텍처의 논리적 뷰(Logical View of the ..

반응형