이진 옵션 梁山市: 데이터 변환 전략 템플릿

데이터 마이그레이션 프로젝트 검사 목록 : 효과적인 데이터 마이그레이션 계획을위한 템플릿

데이터 마이그레이션 검사 목록 : 데이터 마이그레이션 계획자.

데이터 마이그레이션 검사 목록 : 다음 데이터 마이그레이션 계획을위한 확실한 안내서입니다.

데이터 마이그레이션 프로젝트를위한 데이터 마이그레이션 지침은 특히 미숙 한 사람들에게 가장 어려운 작업 중 하나입니다.

도움을 드리 자면 성공적인 마이그레이션에 필수적인 것으로 확인 된 '해야 할 일'활동 목록을 작성했습니다.

명확한 목록이 아니므로 포인트를 더 추가해야 할 필요가 있지만 시작하기에 좋습니다.

비평 해 주시고, 아래의 의견을 사용하여 그것을 확장하고, 공유하십시오. 그러나 무엇보다도 앞서 도전적인 길을 충분히 준비 할 수 있도록하십시오.

팁 : 데이터 품질은이 체크리스트의 중추적 인 역할을하므로 인터넷에서 데이터 품질에 대한 실습 자습서, 데이터 품질 가이드 및 전문가 지원이 가장 많은 자매 사이트 인 Data Quality Pro를 확인하십시오.

무료 체크리스트를 받으십시오 : Project Planner 스프레드 시트 + MindMap.

성공적인 데이터 마이그레이션을 제공하는 것에 대해 진지한가?

고객 계약시 사용하는 것과 동일한 체크리스트 키트를 다운로드하고 데이터 마이그레이션 계획을위한 고급 전술을 익히십시오.

프로젝트 계획 스프레드 시트 (Excel / Google 스프레드 시트 용) 대화 형 온라인 MindMap (탐색 용)

키트를 다운로드하십시오.

우리는 귀하의 세부 정보를 스팸 또는 판매하지 않습니다.

1 단계 : 사전 마이그레이션 계획.

마이그레이션 전 영향 평가로 마이그레이션의 실행 가능성을 평가 했습니까?

대부분의 데이터 마이그레이션 프로젝트는 마이그레이션이 가능한지, 얼마나 오래 걸릴지, 어떤 기술이 필요한지, 어떤 위험이 앞으로 놓여 있는지 고려하지 않고 메인 프로젝트로 이어지고 있습니다.

마이그레이션 전 비용과 예상 결과를 확인하기 위해 마이그레이션 전 영향 평가를 수행하는 것이 좋습니다. 나중에이 작업을 계획하면 위험이 커지므로 그에 따라 점수를 매 깁니다.

추측이나 더 정확한 평가에 근거한 프로젝트 견적을 가지고 있습니까?

걱정하지 마십시오. 혼자가 아니며, 대부분의 프로젝트는 이전의 프로젝트 견적에 기반하거나 최악의 경우 낙관적 인 추측을 기반으로합니다.

다시 한번, 이주 전 영향 평가는 비용 및 자원 요구 사항에 대한 훨씬 더 정확한 분석을 제공해야합니다. 따라서 기한이 지났 으면 복잡한 이주와 제한된 자원으로 이주 영향 평가를 수행하십시오.

비즈니스와 IT 커뮤니티가 그들의 참여를 인식하게 만들었습니까?

마이그레이션이 시작되기 전에 관련 데이터 이해 관계자 및 기술 팀에게 향후 약속을 알리는 것이 중요합니다.

연장자가 선상에 없으면 주제 전문가를 일주일에 2-3 시간의 분석 세션으로 끌기가 매우 어려울 수 있으며, 사전에 필요한 자원을 확인하면 기존 또는 목표 스킬 셋의 갭.

또한 비즈니스에서 사인 오프 (sign-off)와 약속을 요구하는 마이그레이션의 다양한 측면이 있습니다. 사전에 스폰서 및 이해 관계자 앞에 서서 그들이 참여하고있는 내용을 이해하고 동의하는지 확인하십시오.

프로젝트에 대한 보안 제한 사항에 정식으로 동의 했습니까?

나는 우리가 프로젝트를 시작한 후 바로 첫날에 모든 것이 종료되었다고 생각한 곳에서 한 번의 마이그레이션에 대한 놀라운 기억을 가지고 있습니다.

