애플리케이션을 생성하기 전에 현재 프로세스에 대한 정보를 수집합니다. 이 모범 사례를 통해 애플리케이션이 비즈니스 요구사항을 충족하도록 할 수 있습니다.
현재 프로세스 분석.
현재 프로세스의 작업 내용을 확인하고 애플리케이션에 빌드하는 방법을 계획합니다. 현재 프로세스를 개선하는 데 이 기회를 활용하는 것이 좋습니다.
회사의 재무제표를 검토합니다. 이익 및 손실의 80%를 차지하는 주요 수익 및 비용 영역을 결정합니다.
비즈니스의 주요 동인에 포커스를 설정합니다. 이 계정 서브세트에 대한 비즈니스 동인 및 필수 차원을 확인합니다. 예를 들어 직원 보상은 일반적으로 비용의 50-60% 이상을 차지합니다.
남은 20% 계정에 대해 증가율 등의 단순 논리나 단순 입력을 사용하여 계획 또는 예측합니다.
스프레드시트를 분석하여 현재 프로세스를 확인합니다. 정보 소스 및 해당 소스가 지원하는 비즈니스 논리를 확인합니다. 비즈니스 프로세스 논리가 모든 조직에 적용되는지 확인합니다.
비즈니스 프로세스 논리가 다른 비즈니스 단위 및 부서에 적용되는지 확인합니다. 프로세스가 다른 경우 프로세스를 일치시킬지 여부를 결정합니다.
현재 프로세스에 대한 비즈니스 논리, 관계 및 계산을 확인합니다.
비즈니스 프로세스 논리가 다른 비즈니스 단위 및 부서에 적용되는지 확인합니다. 프로세스가 다른 경우 프로세스를 일치시킬지 여부를 결정합니다.
보고서의 차원을 식별합니다. 예를 들어 비용 센터, 부서, 계정 또는 고객이 보고서를 수행하는지 확인합니다. 제품 등의 차원을 추가해야 하는지 여부를 결정합니다.
재무제표를 검토하고 교차점을 조사합니다. 계정 및 엔티티가 보고서를 수행하는지, 아니면 다른 슬라이스에서 수행하는지 확인합니다.
관련된 차원을 포함하여 이러한 계정의 비즈니스 동인을 확인합니다. 라인 단위로 이익 및 손실을 검토하여 관련된 모델링이 있는지 또는 단순히 사용자가 추가한 정보인지 확인합니다.
행과 열에 있는 요소 등 보고서의 레이아웃을 확인합니다.
비용 센터별, 부서별 등 고유한 보고서 형식 수를 결정합니다. 필요한 각 보고서 유형에 대한 보고서 형식을 지정합니다.
통화 요구사항 결정. 계획 및 보고에 사용할 통화 및 여러 통화로 계획 또는 예측할지 여부를 식별합니다. 외화 요구사항을 확인합니다. 통화 민감도 분석을 수행할지 여부를 확인합니다.
계획 기간 결정. 계획할 미래 연수(예: 1년, 2년, 3년 또는 5년)를 확인합니다. 애플리케이션으로 가져올 과거 데이터 양을 계획합니다. 1년 또는 2년간의 과거 데이터를 포함하는 것이 일반적입니다.
계획 및 예측 프로세스 식별. 연간 예산 및 예측을 준비할지 여부를 확인합니다. 월별, 분기별 등 예측을 다시 방문하는 빈도를 확인합니다.
계획, 예측 등 지원하려는 계획 프로세스를 결정합니다. 계획 및 예측 프로세스가 유사한지 여부를 설정합니다. 연속 예측을 준비할지 여부를 확인합니다.
타겟에 대해 계획할지 여부를 결정합니다. 계획 또는 예측에 상위 레벨 대상을 설정하는 경우 대상으로 지정할 계정 레벨을 결정합니다.
여러 반복이 필요한지 여부를 결정합니다. 계획 또는 예측의 여러 제출을 저장해야 하는지 여부를 설정합니다. 유지관리하는 예측 수를 결정합니다. 예측 비교 등 비교를 수행할지 여부를 결정합니다.
프로세스 계획에 도움이 되는 추가 질문:
보상, 자재, 출장, 자본 및 장비 비용 등 비즈니스의 비용 동인은 무엇입니까?
제품, 프로젝트, 서비스 등 비즈니스 수익 동인은 무엇입니까?
제품이 주요 수익 동인 중 하나인 경우 보유한 제품 수는 몇 개입니까?
보유한 비즈니스 단위 또는 엔티티 수는 몇 개입니까? 추적되는 주요 메트릭 및 KPI는 무엇입니까? 재무 계획에 관련된 사용자 수는 몇 명입니까? 주요 사용자는 누구입니까?
애플리케이션에 통합해야 하는 승인 프로세스를 결정합니다. 계획 및 예측에 대한 승인 프로세스가 동일합니까?
데이터 소스 확인. 각 데이터 소스의 파일 형식과 콘텐츠를 확인합니다. 이렇게 하면 차원 및 데이터 통합에 대한 요구사항을 계획하는 데 유용합니다.
계정, 엔티티, 사용자정의 차원 등 차원의 소스를 결정합니다.
실제 결과의 소스 및 빈도를 결정합니다.
이후 접근 방법 결정. 프로세스 개선사항을 식별하고 애플리케이션에 통합할 개선사항을 확인합니다. 이후에 통합할 강점을 계획하고 앞으로 개선할 약점 및 영역을 식별합니다.