운영 및 자산 관리
유지보수, 고장, 작업 지시를 자산 단위로 계획하고 추적하십시오.
Butterfly를 신뢰하는 기업
어떤 시스템에서 전환하십니까?
세 가지 마이그레이션 경로, 하나의 방법.
방법론
먼저 측정하고, 그다음 마이그레이션합니다.
모든 전환은 동일한 6단계로 진행되며, 되돌릴 수 없는 단계는 통제 없이 진행되지 않습니다.
탐색
어떤 시스템에서 왜 전환하는지, 프로세스 담당자와 의사결정자
측정된 인벤토리
구조(프로젝트, 필드, 워크플로, 스크립트, 연동, 권한)와 사용 현황(레코드 규모, 실제로 실행되는 플로)
목표 설계
Butterfly의 데이터 모델, 상태 머신, 연동, 그리고 차단 요소가 표시된 미결 질문 목록
Pilot
가장 위험도가 높은 프로세스를 기업의 실제 데이터로 시험
단계적 전환
데이터 이관, 병행 운영, 레거시 시스템과의 측정값 비교
종료
컷오버, 기존 시스템 동결 및 종료
전환의 어려운 부분
현재
알려진 위험, 측정된 답변.
전환 상담에서 가장 자주 듣는 다섯 가지 우려와 각각에 대한 답변입니다.
Butterfly 도입 후
먼저 측정합니다. 원본 시스템의 구조와 사용 데이터를 읽고, 문서화된 구조, 설치된 구조, 실제로 사용되는 구조를 비교합니다.
결과사용되지 않는 구조는 이전하지 않으며, 숨겨진 범위가 처음부터 드러납니다.전환을 여러 단계로 나눕니다. 가장 위험도가 높은 프로세스를 먼저 소규모 팀과 파일럿으로 검증한 뒤 단계적으로 전환합니다.
결과일정 압박 속에서도 되돌릴 수 없는 단계가 통제 없이 진행되지 않습니다.변경은 귀사가 직접 합니다. 프로세스 단계, 승인 규칙, 양식, 권한은 플랫폼에 데이터로 저장되며, 변경은 소프트웨어 개발이 아니라 구성 작업입니다.
결과프로세스 담당자가 자신의 일정에 맞춰 변경합니다.이메일로 처리되던 단계를 프로세스로 되돌립니다. 추가 서류, 추가 승인처럼 이메일로 넘어간 단계는 규칙 테이블을 통해 흐름에 추가됩니다.
결과기록 밖의 업무가 다시 기록되며, 감사 추적이 완성됩니다.두 시스템을 일정 기간 함께 운영합니다. Butterfly는 기존 시스템 위에서 동작하며, 마이그레이션 기간 동안 기존 시스템과 새 시스템은 연동되거나 병행 운영됩니다.
결과변경은 일회성 프로젝트가 아니라 통제된 구성 작업이 됩니다.준비도 테스트
귀사는 전환을 위한 준비가 얼마나 되어 있습니까?
8개 질문, 2분. 각 질문에서 귀사에 가장 가까운 답을 선택하십시오. 마지막에 전환 진단표와 우선 취해야 할 첫 단계를 확인할 수 있습니다.
- 데이터
- 연결
- 검증
- 팀 및 컷오버
승인 및 BPM
승인 시스템에서 벗어날 때.
양식이 고정된 승인 도구에서는 프로세스가 이메일로 넘어가고 기록 밖의 업무가 늘어납니다. Butterfly에서는 승인 단계, 양식, 권한이 데이터로 저장되므로 변경은 소프트웨어 프로젝트가 아니라 구성 작업입니다. 이메일로 넘어간 추가 승인 및 추가 서류 단계는 규칙 테이블을 통해 프로세스로 되돌립니다.
직원 6,000명의 급여 지급 이중 전자서명 승인 플로를 통해 은행으로 전달되며, 승인은 조직 계층에 따라 해당 관리자에게 배정됩니다(운영 중).
승인 및 BPM 전환도 동일한 방법으로 진행됩니다: 측정된 현황 목록, 파일럿, 단계적 전환.
승인 및 BPM 전환도 동일한 방법으로 진행됩니다: 측정된 현황 목록, 파일럿, 단계적 전환.
현장 사례
숫자로 보는 전환
고객명은 기밀 유지를 위해 공개하지 않습니다.
프로젝트 89개 · 업무 32,000건 이상업무 관리 도구에서 당일 전환(자사 사용 사례)
~55,000개의 자산을 레거시 자산 및 유지보수 시스템에서 마이그레이션했습니다(운영 중)
~2.5개월자산 및 유지보수 마이그레이션 기간(운영 중)
직원 6,000명급여 지급: 레거시 승인 도구를 대체한 이중 전자서명 플로를 통해 처리됩니다(운영 중)
자주 묻는 질문
전환에 관한 간단한 답변.
Butterfly로 전환하려면 모든 시스템을 교체해야 합니까?
아니요. Butterfly는 기존 시스템 위에 구축되어 시스템 간의 흐름, 규칙, 가시성을 관리할 수 있습니다. 특정 시스템을 대체하려는 경우에는 측정된 현황 목록을 바탕으로 단계적으로 진행합니다.
분석을 위해 어떤 접근 권한이 필요합니까?
소스 시스템 또는 데이터베이스에 대한 읽기 전용 접근이나 대표 샘플 내보내기, 실제 사용 데이터, 기존 문서(있는 경우), 프로세스 담당자와의 짧은 인터뷰가 필요합니다. 현재 시스템에는 운영 중 변경을 가하지 않습니다.
분석 후 전환하지 않기로 결정하면 무엇이 남습니까?
애플리케이션에 대한 완전하고 최신의 명세가 남습니다: 기능 현황 목록, 실제 예외를 포함한 프로세스 흐름, 입증된 문제점. 이 문서는 전환 결정과 관계없이 활용할 수 있습니다.
과거 기록도 이전됩니까?
예. 업무 이력, 댓글, 첨부 파일, 작업 시간 기록, 변경 이력을 이전할 수 있습니다. 필요한 경우 매우 대용량인 기술적 처리 이력은 새 시스템으로 옮기지 않고 아카이브에서 조회할 수 있도록 남겨 둡니다.