우리는 고객 프로젝트 관리자와 합의한 보안 조치가 충분하다고 가정했지만 회사 보안 팀이 조치에 참여하고 8 주간의 프로젝트 지연을 초래하는 훨씬 더 엄격한 통제를 요구하지 않았습니다.

똑같은 실수를 저 지르지 말고 관련 보안 거버넌스 팀으로부터 공식 계약을 사전에 얻어야합니다. 단순히 모래에 머리를 내고 당신이 잡히지 않기를 바란다는 것은 많은 조직에서 최근의 데이터 손실로 인해 전문가가 아니며 매우 위험합니다.

주요 데이터 마이그레이션 프로젝트 리소스를 확인 했습니까?

Jobserve가 필요로하는 누락 된 자원을 마술처럼 제공하기를 희망하는 프로젝트를 시작하지 마십시오.

나는 "프로젝트 계획이 너무 잘 정의 되었기 때문에"리드 데이터 마이그레이션 분석가가 필요 없다고 결정한 몇 달 전에 회사를 만났습니다. 프로젝트가 통제 불능 상태에 빠지면서 현재 문제가 발생하고 있다고 말하기에 충분하므로 데이터 마이그레이션에서 어떤 역할이 필요한지 정확히 이해했는지 확인하십시오.

또한 해당 역할을 적시에 프로젝트로 가져올 계획이 있는지 확인하십시오.

예를 들어, 도구로 무장 한 개발자를 모두 만나 프로젝트를 시작하려는 경향이 있습니다. 이것은 값 비싸고 불필요합니다. 데이터 마이그레이션, 데이터 품질 및 비즈니스 분석가가 조금이라도 많으면 개발자가 참여하기 훨씬 이전에 대량의 마이그레이션 검색 및 매핑을 수행 할 수있어 훨씬 성공적인 마이그레이션을 만드는 경우가 많습니다.

따라서 주요 마이그레이션 활동 및 종속성을 이해하고 필요할 때 올바른 리소스를 사용할 수 있도록 계획하는 것이 교훈입니다.

최적의 프로젝트 전달 구조를 결정 했습니까?

데이터 마이그레이션은 폭포수 접근법에 적합하지 않지만, 대부분의 데이터 마이그레이션 계획은 거의 항상 고전적인 폭포 설계와 유사합니다.

고도로 집중화 된 납품 액트가있는 민첩하고 반복적 인 프로젝트 계획은 훨씬 효과적이므로 전체 계획이 발생할 가능성이있는 변경 이벤트에 대처할 수있을만큼 유연합니다.

또한 프로젝트 계획에 충분한 비상 계획이 있습니까? 마이그레이션 중 84 %가 실패하거나 지연됩니다. 귀하가 동일한 결과를 겪지 않을 것이라고 확신하십니까?

가능성이 높은 지연 발생에 대처할 수있는 충분한 계획을 세우십시오.

각 구성원이 자신의 역할을 이해할 수 있도록 잘 정의 된 작업 설명이 있습니까?

곧화물 열차와 같은 프로젝트가 시작될 것이므로 모든 자원이 예상대로 작동하는지 확인하십시오.

정확한 작업과 책임이 이미 정의되지 않은 경우 팀에서 제공 할 것으로 기대되는 항목과 순서를 모를 수 있습니다. 분명히 이상적인 상황은 아닙니다.

필요한 작업, 산출물 및 종속성 순서를 맵핑 한 다음 각 활동에 역할을 할당하십시오. 리소스 목록을 확인하십시오. 해당 작업을 완료하는 데 필요한 리소스가 있습니까?

이 영역은 대부분의 프로젝트가 어려움을 겪고 있기 때문에 리소스를 통해 달성해야하는 것을 명확히 이해함으로써 프로젝트 시작 단계에 대비할 수 있습니다.

구조화 된 작업 흐름을 만들어 각 구성원이 예상되는 작업과 순서를 이해할 수 있습니까?

이것은 이전 요점의 연장이지만 매우 중요합니다.

대부분의 프로젝트 계획에는 비즈니스 팀 또는 기술 팀이 특정 릴리스 또는 활동을 완료해야하는시기를 나타내는 모호한 삭제 날짜 또는 일정이 있습니다.

