회계·세무·인사, 한 장부에서 시작합니다

요구사항을 문서로 정리하기

첫 단계는 “무엇이 불편한가”를 적는 일입니다. 결산이 며칠 걸리는지, 신고 때 어떤 파일을 손으로 맞추는지, 승인은 어디서 막히는지를 문장으로 적습니다. 이 기록이 제품 비교표를 읽는 기준이 됩니다.

구두로 공유된 요구사항은 도입 후에 사라집니다. 회의에서 나온 이야기는 담당자가 바뀌면 같이 없어지고, 그러면 검토는 처음부터 다시 시작됩니다. 한 장짜리 문서라도 항목과 담당자, 확인 시점을 남겨두면 이후 논의가 훨씬 짧아집니다.

적을 때는 증상과 원인을 나눠서 씁니다. “결산이 늦다”는 증상이고, “카드 전표를 손으로 분류한다”는 원인입니다. 원인이 적혀 있어야 어떤 기능이 그 문제를 줄이는지 비교할 수 있습니다. 비교표를 보는 순서도 이 문서의 순서를 따르는 편이 좋습니다.

권한과 결재선 설계

누가 어떤 장부에 접근하고, 어디서 승인하는지를 도입 전에 정합니다. 지출 결재선이 그룹웨어에 있는지 회계 시스템 안에 있는지를 확정해야 흐름이 겹치지 않습니다. 외부 회계법인에 자료를 넘기는 방식도 이때 정합니다. 권한 설계는 보안 문제이면서 실무 효율 문제입니다.

접근 범위는 직급이 아니라 업무로 나누는 편이 오래 갑니다. 결산 담당자와 입력 담당자가 같은 화면을 봐도 되는지, 승인자에게는 어디까지 보여줄지를 항목으로 정리해두면 인사 이동이 있어도 설계를 다시 하지 않습니다.

교육 계획과 일정

새 시스템은 교육 없이 정착하지 않습니다. 입력 담당자, 승인자, 결산 담당자를 나눠 필요한 교육 범위를 정합니다. 월 마감 주기에 맞춰 전환 시점을 잡으면 첫 마감이 겹치지 않습니다. 교육 일정은 이관 완료 시점에서 역산해 잡는 편이 현실적입니다.