데이터 변환 전략 및 계획

데이터 변환 전략.

전환 전략의 주 목적은 필요한 마스터 및 트랜잭션 데이터를 레거시 시스템에서 새 솔루션으로 변환하는 데 사용되는 전반적인 접근 방식을 식별하는 것입니다.

시스템 구현에는 거의 항상 일부 변환이 필요합니다. 조직이 한 시스템에서 다른 시스템으로 전송해야하는 데이터와 새로운 시스템에서 성공적으로 사용할 수 있도록 전송 형식을 확인하는 것이 중요합니다.

CNT는 다음과 같은 데이터 변환 계획을 준비 할 때 몇 가지 기본 지침을 사용합니다.

데이터 변환 요구 사항 수동 변환 자동 변환 데이터 변환 방법 데이터 정리 요구 사항 변환 테스트 타임 라인.

IT 프로젝트 관리자 실습.

뉴스, 기사, 매주 라운드 업 및 IT PM 북 스토어.

소식 탐색.

데이터 변환 계획 개발.

이 게시물은 광범위하게 업데이트되어 새 책 인 데이터 변환주기에 통합되었습니다. 시스템 구현 팀을 위해 트랜잭션 및 기타 레코드를 마이그레이션하는 지침입니다. 아마존에서 킨들 형식으로 4.49 달러에 종이 표지 책으로 6.99 달러에 구입할 수 있습니다.

데이터 변환주기에 대한 시리즈 계속하기. 필자는 레거시 시스템에서 일부 새로운 레코드 시스템으로 데이터 레코드를 마이그레이션하기위한 일반화 된 방법론을 설명했습니다. 그러나이 방법론은 나머지 프로젝트와 망해야합니다. 이 기사에서는 반복 변환 프로세스를 관리하고 데이터 변환 계획을 대규모 구현 프로젝트 계획에 통합 할 때 고려해야 할 사항을 설명합니다.

첫째, 유스 케이스를 기반으로 프로젝트에 필요한 데이터 변환주기의 반복 횟수를 명확하게 식별하는 것이 중요합니다. 일반적으로 개발을 위해 하나 이상의 환경이 구축됩니다. 디자인 워크샵을 지원하기 위해 제작 된 제한된 범위의 환경이있을 수도 있습니다. 테스트를 위해 하나 이상의 환경이 필요합니다. 물론 프로덕션 환경으로 이동하려면 마지막 시간으로 변환해야합니다. 이러한 각각의 유스 케이스는 특정 날짜에 전달해야하므로 빌드 전달에서 소스 시스템의 데이터 추출까지 다시 계획해야합니다. 주기의 각 반복에 대한 모든 종속성과 시작 및 종료 기준을 기록하고 이러한 링크를 더 큰 프로젝트 계획에 통합하십시오.

그런 다음 각 사용자 그룹의 요구 사항을 고려하십시오. 전체 데이터로드가 필요합니까? 아니면 하위 집합으로 충분할까요? 사용되지 않을 레코드를로드 할 필요가 없습니다. 또한 첫 번째 1-2 사이클에서는 설계 및 범위 결정을 모두 완료하지 못해 전달할 내용을 전달할 수있는 완성도와 품질을위한 메트릭을 보유 할 수 있습니다. Workday 구현 프로젝트에서 일반적으로 첫 번째 전체 프로토 타입에는 레코드 유형의 80 %를로드하고 두 번째 프로토 타입에는 95 % 이상의로드를 예상합니다. 그러나 통합 개발자는 일반적으로 개발 및 단위 테스트를 용이하게하기위한 충분한 트랜잭션을 제공합니다. 실제로 필요한 레코드가 무엇인지 파악하십시오. 따라서 빌드에 실제로 필요한 것보다 많은 시간을 할애하지 않아도됩니다. 그리고 어떤 품질 수준이 필요한지 알기 때문에 "절실하지 않은 완벽 함을 추구하는 데 시간을 낭비하지 않습니다."

마지막으로, 자원의 가용성을 고려하십시오. 적시의 적절한시기에 모든 작업을 수행 할 수있는 적절한 인력이 충분한 프로젝트는 거의 없습니다. 다른 관련 프로젝트 작업뿐만 아니라 변환 작업을하는 사람들이있는 경우 다른 활동과 동기화하여 일정을 유지하도록 일정을 조정하는 것이 좋습니다. 빌드를 전달한 다음 팀이 따라 잡을 때까지 2 주 정도 기다릴 필요가 없습니다. 그리고 당신이 어느 시점에서 추가 사람들을 필요로한다면, 그것에 대해 사전에 알아 두십시오.