이것이 당신에게 그 점을 알리는 정확한 워크 플로우입니다. 프로젝트 시작 전에 이상적으로 정의되어야하므로 시작 단계로 이동할 때 혼동이 없습니다.

또한 필요한 기술이나 예산이 부족한 경우 자원 모델에서 부족한 부분을 식별하는데도 도움이됩니다.

적절한 교육 자료를 작성하고 교육 계획을 수립 했습니까?

데이터 마이 그 레이션 프로젝트는 일반적으로 많은 추가 도구와 프로젝트 지원 플랫폼이 원활하게 작동해야합니다.

모든 교육 자료 및 교육 도구가 프로젝트 초기에 테스트되고 제자리에 설치되었는지 확인하십시오.

이상적으로는 모든 리소스가 프로젝트에 앞서 충분히 훈련되기를 원하지만, 최소한 이것이 교육 및 교육이 계획에 포함되도록 보장 할 수 없다면 가능합니다.

구성 관리 정책과 소프트웨어가 필요합니까?

데이터 이전 프로젝트는 많은 리소스 자료를 만듭니다. 프로파일 링 결과, 데이터 품질 문제, 매핑 사양, 인터페이스 사양 - 목록은 끝이 없습니다.

프로젝트를 시작하기 전에 잘 정의되고 검증 된 구성 관리 접근 방식을 사용하고 있는지 확인하십시오. 프로젝트 시작 단계에서 문제가 발생하지 않도록하고 먼저 테스트하고 필요한 교육 자료를 만드십시오.

안전하고 협업적인 작업 환경이 마련되도록 계획하셨습니까?

프로젝트에 제 3 자 및 조직 간 지원이 포함될 가능성이있는 경우 프로젝트의 모든 통신, 자료, 계획 및 조정을 관리하기 위해 전용 제품을 사용하는 것이 좋습니다.

또한 프로젝트가 시작되고 구성되기 전에 프로젝트가 원활하게 실행되도록합니다.

동의 한 데이터 마이그레이션 정책 문서 세트를 만들었습니까?

프로젝트 직원이 데이터를 안전하게 처리하는 방법은 무엇입니까? 누가 데이터 품질 규칙을 준수해야합니까? 어떤 에스컬레이션 절차가 시행 될 것인가?

일반적인 마이그레이션이 원활하게 실행되기 위해서는 여러 가지 정책이 필요합니다. 마이그레이션을 사전에 동의해야 프로젝트 시작 단계를 손쉽게 수행 할 수 있습니다.

2 단계 : 프로젝트 시작.

이해 관계자 커뮤니케이션 계획 및 이해 관계자 등록을 만들었습니까?

이 단계에서 각 이해 관계자에게 어떻게 정보를 제공해야하는지 공식화해야합니다. 우리는 사전에 전반적인 정책을 수립했을 수도 있지만 이제는 각 개별 이해 관계자와 인스턴스화해야합니다.

프로젝트에 불안한 격차를 만들지 말고 각 유형의 이해 관계자에게 전달할보고 수준을 결정하고 형식 및 빈도에 대한 합의를 얻으십시오. 6 개월 동안 프로젝트를 중단하면 8 주 지연으로 향하게되어서도 우승을 차지할 수 없습니다.

이해 관계자와 의사 소통하는 것은 분명히 자신이 누구이며 어떻게 연락을 취하는지를 알고 있다고 가정합니다. 프로젝트 전반에 걸쳐 연락해야 할 모든 이해 관계자 유형과 개인을 기록하십시오.

프로젝트 정책을 수정하고 게시 했습니까?

이제 귀하의 정책이 완료되고 팀과 신입 회원들에게 배포 될 때입니다.

프로젝트가 진행되는 동안 비즈니스가 참여할 방법을 정의하는 정책도 배포하고 서명해야합니다.

모든 사람이 자신이 기대하는 바를 알고 있다고 가정하지 말고 사람들이 라이프 사이클 초기에 프로젝트 정책을 배우고 서명하는 데 익숙해 지도록하십시오.

높은 수준의 첫 번째 컷 프로젝트 계획을 만들었습니까?

