기법은 방법론 편집기의 필수적인 부분으로, 방법론에 사용되는 기법과 도구의 정의와 구성을 지원할 뿐만 아니라 각 제품 구성 요소에 필요한 다양한 기법을 구축하고 문서화하는 데도 도움이 될 수 있습니다. 이러한 기술에는 특정 작업을 수행하고 효율성과 제품 품질을 개선하는 데 도움이 되는 실행 방법, 템플릿, 분석 기법 및 도구 등이 포함될 수 있습니다.
방법론 편집기에서는 작업의 실제 운영을 기반으로 마이닝 시나리오를 정의한 다음, 대규모 언어 모델을 사용해 필요한 지식을 마이닝하여 고품질의 기술을 개발할 수 있습니다. 이렇게 하면 팀이 프로젝트를 초기화할 때 필요한 기술에 바로 액세스할 수 있습니다. 프로젝트가 시작되면 이러한 기술, 도구 및 템플릿과 관련 작업 및 활동을 구성 가능한 방식으로 배포할 수 있으므로 개발 및 운영 팀이 이를 쉽게 채택하고 구현할 수 있습니다.
방법론 편집기에서 작업 연결은 제품 개발 프로세스에서 개별 작업 간의 종속성 관계를 정의하는 중요한 개념입니다. 이 관계는 개발 프로세스의 효율성뿐만 아니라 제품의 최종 품질에도 큰 영향을 미칩니다.
작업 연결의 기본 정의는 한 작업의 시작, 진행 또는 완료 상태가 하나 이상의 다른 작업의 상태에 따라 달라진다는 것입니다. 이러한 종속성은 직접적이거나 간접적일 수 있습니다. 예를 들어 소프트웨어 개발 프로젝트에서 코딩 작업은 디자인 작업의 완료에 직접적으로 종속될 수 있고, 테스트 작업은 요구 사항 분석 작업의 완료에 간접적으로 종속될 수 있습니다.
작업 연결의 중요성은 다음과 같은 측면에서 반영됩니다. 첫째, 프로젝트 작업에 기반한 작업 종속성은 프로젝트 실행의 중요한 경로를 식별할 수 있습니다. 둘째, 제품 개발 프로세스의 복잡성을 이해하는 데 도움이 됩니다. 각 제품은 여러 작업의 협업을 통해 완성되며, 이러한 작업 간의 종속성이 제품 개발 생태계를 형성합니다. 이 생태계를 이해하면 제품 개발 프로세스를 더 잘 관리하고 최적화하는 데 도움이 될 수 있습니다. 작업 순서를 합리적으로 정렬하면 작업 간의 대기 시간을 줄이고 개발 효율성을 향상시킬 수 있습니다. 마지막으로, 작업 연결은 제품 품질을 개선하는 데 도움이 될 수 있습니다. 제품 개발 과정에서 각 작업은 최종 제품의 품질에 영향을 미칠 수 있습니다. 작업 간의 종속성을 이해하면 이러한 영향을 더 잘 제어할 수 있습니다.
혁신 허브에서 시각적 수단을 통해 작업 간의 종속성을 표시함으로써 중요 경로 분석을 사용하여 프로젝트 일정에 영향을 미치는 주요 작업을 식별할 수 있으며, 이는 애자일 개발 방법의 도움으로 작업 상관 관계로 인한 복잡성에 대처하는 데 도움이 됩니다.
시중 은행의 경우 요구사항 엔지니어링에서 방법론 편집기, 특히 프로젝트 일정의 핵심 기능을 깊이 이해하고 적용하는 것이 필수적입니다. 프로젝트 일정은 실제 프로젝트 일정을 기반으로 각 프로젝트 단계별 업무와 시간 노드를 상세하게 계획하고 배치하여 프로젝트의 원활한 수행을 위한 명확하고 실현 가능한 실행 가이드를 제공하는 방법론 에디터의 중요한 산출물입니다.
방법론 에디터의 프로젝트 일정이 명확하고 구체적이기 때문에 프로젝트 팀은 다음에 수행해야 할 작업과 완료 시점을 정확히 파악할 수 있어 프로젝트 계획 개발의 효율성과 품질을 향상시킬 수 있습니다. 프로젝트 일정은 프로젝트 계획의 초안을 제공하여 프로젝트 팀이 일관된 방법론을 기반으로 각 단계의 완료는 물론 프로젝트의 전체 일정을 개발할 수 있도록 합니다. 또한 일정은 프로젝트 팀이 문제를 예측하고 프로젝트 위험을 완화하기 위한 전략을 개발하는 데 도움이 됩니다.
방법론 에디터의 프로젝트 일정을 사용하면 각 단계의 작업 내용과 완료 시간을 명확하게 정의하여 프로젝트를 원활하게 진행할 수 있습니다. 예를 들어 비즈니스 모델 혁신을 수행할 때 프로젝트 일정을 사용하여 제품 설계, 시장 조사, 제품 개발, 마케팅 등 각 단계의 작업 내용과 시간 노드를 명확히 하여 정해진 시간에 맞춰 제품을 시장에 출시할 수 있도록 할 수 있습니다. 또는 IT 모델 및 아키텍처 조정에서 프로젝트 일정을 사용하여 요구 사항 분석, 시스템 설계, 코딩 및 테스트, 시스템 온라인의 각 단계의 작업 및 시간 노드를 명확히하여 예정된 시간에 따라 시스템을 온라인화 할 수 있도록 할 수 있습니다.
방법론 편집기에서 프로젝트의 활동을 정의하는 것은 제품 구조의 형성과 실현을 위한 기초가 되므로 매우 중요합니다. 프로젝트의 활동은 간단히 말해 제품 또는 제품 구성 요소를 완성하기 위해 수행되는 일련의 작업입니다. 입력, 출력 및 특정 작업을 포함한 이러한 활동의 정의는 프로젝트 성공의 핵심 요소입니다.
첫째, 프로젝트 활동을 정의하면 워크플로와 책임 분담을 명확히 하는 데 도움이 됩니다. 각 활동에는 명확한 입력과 출력이 있어 프로젝트 진행에 대한 명확한 이정표를 제시하고 프로젝트가 정해진 방향과 단계를 따르는 데 도움이 됩니다. 동시에 각 활동에는 명확한 책임자가 있어 업무의 혼란과 갈등을 줄이고 효율성을 향상시킬 수 있습니다.
둘째, 프로젝트 활동을 정의하면 리소스 관리가 더 쉬워집니다. 각 활동에는 인력, 물적 자원, 시간 등 그에 상응하는 자원이 필요합니다. 활동을 명확하게 정의하면 이러한 자원을 더 잘 예측하고 할당하여 자원의 낭비나 부족을 방지할 수 있습니다.
다시 말하지만, 프로젝트 활동을 정의하면 리스크 관리에도 도움이 됩니다. 각 활동에는 문제와 위험이 발생할 가능성이 있는데, 활동에 대한 명확한 정의를 통해 이를 미리 파악하고 평가하여 예방 및 대응 조치를 취할 수 있습니다.
마지막으로 프로젝트 활동을 정의하면 일정 관리와 품질 관리에 도움이 됩니다. 각 활동을 추적하고 모니터링함으로써 일정 지연과 품질 문제를 적시에 파악하고 적절한 조치를 취하여 개선 및 수정할 수 있습니다.
프로젝트 설계는 프로젝트 실행 방법론의 설계에 초점을 맞추고 다양한 유형의 프로젝트 실행을 위한 다양한 방법론의 설계, 정의 및 맞춤화를 지원하는 요구사항 엔지니어링 아키텍처에서 제공됩니다. 방법론에는 일반적인 접근 방식뿐만 아니라 각 프로젝트 유형에 대한 구체적인 구현 방법론, 프로젝트 실행 계획, 계획, 실행 및 제어가 효과적이고 효율적으로 이루어질 수 있도록 하는 다양한 지침, 기술 및 도구가 포함됩니다. 구체적인 구현 방법론은 프로젝트 유형에 따라 다를 수 있습니다(예: 모두 트랜잭션 프로젝트일지라도). 그리고 프로젝트의 요구사항과 목표의 특성상 각 프로젝트마다 맞춤형 방법론이 필요합니다.
애자일 방법, 린 방법, 배포/운영 등 전통적인 요구사항 관리 채택에는 여러 가지 접근 방식이 있습니다. 이러한 접근법을 기반으로 구축된 실행 가능한 방법론(특정 환경에서 방법론을 구현할 수 있는 방식)은 요구사항이 무엇인지, 비즈니스/IT 동질성을 달성하는 방법, 최종 제품(프로젝트 결과물이 아닌 제품)을 정의하는 방법에 대한 근본적인 질문에 답하는 경우에만 의미가 있다는 점에 유의하는 것이 중요합니다. 여기서 요구 사항 엔지니어링은 제품 중심 방법론 편집기를 통해 이러한 질문에 답하고 있습니다.
방법론의 맥락에서는 프로젝트의 원칙과 목표를 충족하고 원하는 결과를 달성하는 데 필요한 단계, 활동 및 프로세스의 정의를 포함하는 특정 프로젝트 방법론을 개발하는 데 중점을 둡니다. 방법론 개발자는 프로젝트의 특정 요구 사항과 특성에 따라 방법론을 설계하고 작성할 책임이 있습니다. 방법론은 프로젝트 관리자와 프로젝트 팀원을 위한 가이드북 역할을 하며 프로젝트 라이프사이클 전반에 걸쳐 따라야 할 구조화된 실행 프레임워크를 제공합니다.
엄격한 방법론이 마련되면 프로젝트 팀은 자신의 역할과 책임, 프로젝트 성공을 위해 취해야 할 단계를 명확하게 이해할 수 있습니다. 또한 방법론은 리스크를 관리하고 리소스를 효율적으로 할당하며 프로젝트 결과물을 정해진 시간, 예산 및 범위 내에서 고품질로 완성하면서 실제 제품을 제공할 수 있도록 도와줍니다. 방법론 카테고리는 조직의 여러 프로젝트에 걸쳐 일관성과 누적성을 제공하는 프로젝트 관리에 대한 표준화된 접근 방식을 제공한다는 점에 유의해야 합니다.
IT모델
IT模型和架构领域的重点是通过信息技术架构和设计实施业务层面的业务模型。开发 IT 架构的目的是实现IT战略，IT架构需要与业务架构衔接，确保 IT 系统与业务目标保持一致，为组织的 IT 实现提供蓝图，包括应用、数据、基础设施以及安全等方面。
IT 模型是根据 IT 架构设计的。这包括确定用于支持运营级业务模型的特定 IT 系统、应用程序和技术。IT 模型要考虑到组织当前的 IT 能力和基础设施，以及可能需要的任何必要升级或完善。
IT 模型和架构领域在确保业务模型的质量方面也起着至关重要的作用。它与质量领域携手合作，通过确保 IT 系统和架构的可靠、高效和安全来保护利益相关者的价值。这包括进行全面测试、实施相关的质量保证流程，以及持续监控和改进 IT 基础设施，以满足不断发展的业务需求。总之，IT 模型和架构领域负责将操作层面的业务模型转化为实用有效的 IT 基础架构，以支持组织的目标和目的。
IT模型是信息技术实施的关键核心，IT实施的目的是支持IT战略目标的实现，目的是帮助企业简化运营、提高效率和增强客户体验，但首先，IT的实施应与业务模型保持一致才能产生价值。我们尝试从 为什么、做什么 和 如何做 三个角度，解释如何在 IT 实施过程中需要利用业务模型。
前面我们分析过业务模型是企业执行的基础。所以，在 IT 实施流程中利用业务模型，可以确保所实施的 IT 解决方案与业务目的、目标和战略保持一致。IT是执行业务模型助力业务实现的工具。
而IT 的实施还能以各种方式影响着业务模型。例如，IT可以改变企业为客户创造和提供价值的方式，还可以通过引入新的收入流或改变现有的收入流，来影响企业的收入模式。因此，在 IT 实施流程中利用业务模型，可以帮助企业识别 IT 对业务模型的潜在影响，并做出有依据的决策。
在 IT 实施中利用业务模型，让IT与业务模型保持一致，可以体现在以下方面：
1) 确定业务目标 – 在 IT 实施中利用业务模型的第一步是确定业务目标。业务目标应与业务模型和战略保持一致。IT实施应支持业务目标的实现。
2) 确定业务模型范围 – 第二步是确定将受 IT 实施影响的业务模型的范围，也就是业务模型的组成部分，是操作层面业务模型的要素。
3) 分析 IT 对业务模型的影响 – 第三步是分析 IT 对第二步中确定的业务模型的范围的潜在影响，应考虑IT如何改变企业创造、交付和获取价值的方式，以及对收入流、定价策略、客户群、价值主张、渠道、客户关系、关键活动、关键合作伙伴、关键资源和成本结构的潜在影响。
4) 制定IT 解决方案-第四步是制定与业务模型中的业务解决方案相匹配的 IT 解决方案，以支持业务目标的实现。IT 解决方案应解决 IT 对第 3 步中确定的业务模型的潜在影响。IT解决方案还应具有可扩展性和灵活性，以适应目标业务模型的变化。
5) 实施IT 解决方案 之后要开发实施，实施工作应分阶段迭代进行，以尽量减少对业务运营的干扰。
6) 评估IT实施效果 -最后评估 IT 解决方案及实施效果，通常会在每个里程碑进行评估，应将业务模型作为目标状态，评估对业务目标的影响。
如图所示是基于业务模型设计IT架构的整体视图。其中1意味着业务建模的过程，基于战术层面的业务架构，设计得到操作层面的业务模型，这一步是需求形成的过程，包括制定业务解决方案和业务建模，在前面的章节已经反复说明。本章我们一起看下后面的过程，主要是IT建模和实施的过程。