데이터 변환주기를 반복 할 때마다 빌드의 데이터 품질이 향상되고 빌드를 완료하는 데 필요한 시간이 단축됩니다. 전환 계획의 일환으로 이들을 수집하기위한 지표 및 절차를 수립하십시오. 프로덕션으로의 이전을 위해 최종 빌드를 준비 할 때까지 변환 프로세스를 완전히 알고 예측할 수 있어야합니다. 다음 주에는 데이터 전환에 대한 위험 분류를 요약하여 전환과 관련된 위험을 식별하는 데 도움을 드릴 것입니다.

이 공유:

Dave Gordon에 대해서.

Dave Gordon은 Workday와 같은 SaaS 솔루션과 PeopleSoft 및 ADP Enterprise와 같은 구내 기반 ERP 솔루션을 포함하여 인적 자본 관리 및 급여 시스템을 구현 한 경험이 25 년 이상인 프로젝트 관리자입니다. 그는 IT 분야의 석사 학위를 프로젝트 관리에 집중하고 비즈니스 학사 학위를 취득했습니다. 그는 또한 프로젝트 관리 전문가 (PMP) 지정뿐만 아니라 인적 자원 (GPHR 및 SPHR) 및 혜택 관리 (CEBS)의 전문 지정을 보유하고 있습니다. 그의 기사 및 블로그 게시물 외에도 그는 프로젝트 관리에 관한 기사를 매주 모으기도하고 프로젝트 관리에 관한 여러 책을 저술하거나 기여했습니다.

데이터 변환 전략.

전환 전략의 주 목적은 필요한 마스터 및 트랜잭션 데이터를 레거시 시스템에서 새 솔루션으로 변환하는 데 사용되는 전반적인 접근 방식을 식별하는 것입니다.

시스템 구현에는 거의 항상 일부 변환이 필요합니다. 조직이 한 시스템에서 다른 시스템으로 전송해야하는 데이터와 새로운 시스템에서 성공적으로 사용할 수 있도록 전송 형식을 확인하는 것이 중요합니다.

CNT는 다음과 같은 데이터 변환 계획을 준비 할 때 몇 가지 기본 지침을 사용합니다.

데이터 변환 요구 사항 수동 변환 자동 변환 데이터 변환 방법 데이터 정리 요구 사항 변환 테스트 타임 라인.

변환 계획 템플릿 (MS Word)

이 변환 계획 템플릿 (19 페이지 MS Word 템플릿)을 사용하여 변환 유형, 보안, 전략, 데이터 변환, 작업, 계획 및 변환 요구 사항을 문서화하십시오.

전환 계획 템플릿 : 파란 테마.

스타일, 포맷, 챕터 및 문서 구조의 예.

요약에서 캡처해야 할 사항에 대해 자세히 살펴보십시오.

이 장에서는 변환 요구 사항을 문서화 한 다음 작업을 수행하기위한 프로젝트 일정을 설명합니다.

이 스크린 샷은 레이아웃 예제, 위험, 문제점, 경고 등을 강조하는 특정 스타일을 제공합니다.

전환 계획 템플릿 : 빨간색 테마.

빨간색 테마의 내용은 파란색 버전과 동일합니다. 원하는 경우 스타일, 색상 및 레이아웃을 쉽게 수정할 수 있습니다.

전환 계획, 승인 시트.

1 장, 요약.

2 장, 변환 개요.

2.13 절, 변환 작업.

3 장, 변환 요구 사항.

4 장, 프로젝트 일정.

4.3, 가정, 제약 및 종속성.

5 장, 변환 지원.

전환 계획 템플릿 : 목차.

1. 요약.

1.5 정책, 지침 및 절차.

2 변환 개요.

2.2 변환 유형.

2.3 보안 고려 사항.

2.3.1 보안 기능.

2.3.2 변환 중 보안.

2.4 시스템 설치 전략.

2.5 [설치 작업 이름]

2.6 변환 전략.

2.7 하드웨어 변환 전략.

2.8 소프트웨어 변환 전략.

2.9 데이터 변환 전략.

2.10 데이터 변환 접근법.

2.12 데이터 품질 보증 및 통제.

2.13 변환 작업.

2.13.1 변환 계획.

2.13.2 사전 변환 작업.

2.13.3 변환 [작업 이름]

3 변환 요구 사항.

3.5 사이트 [식별자 번호]

3.6 사이트 일정.

3.7 현장 별 절차.

4.1 프로젝트 이정표.

4.6 역할 및 책임.

5.4.1 인원 요구 사항.

5.4.2 전환 직원 훈련.

5.5 고려해야 할 기타 요소.

6.1 용어집.

6.2 약어 및 약어.

전환 계획 : 형식 & amp; 내용.

템플릿은 Microsoft Word 형식으로 제공되며 온라인에서는 $ 9.99 만 다운로드 할 수 있습니다.