모범 사례를 준수하고 마이그레이션 이전 영향 평가를 구현 한 경우 프로젝트 계획에 대한 합리적인 수준의 세부 사항을 가져야합니다. 그렇지 않다면 데이터가 프로젝트를 추진한다는 합의 된주의 사항을 가능한 한 많이 완료하십시오. 다음 단계에서 수행 될 분석 활동과 관계없이 초기 단계에서 마이그레이션 영향 평가를 수행하는 것이 좋습니다.

데이터를 분석 할 때까지는 프로젝트 계획에 대한 정확한 일정을 만들 수 없습니다.

예를 들어, "데이터 정리 활동"을 위해 임의의 8 주간 창을 작성하는 것은 데이터가 실제로 심하게 발견되는 경우 의미가 없습니다. 또한 데이터 마이그레이션 프로젝트의 종속성을 이해하고 관계를 발견 할 때까지 매핑을 코딩 할 수 없으며 분석 및 검색 단계가 완료 될 때까지 매핑을 코딩 할 수 없습니다.

또한 단순히 이전 데이터 마이그레이션 프로젝트 계획의 카본 복사본에 의존하지 말고, 계획은 해당 프로젝트가 지시하는 더 넓은 프로그램 약속과 지상에서 발견되는 조건에 따라 결정됩니다.

프로젝트 공동 작업 플랫폼을 설정 했습니까?

이것은 이상적으로 프로젝트 시작 이전에 만들어 졌음에 틀림 없지만 지금은 그 자리를 잡을 시간이 아니라면 이상적입니다.

자매 커뮤니티 사이트에서 위에 나열된 도구 중 몇 가지 좋은 예가 있습니다.

표준 프로젝트 문서를 만들었습니까?

이 단계에서는 위험 등록, 이슈 등록, 승인 기준, 프로젝트 제어, 직무 기술, 프로젝트 진행 보고서, 변경 관리 보고서, RACI 등과 같은 일반적인 프로젝트 문서를 작성해야합니다.

그것들은 완전 할 필요는 없지만 모두가 알고있는 과정으로 형식화 될 필요가 있습니다.

타사 공급 업체 계약 및 요구 사항을 정의하고 공식화 했습니까?

프로젝트 시작은 필요한 추가 전문 지식을 결정하는 좋은 출발점입니다.

외부 자원을 활용할 때 가정을 떠나지 말고 정확히 전달해야 할 것에 대한 명확한 지침이 있어야하며 너무 늦게 두지 마십시오.

다음 단계 작업을 적절하게 계획 했습니까?

이 단계에서 다음 단계 활동을 세 심하게 계획하여 비즈니스 및 IT 커뮤니티가 참여할 수있는 워크숍을 알 수 있도록해야합니다.

보안 문제를 해결하고 기존 데이터 세트에 대한 승인 된 액세스 권한을 얻었습니까?

프로젝트가 승인되었으므로 자동으로 데이터에 대한 액세스 권한이 부여된다고 가정하지 마십시오.

가능하면이 단계 이전에 보안 담당자로부터 승인을 받고 비즈니스에 영향을주지 않고 레거시 및 소스 시스템을 분석 할 수있는 방법에 대해 IT 부서와상의하십시오. 안전하고 독립적 인 분석 플랫폼에서 데이터를 완전히 추출하는 것이 가장 좋은 방법이지만 타협을해야 할 수도 있습니다.

모든 사람이 자신의 책임과 프로젝트에서 취할 전문적인 접근 방식을 알 수 있도록 프로젝트의 보안 정책을 만드는 것이 좋습니다.

나중 단계의 하드웨어 및 소프트웨어 요구 사항을 정의 했습니까?

팀은 어떤 기계를 사용합니까? 그들이 필요한 소프트웨어는 무엇입니까? 각 단계에서 필요한 면허는 무엇입니까? 최근의 프로젝트 매니저가 주문을 잊어 버렸고 구매 주문이 구매를 통해 크롤링되면서 팀 구성원 중 7 명이 멍청하게 앉아있는 것을보아야했습니다. 같은 실수를하지 말고, 프로젝트의 각 단계를 살펴보고 필요한 것을 결정하십시오.

모델 리엔지니어링 도구? 데이터 품질 프로파일 링 도구? 데이터 정리 도구? 프로젝트 관리 소프트웨어? 프리젠 테이션 소프트웨어? 보고 소프트웨어? 이슈 트래킹 소프트웨어? ETL 도구?

