|
1장 SAP 컨설턴트의 역할과 범위: 무엇을 “정의”하고 무엇을 “연결”하는가
컨설턴트의 산출물이 시스템에 남는 방식 이해관계자 구조와 의사결정 경로 파악 업무 요구와 시스템 기능의 경계 설정 표준 프로세스와 예외 처리의 분리 원칙 문서화 단위(요구·설계·검증)의 일관성 일정·범위·품질의 상호 제약 관계 2장 모듈 구조의 이해: 기능 묶음이 아니라 책임 단위로 보기 모듈 간 경계가 생기는 이유와 충돌 지점 선행·후행 프로세스 의존성 확인 방법 조직구조가 모듈 설정에 미치는 영향 마스터 데이터가 모듈을 관통하는 방식 트랜잭션 흐름으로 모듈을 해석하는 규칙 표준 기능 채택과 추가 요구의 구분 3장 업무 프로세스 모델링: As-Is에서 To-Be로 가는 규칙 프로세스 범위와 시작·종료 조건 정의 단계별 입력·처리·출력(IPO)로 분해하기 승인·결재·정산 같은 통제 지점 표시 예외·반품·취소 흐름을 별도로 관리하기 부서 간 인계 지점과 책임 소재 명확화 프로세스 변경이 데이터에 미치는 영향 추적 4장 요구사항 도출과 정합성: “원하는 것”을 “구현 가능한 것”으로 요구사항을 기능·데이터·권한으로 분해하기 우선순위 기준(필수/선택/보류) 세우기 모호한 요구를 검증 가능한 문장으로 바꾸기 표준 기능과의 적합성 판단 절차 상충 요구를 조정하는 합의 단위 설정 변경요청이 범위에 미치는 영향 기록 5장 설계 원칙과 설정 논리: 화면이 아니라 규칙을 설계하기 설계의 대상: 규칙·조건·예외의 구조화 설정 값이 프로세스 흐름을 바꾸는 방식 조직구조·계정·코드 체계의 일관성 확보 인터페이스·연계 범위를 “데이터 계약”으로 정의 보고서 요구를 데이터 원천 기준으로 검토 설계 승인 기준과 추적 가능성 확보 6장 데이터 체계: 마스터·트랜잭션·참조데이터의 연결 규칙 마스터 데이터의 생명주기(생성·변경·폐기) 코드 체계와 명명 규칙이 품질에 미치는 영향 필수 필드·검증 규칙으로 오류를 예방하기 데이터 중복과 기준정보 불일치의 위험 이관 범위 산정과 검증 단위 정의 데이터 소유자(Owner)와 책임 프로세스 연결 7장 전달체계와 개발 협업: 컨설팅 산출물이 구현으로 변환되는 경로 기능 요구와 개발 요구를 분리하는 기준 사양서에 포함될 최소 항목과 금지 요소 개발·설정·테스트의 책임 경계 합의 이슈 관리 단위(현상·원인·조치·검증) 만들기 변경관리 절차: 요청→평가→승인→반영 릴리즈 단위와 배포 범위의 통제 8장 테스트 설계: “작동”과 “업무 적합”을 분리하기 테스트 시나리오를 프로세스 단위로 구성 정상 흐름과 예외 흐름을 동일 기준으로 검증 데이터 준비 기준과 재현 가능성 확보 결함 분류(설정/개발/데이터/권한) 규칙 사용자 승인(UAT)에서 합의해야 할 항목 테스트 결과가 설계 수정으로 연결되는 조건 9장 권한·통제·감사 관점: 프로세스를 지키는 최소 장치 역할 기반 권한 설계의 기본 단위 직무 분리(SoD) 관점에서 위험 지점 찾기 승인 흐름과 권한 범위를 일치시키기 로그·이력·증적이 남는 조건 설계 예외 권한의 부여·회수·기록 규칙 운영 중 권한 변경 요청 처리 절차 10장 안정화와 운영 인수: 프로젝트를 “시스템 일상”으로 넘기는 규칙 운영 인수 기준: 문서·권한·모니터링 준비 장애 유형별 1차 대응 분류와 전달 경로 변경 요청의 접수·평가·배포 통제 데이터 품질 점검과 정기 검증 루틴 사용자 문의를 지식화하는 분류 체계 도서정보 |