Welcome to MigRepublic

 

우리는 이렇게(SMART) 일을 합니다.

  • Skill :
    • 데이터와 관련 일만을 고집하기 때문에 기술력이 높습니다.
  • Methodology :
    • 프로젝트 수행을 통해 검증된 방법론을 사용합니다.
  • Action :
    • 적극적인 행동으로 능력을 보여줍니다.
  • Repository :
    • 다양한 옵션과 규칙들을 Repository에 관리하고 재사용합니다.
  • Tool :
    • 검증된 이행 솔루션을 도구로 사용하므로 생산성이 높습니다.

 

Data Migration하면 생각나는 일반적인 특징

  • One time Usage (Disposable) :
    • 1회 사용을 목적으로 여러 가지 프로그램을 만들어야 한다.
    개발자 생각 : Open 하면 사용하지 않을 프로그램인데...
  • Time consuming :
    • 이행 프로그램 개발과 데이터 확인 그리고 검증에 많은 시간을 들여야 한다.
    개발자 생각 : 한 번 쓰고 버릴 프로그램들인데 고려해야 할 내용이 이렇게도 많은지 ㅜㅜ
  • Lack of requirement :
    • 이행 관련 요구사항(매핑설계, 변환 및 정제)이 미흡한데 프로그램은 빨리 개발해야 한다.
    개발자 생각 : GIGO인데... 어쨌든 결과 보고를 하면, 이건 이렇게 처리하라고 하겠지 뭐...
  • Continuous moving target :
    • ToBe DB Schema는 오픈 전까지 빈번히 변경되며, 요구사항이 이제서야 나온다.
    개발자 생각 : 다 개발했는데 왜이리 자주 변경되고 추가되냐! 이걸 언제 다 처리하지? OTL

  • Poor system resources(CPU/Disk...) for data migration :
    • 일과 시간에는 응용 프로그램 개발을 해야하므로 CPU와 Disk에 부담을 주지 말아야 한다.
    개발자 생각 : 테스트 환경을 구성해 줄 때까지 기다리자. ㅎㅎㅎ
    뭐라구요? 밤에 일하라구요? 의사소통은 낮에 일은 밤에? 가족들은 언제 만나나... ㅜㅜㅜ
  • Lack of data migration expertise :
    • 이행관련 일을 기피하기 때문에 전문 지식이 쌓이지 않는다.
    개발자 생각 : 어휴, 이번 프로젝트 때문에 이혼할 뻔 했어.
    이번 한 번이면 충분해. 앞으로 이런 일은 절대 안한다.

  • Under estimated :
    • 업무 범위, 복잡도, 기간, 인력 등을 과소 예상한다.
    개발자 생각 : 일은 많고 인력은 부족하고 기일은 촉박하고.... 어휴 내가 미쳤지, 이런 일을 맡다니.



데이터 이행 관련자들은 왜 자신의 일을 어렵다고 생각하는가?

  • 고객의 요구사항이 없거나 늦게 제시됨
    • - 데이터 이행에 대해 무엇을 요구해야 할 지 잘 모르는 경우가 많음
    - 프로젝트 후반에 들어서면서 case by case로 요구사항 제시
    - 프로젝트 완료 후 재처리 작업하는 경우 다수 발생


  • 계획 대비 수행 시간 부족이 데이터 품질 저하로 연결
    • - 프로젝트 후반에 요구사항 제시로 과업을 수행할 시간이 부족해짐
    - 시간 부족으로 데이터 검증이 미흡하며 데이터 품질 저하로 연결
    - 그로 인해 일부 데이터는 오픈 이후에 정정하기도 함


  • 신규 Table의 잦은 변경에 따른 신속한 대응 미흡
    • - Open전 까지도 신규 시스템의 Table/Column이 빈번히 변경됨
    - 이행 프로그램도 짧은 시간에 변경하여 적용하기 어려움


  • 빈번한 연장 근무와 특별 근무 수행으로 일과 생활의 불균형
    • - 낮에는 의사소통, 개발 및 테스트는 야간에 수행
    - 시스템 테스트, 통합테스트 등에 따른 빈번한 연장 및 특근 수행
    - 연장 근무와 특별 근무로 인해 일과 생활의 불균형 발생



MigRepublic에 어울리는 특징은 따로 있습니다.