또한 분석, 테스트, QA 및 프로덕션 서버를 구축하는 데 필요한 운영 체제, 하드웨어 및 라이센싱을 결정해야합니다. 이러한 종류의 장비를 조달하는 데 종종 수 주일이 걸릴 수 있으므로 프로젝트 시작 전에도이 작업을 수행해야합니다.

3 단계 : 풍경 분석.

상세한 데이터 사전을 만들었습니까?

데이터 사전은 많은 사람들에게 많은 것을 의미 할 수 있지만 평가중인 데이터에서 검색 한 모든 정보의 간단한 카탈로그를 만드는 것이 좋습니다. 이 도구를 쉽게 검색하고 액세스 할 수 있지만 필요한 경우 역할 기반 보안을 사용하십시오. 이 점에서 프로젝트 위키는 유용한 도구입니다.

대상 매핑 표준을위한 고급 소스를 만들었습니까?

이 단계에서는 완벽한 소스 - 대상 지정을하지는 않지만 마이그레이션 중에 링크 될 상위 수준의 개체와 관계를 식별해야합니다. 이것들은 나중에 설계 단계에서 더 자세히 분석 될 것입니다.

높은 수준의 체적 측정법을 결정하고 높은 범위의 범위 지정 보고서를 만들었습니까?

부하율 병목 문제를 해결하지 못하면이 상황을 방지하여 마이그레이션 할 데이터의 범위와 볼륨을 완전히 평가할 수 있어야합니다.

요구 사항에 대한 과거 또는 과잉 데이터를 제거하는 데 초점을 맞 춥니 다 (조언은 여기 참조). 마이그레이션의 범위에 대해 자세히 설명하고 비즈니스에서이를 서명하도록 최종 스코핑 보고서를 작성하십시오.

위험 관리 프로세스가 팀과 공유되었고 위험 요소 등록을 업데이트 했습니까?

이 단계에서 많은 위험 요소가 발견되므로 위험 요소를 쉽게 기록 할 수 있습니다. 누구든지 분석하는 동안 위험을 추가 할 수있는 간단한 온라인 양식을 만드십시오. 나중에 필터링 할 수도 있지만 가능한 한 많은 정보를 수집하고 중요한 문제가 어디에서 발생하는지 확인해야합니다.

데이터 품질 관리 프로세스 및 영향 보고서를 만들었습니까?

온라인 코칭 전화를받은 적이 있다면 강력한 데이터 품질 규칙 관리 프로세스없이 프로젝트가 거의 실패하거나 지연 될 수 있음을 알게 될 것입니다.

데이터 품질 규칙 검색, 관리 및 분석의 개념을 이해하여 목적에 맞는 마이그레이션을 제공하십시오.

데이터 품질 프로세스는 원 스톱 (one-stop) 노력이 아니며 프로젝트 전체에서 계속 될 것입니다. 그러나이 단계에서는 데이터의 영향을 파악하여 프로젝트 시간표, 산출물, 예산, 자원 확보 등에 영향을 줄 수있는 의사 결정을 내릴 수 있습니다.

첫 번째 컷 시스템 은퇴 전략을 만들어 공유 했습니까?

이제는 비즈니스를 예열하기 시작하여 사랑하는 시스템이 마이그레이션 후 폐기 될 예정입니다. 프로젝트 목표에 대한 브리핑을 받고 레거시 시스템을 종결하는 데 필요한 것을 발견하는 프로세스를 시작하십시오. 정치가 진전을 막을 수있을 때까지 나중에 프로젝트에 남겨 두는 것보다이 방법에 접근하는 것이 더 낫습니다.

개념적 / 논리적 / 물리적 및 공통적 인 모델을 만들었습니까?

이 모델은 레거시 및 대상 환경의 구조를 의사 소통하고 정의 할 때 매우 중요합니다.

우리가 너무 많은 모델링 레이어를 가지고있는 이유는 심오한 기술에서 오늘날 비즈니스 운영 방식과 향후 운영 방법에 대해 이해하는 것입니다. 우리는 다양한 비즈니스 및 IT 그룹과 프로젝트를 논의 할 것이므로 다른 모델은 적절한 커뮤니티에 의미를 전달하는 데 도움이됩니다.

개념적 모델과 논리적 모델을 만드는 것은 프로젝트 초기에 소스와 타겟 환경 간의 사고 나 디자인의 갭을 식별하여 솔루션 설계를 수정할 수 있도록 도와줍니다.

프로젝트 견적을 수정 했습니까?

대부분의 프로젝트는 각 단계가 얼마나 오래 걸릴지 모호한 개념으로 시작됩니다. 조경 분석 단계를 사용하여 데이터 품질, 복잡성, 사용 가능한 리소스, 기술 제약 사항 및 프로젝트 일정을 추정하는 방법을 결정하는 데 도움이되는 여러 가지 요소를 기반으로 가능한 시간 규모를 결정하십시오.

4 단계 : 솔루션 설계.

상세한 매핑 디자인 사양을 만들었습니까?

이 단계가 끝날 때 원본 및 대상 개체가 특성 수준까지 어떻게 매핑되는지 철저히 지정해야합니다. 이는 데이터 마이그레이션 도구에서 구현하기 위해 개발자에게 전달할 수있을만큼 충분한 수준이어야합니다.

우리는 조경 분석에 따라 즉시 빌드하지 않습니다. 문제가 발견 될 경우 재 설계하는 것이 비용이 많이 들고 복잡해질 수있는 코딩과 달리 사양을 사용하여 마이그레이션을 매핑하는 것이 훨씬 비용 효율적입니다.

인터페이스 디자인 사양을 만들었습니까?

이 단계가 끝나면 레거시 시스템에서 데이터를 추출하거나 대상 시스템에 데이터를로드하는 데 필요한 모든 인터페이스 디자인에 대한 확고한 디자인을 갖추어야합니다. 예를 들어 일부 마이그레이션에는 변경 데이터 캡처 기능이 필요하므로이 단계에서이 데이터를 디자인하고 프로토 타입을 작성해야합니다.

데이터 품질 관리 규격을 만들었습니까?

이는 가로 분석 단계에서 발견 된 다양한 데이터 품질 문제를 어떻게 관리 할 것인지를 정의합니다. 이들은 다음과 같은 특정 범주에 속할 수 있습니다.

소스에서 정화 무시 준비 프로세스에서 정화 코딩 로직을 사용하여 기내 정화 대상에서 정화합니다.

프로덕션 하드웨어 요구 사항을 정의 했습니까?

이 단계에서는 프로덕션 환경에서 어떤 기술이 필요한지 더 확실하게 파악해야합니다.

용적 측정 및 인터페이스 처리 성능은 알 필요가 있으므로 적절한 장비, RAID 구성, 운영 체제 등을 지정할 수 있어야합니다.

마이그레이션에 대한 서비스 수준 계약에 동의하셨습니까?

이 단계에서는 비즈니스 스폰서와 언제, 어떤 품질로 마이그레이션 할 것인지 동의하는 것이 좋습니다.

품질, 비용 및 시간은 빌드 단계 이전에 합의되어야하는 변수이므로 스폰서가 마이그레이션의 설계 제한 사항을 인식하고 대상 플랫폼에서 실행하려는 비즈니스 서비스가 의미하는 바를 정확히 지킵니다 .

5 단계 : 빌드 & amp; 테스트.

빌드 팀에서 마이그레이션 논리를 문서화 했습니까?

마이그레이션 실행을 관리하는 팀은 마이그레이션 논리를 코딩하는 팀이 아닐 수도 있습니다.

따라서 레거시 및 대상 환경을 매핑하는 데 사용 된 변환 및 규칙이 정확하게 게시되어야합니다. 이를 통해 실행 팀은 발견 된 후속 문제의 근본 원인을 분석 할 수 있습니다.

실제 환경을 미러링하여 마이그레이션을 테스트 했습니까?

더 작은 샘플 세트가 아닌 프로덕션 환경의 데이터로 마이그레이션을 테스트하는 것이 좋습니다. 테스트 데이터 샘플을 제한함으로써 런타임시 마이그레이션의 결함을 유발하는 라이브 데이터 내의 조건을 거의 확실하게 실행할 수 있습니다.

독립적 인 마이그레이션 검증 엔진을 개발 했습니까?

많은 프로젝트는 프로세스가 진행되는 동안 얼마나 많은 "추락"이 발생했는지에 따라 마이그레이션 성공 여부를 결정합니다. 일반적으로 대상 또는 변환 데이터 저장소에서 일부 제약 조건 또는 규칙 위반으로 인해 데이터 항목을 마이그레이션 할 수없는 경우입니다. 그런 다음 이러한 낙진을 해결하기 위해 계속해서 더 이상 부하 문제가 발견되지 않으면 몇 가지 기본 체적 테스트를 수행합니다.

"우리는 기존 시스템에 1 만 명의 고객을 확보했으며 이제는 1 만 명의 고객을 대상으로 완료했습니다."

우리는 최근 오만에 거주하는 전화 커뮤니티 회원을 취했습니다. 그들의 병원은 프로젝트를 완료 한 회사에 데이터 이전을 위탁했습니다. 이전 프로젝트가 진행된 후 몇 달 동안 그들은 수천 명의 환자가 불완전한 기록, 누락 된 속성 및 일반적으로 부차적 인 데이터 품질을 가지고 있음을 발견했습니다.

실행 단계의 성공 여부를 독립적으로 평가할 솔루션을 고안하는 것이 좋습니다. 마이그레이션 성공의 근거로 마이그레이션 도구에서 되돌아 오는 보고서 및 통계에 의존하지 마십시오.

예산을 허용하는 완전히 다른 공급 업체를 사용하여 고객이 개별적으로 마이그레이션을 심사하도록 조언합니다. 마이그레이션 프로젝트가 공식적으로 종료되고 해당 전문가 리소스가 새로운 프로젝트로 남겨지면 심각한 문제를 해결하기가 매우 어려울 수 있으므로이 단계에서 마이그레이션을 검증하는 방법을 만들기 시작하고 프로젝트 실행까지 남겨 두지 마십시오. 너무 늦었 어.

보고 전략 및 관련 기술을 정의 했습니까?

이전 시점부터는 프로젝트 실행과 관련된 다양한 역할이 프로젝트에 적합한 형식으로 진행 상황을 볼 수 있도록 강력한보고 전략을 만들어야합니다.

예를 들어 마이그레이션 관리자는 일일 통계를보고 싶어 할 수 있으며 마이그레이션 운영자는 런타임 통계를 볼 필요가 있으며 비즈니스 스폰서는 주간 실적 등을보고 싶어 할 수 있습니다.

마이그레이션 성공을위한 서비스 수준 계약을 작성한 경우보고 전략에 통합해야 각 SLA에 대한 진행 상황을 추적하고 확인할 수 있습니다.

진행중인 데이터 품질 모니터링 솔루션을 정의 했습니까?

데이터 품질은 지속적이며 마이그레이션 된 데이터가 이전에 발견되지 않은 상태에서 숨겨진 다양한 데이터 결함이있을 수 있으므로 마이그레이션이 전달되었을 때 확실히 중단되지 않아야합니다.

또한 시스템의 새로운 사용자는 경험이 부족하여 오류가 발생할 수 있으므로 대상 플랫폼에 대한 지속적인 데이터 품질 모니터링 환경을 구축하여 지금 당장이를 계획하십시오.

여기서 유용한 도구는 특정 데이터 품질 규칙을 만들고, 일치하는 기능을 보유하고, 대시 보드 요소를 포함 할 수있는 모든 데이터 품질 제품입니다.

마이그레이션 대체 정책을 만들었습니까?

마이그레이션에 실패하면 어떻게해야합니까? 어떻게 롤백합니까? 이것을 촉진하기 위해해야 할 일은 무엇입니까?

최선의 노력은 있지만 실패한 마이그레이션 인 최악의 시나리오에 대한 계획입니다. 이것은 종종 매우 복잡 할 수 있으며 조직 간 지원이 필요하므로 실행에 앞서 계획을 세우십시오.

기존 퇴역 전략을 확인 했습니까?

지금까지 이주 실행 후 레거시 환경을 해제하는 방법에 대한 완전한 합의가 있어야합니다.

관련 실행 교육을 완료 했습니까?

실행 단계를 실행하는 팀은 빌드 단계의 팀과 다를 수 있습니다. 마이그레이션 실행이 복잡 할 수는 없으므로 관련 교육 자료가이 단계가 끝날 때까지 계획 및 제공되도록해야합니다.

대상에서 예상되는 데이터 품질 수준에 대한 승인을 얻었습니까?

모든 데이터 결함을 해결할 수있는 경우는 거의 없지만이 단계에서 무엇이 무엇인지, 어떤 영향을 미치는지 확실히 알아야합니다.

데이터는 귀하의 책임이 아니지만 비즈니스에 속하므로 데이터가 제시하는 한계를 완전히 인식 할 수 있도록 예상되는 문제를 해결하십시오.

데이터 마이그레이션 실행 전략을 정의 했습니까?

일부 마이그레이션에는 몇 시간이 걸릴 수 있고 일부는 수년 내에 실행될 수 있습니다.

마이그레이션 실행 방법에 대한 매우 자세한 계획을 세워야합니다. 여기에는 이동 될 데이터, 각 단계에서 누가 사인하는지, 어떤 테스트가 수행되는지, 어떤 데이터 품질 수준이 예상되는지, 언제 비즈니스에서 데이터를 사용할 수 있는지, 어떤 전환 조치가 필요한지 등의 섹션이 포함됩니다 가져 가야한다.

이것은 꽤 중요한 활동이 될 수 있으며, 그 어느 때보다도 잘 계획 할 수 있습니다.

실제 진행 상황과 현재 진행 상황을 측정하기위한 갭 분석 프로세스를 만들었습니까?

특히 규모가 큰 마이그레이션에 적합합니다.

8 주 동안 마이 그 레이션을 수행 할 것이라는 사실을 비즈니스에 알리고 특정 산출물이 작성되면 시간과 예상 용적을 가진 엑셀 차트에이를 매핑 할 수 있습니다.

마이그레이션이 실행되면 실제 예상 값을 차트로 표시하여 갭을 식별 할 수 있습니다.

6 단계 : 실행 & amp; 유효성 검사.

SLA 진행 상황에 대한 정확한 기록을 유지 했습니까?

비즈니스 스폰서 및 독립 감사 인에게 마이그레이션이 준수되었는지 입증해야합니다. 어떻게 할 것인가는 다르지만 SLA를 미리 합의한 경우이를보고해야합니다.

마이그레이션을 독립적으로 검증 했습니까?

이미이 내용을 다뤘지만 마이그레이션을 검증하기 위해 마이그레이션 아키텍처에 의존 할 수 없다는 점을 다시 한번 강조해 볼 가치가 있습니다. 마이그레이션 프로세스가 대상 서비스를 지원하기에 충분한 품질 수준으로 데이터를 전달했는지 확인하기 위해 독립적 인 프로세스를 수행해야합니다.

7 단계 : 퇴역 & amp; 감시 장치.

시스템 퇴직 확인을 완료 했습니까?

일반적으로 시스템을 종료하기 전에 충족시켜야 할 몇 가지 사전 조건이 있습니다.

마이그레이션이 이러한 조건을 충족했는지 확인할 수 있도록 이러한 내용이 완벽하게 문서화되고 동의되어 있는지 확인하십시오.

데이터 품질 모니터링 환경의 소유권을 양도 했습니까?

프로젝트 중 데이터 품질을 측정하기 위해 채택 된 프로세스 및 기술을 전달하여 프로젝트를 종료하십시오.

이 목록은 완전한 것이 아니며 여기에 추가 할 수있는 더 많은 활동이 있지만 합리적인 출발점을 제공해야합니다.

또한 이러한 유형의 활동 중 많은 부분이 마이그레이션 유형에 필요하지는 않지만 명확하게하기 위해 포함되어 있으므로 마이그레이션이 고유하므로이 목록에없는 특정 조치를 취해야합니다.

아래의 코멘트를 사용하여 추가 활동에 대한 제안을 추가하지 마십시오. 이 목록을 다운로드 할 수있는 베스트 프랙티스 책자로 확장 할 수 있습니까?

프로젝트 계획을위한 50 개 이상의 데이터 마이그레이션 체크리스트를 얻으십시오.

& # xf007; 딜런 존스 (편집인) & # xf017; 2008 년 12 월 3 일 & # xf115; 데이터 마이그레이션 방법론.

이진 옵션 梁山市

Wednesday 7 March 2018

데이터 변환 전략 템플릿

No comments:

Post a Comment