개요
이 영상은 건설 현장의 프로젝트 관리 및 수익성 분석 시스템을 구축하는 컨설팅 과정을 담고 있습니다. 주요 내용은 Notion 또는 유사한 데이터베이스 기반 도구를 활용하여 공사 물량, 투입 공수, 비용, 기성금, 도급금 등을 체계적으로 관리하고, 이를 통해 실제 수익을 정확하게 파악하는 방법을 다룹니다. 특히, 건설업계의 관행 중 하나인 예상 수익 초과 시 보고 수익을 조절하기 위해 명목상의 인력(조공, 알바)을 투입하는 복잡한 회계 처리 방식을 시스템에 반영하는 과정을 심층적으로 논의합니다.
영상은 데이터베이스 설계, 필드 정의, 관계 설정, 자동화 구축, 그리고 사용자 인터페이스 설계까지 아우르며, 실제 업무 프로세스를 반영한 맞춤형 시스템 개발의 전 과정을 보여줍니다. 이를 통해 시청자는 복잡한 비즈니스 로직을 시스템으로 구현하는 방법과 실무에서 발생할 수 있는 다양한 예외 상황에 대처하는 노하우를 얻을 수 있습니다. 최종적으로는 현장 관리자와 사무실 관리자 모두가 효율적으로 데이터를 입력하고, 필요한 정보를 실시간으로 조회하여 의사결정에 활용할 수 있는 검색 가능한 지식 자료 구축을 목표로 합니다.
주요 학습 포인트
•
건설 프로젝트의 물량, 공수, 비용, 수익 관리를 위한 데이터베이스 설계 방법
•
건설사의 수익 상한선에 맞춰 보고 수익을 조절하는 방법(소위 '조공' 또는 '알바' 투입)과 이를 시스템에 반영하는 회계 처리 로직
•
Notion 또는 유사 데이터베이스 도구에서의 관계형 데이터 설정, 롤업, 포뮬러(수식) 작성 및 자동화 기능 활용법
•
주말(일요일)을 제외한 실제 작업 가능일 계산과 같은 복잡한 조건부 계산 로직 구현 방법
•
현장 및 사무실 사용자를 위한 데이터 입력 인터페이스(페이지, 버튼, 동기화 블록 등) 설계 및 권한 관리 방안
•
다양한 데이터 조합(팀별, 공종별, 층별 등)에 따른 보고서 및 차트 생성 방법
요약
1. 컨설팅 시작 및 지난 내용 복습
1.
지난 작업 확인:
•
이전 시간에 작업일지 및 물량 서브 데이터베이스 간 관계형 설정, 총 공사 금액 필드 연동까지 진행했음을 확인합니다.
2.
마이크 이슈 해결:
•
참가자 간 마이크 잡음 문제 있었으나 해결되었습니다.
2. 마감 리포트와 건설사 수익 관리의 복잡성
1.
건설사 수익 한도와 단가 조정:
•
건설사가 정해둔 특정 수익금 한도(예: 1,000~1,500만 원)를 초과할 경우, 공사 단가를 인하하는 관행이 있음을 설명합니다.
•
예시: 책정 수익이 2,000만 원으로 예상되나 한도가 1,500만 원이면, 500만 원만큼의 비용을 발생시켜야 합니다.
2.
'투입 공수'를 통한 수익 조절:
•
초과 수익분을 상쇄하기 위해 실제 일하지 않는 인력(일명 '조공', '눈 찍는 알바')을 명목상 투입합니다.
•
알바는 출퇴근 기록만 하고 소정의 일당(예: 5만 원)을 받으며, 회사는 해당 인력의 정상 인건비(예: 29만 원)를 건설사에 청구하여 차액(24만 원)을 보전합니다.
•
이 과정은 회사의 실제 수익을 유지하면서 건설사에 보고되는 수익을 낮추는 방법입니다.
3.
데이터 처리:
•
이러한 '추가 투입 공수'는 월간 리포트에 반영되어야 하며, 수동으로 입력할 수 있도록 시스템을 설계할 것을 논의합니다.
•
현재 데이터베이스의 '기성금'이 '측정 수익금'에 해당하는지 여부를 확인합니다.
3. 데이터베이스 필드 정의 및 수익 계산 로직 정립 (엑셀 기반)
1.
용어 혼동 및 정리:
•
'기성금'과 '측정 수익금' 등 용어에 대한 혼동이 있어 엑셀 파일을 통해 확인합니다.
•
'기성금'은 건설사가 지급하는 돈이며, '측정 수익금'은 (합계 - 총 공사 금액)으로 계산되는 자체 예상 수익입니다.
2.
수익 계산 오류 수정:
•
기존 엑셀에서 수익이 마이너스로 표시되는 오류 발견. (총 공사 금액 - 합계)로 수식 순서를 변경하여 수정합니다.
3.
'도급 금액' 필드 추가 필요성:
•
건설사가 정한 최대 수익 한도를 고려한 수익 조절 로직을 위해 '도급 금액' 필드가 필요함을 인지합니다.
•
도급 금액: 건설사가 물량으로 환산하여 지급하기로 한 총액.
•
기성금: 도급 금액에서 인건비 등을 제외하고 건설사가 실제 지급하는 금액 또는 회사가 목표로 하는 수익선.
4.
수익 초과분 및 추가 투입 공수 계산:
•
(실제 예상 수익 - 기성금) = 수익 초과분 (예: 2,200만 원 - 1,500만 원 = 700만 원).
•
이 초과분만큼 '추가 투입 공수'가 필요하며, (수익 초과분 / 작업자 단가)로 계산합니다. (예: 700만 원 / 29만 원 = 약 24명).
•
작업자 단가는 실제 지급액이 아닌, 건설사에 청구하는 단가(예: 29만 원)를 사용합니다.
4. 잔여 근무일 중 일요일 제외 계산 로직 구현
1.
문제 정의:
•
추가 투입 공수를 남은 기간 동안 분배하기 위해, 월말까지 남은 실제 근무일수를 계산해야 합니다. 이때 일요일은 제외해야 합니다.
•
예: 14일이 최종 작업일이고 월말까지 16일 남았을 경우, 주말(일요일)을 제외한 실제 투입 가능일 계산.
2.
Notion에서의 구현 방식 (반복문 부재로 인한 노가다 수식):
•
Notion에는 반복문이 없어, 월의 각 날짜(최대 31일)에 대해 개별적인 수식 필드(체크박스)를 만들어 해당 날짜가 일요일인지 판별합니다.
•
수식 예시: if(dateAdd(prop("최종일"), 1, "days").formatDate("d") == "일", true, false) (단, 월이 바뀌는 경우 고려 필요)
•
월(month)이 변경되는 것을 방지하기 위해, if(prop("최종일").month() == dateAdd(prop("최종일"), X, "days").month() and /*일요일 조건*/, true, false) 와 같이 현재 월과 동일한 경우에만 카운트하도록 조건을 추가합니다.
3.
일요일 개수 집계:
•
생성된 30~31개의 체크박스 필드 중 체크된(일요일인) 것들의 개수를 세기 위해 filter() 함수와 length 속성을 활용하는 방안을 모색합니다.
•
(수정/보완) 실제로는 30개의 수식 필드를 만들고, 이 필드들이 true(체크)된 개수를 합산하는 방식으로 구현합니다.
4.
최종 계산:
•
(월의 마지막 날짜 - 최종 출력일의 일자) - (계산된 일요일 수) = 잔여 근무일.
•
이 잔여 근무일로 '추가 투입 공수'를 나누어 '일일 최소 추가 투입 공수'를 계산 (올림 처리).
5. '조공(알바)' 공수 반영을 위한 실공수 데이터베이스 수정
1.
'조공 공수' 필드 추가:
•
'출력일보' 데이터베이스에 '조공 공수' 필드를 추가하고, 주석으로 "눈 찍는 알바 공수"라고 명시합니다.
•
이 '조공 공수'는 실제 작업은 하지 않지만, 건설사에 보고되는 공수에는 포함됩니다.
2.
측정 공수와 실공수의 구분:
•
측정 공수: 건설사에 보고되는 공수 = 실제 작업 공수 + 조공 공수.
•
실공수: 내부적으로 관리하는 실제 작업 관련 데이터.
3.
데이터 일관성 유지:
•
'출력일보'의 (실공수+조공공수) 합계와 '작업일지'의 일별 공수 합계가 일치해야 합니다.
•
'작업일지'에는 개별 작업 항목들이 기록되므로, 특정일의 총 공수가 '출력일보'의 해당일 총 공수(측정공수+조공공수)와 맞도록 수동으로 조정하거나 확인하는 과정이 필요함을 시사합니다. (자동 맞춤은 어려움)
4.
실공수 리포트에서의 수익 계산:
•
실공수 리포트에서는 '기성금' 필드는 불필요할 것으로 판단.
•
실제 지출되는 알바 비용(예: 1공수당 5만 원)과 건설사로부터 받는 금액(예: 1공수당 29만 원)의 차액이 수익으로 잡혀야 합니다.
6. 월간 리포트 '실공수' 항목 상세 계산 로직 정립
1.
조공 공수 관련 비용 및 수익 분리:
•
조공 공수 단가: 알바에게 실제 지급하는 금액 (예: 5만 원).
•
조공 작업자 금액 (지출): (조공 공수 * 조공 공수 단가).
•
일반 작업자 금액 (지출): (실제 작업 공수 * 일반 작업자 단가) + (조공 공수 * 일반 작업자 단가). 여기서 '일반 작업자 단가'는 건설사에 청구하는 단가(예: 29만원)를 의미함.
•
합계 (총 지출): 관리자 금액 + 일반 작업자 금액 (실공수+조공공수분 전체) + 식대.
•
수익 (기본): 총 공사 금액 - 합계.
2.
'조공'을 통해 발생하는 추가 수익 계산:
•
건설사는 조공 공수 1개당 29만 원을 지급하지만, 회사는 알바에게 5만 원만 지급하므로, 차액인 24만 원이 추가 수익이 됩니다.
•
이를 계산하기 위해 '실공수' 월간 리포트에 '작업자 측정 단가' (예: 29만 원, 건설사 청구 단가) 필드를 추가합니다.
•
조공 수입: (작업자 측정 단가 - 조공 공수 단가) * 조공 공수.
•
이 '조공 수입'은 최종 수익에 더해져야 합니다.
3.
최종 수익 계산:
•
(총 공사 금액 - 합계) + 조공 수입.
4.
중요 주석:
•
'작업자 측정 단가' 필드에 "추가 공수로 발생하는 추가 수익금 계산 대비용"이라고 주석을 남겨 용도를 명확히 합니다.
•
이 복잡한 계산 로직은 잘 기록해두어야 함을 강조합니다.
7. Notion 페이지 구성 및 물량 입력 자동화 시연
1.
페이지 구성 시작:
•
물량 입력부터 시작하여 시스템 사용 흐름에 따라 페이지를 구성합니다.
2.
물량 정보 입력:
•
예시 데이터(층, 구간, 작업명 - 알폼 보, 수량, 단위, 목표 생산성)를 입력합니다.
•
'공사 단가'는 '물량 서브'에서 합산되어 올라오며, 여러 팀으로 나뉠 수 있습니다.
3.
'물량 서브' 추가 및 자동화:
•
'물량 서브 추가' 버튼을 클릭하여 하위 물량(팀별 할당)을 생성합니다.
•
각 서브 항목에 팀, 공사 단가, 지급 조정률 등을 입력합니다.
•
'입력 완료' 버튼(자동화)을 클릭하면, 입력된 '물량 서브' 개수만큼 '목표 공수' 및 '목표 공수 서브' 레코드가 자동으로 생성되고, 원본 입력 항목들은 완료 처리되어 숨겨집니다.
4.
자동화 검증:
•
이름 필드가 '물량 서브' 추가 시 자동으로 채워지는지, 관계형이 올바르게 설정되는지 확인하며 시연합니다.
•
여러 개의 '물량 서브' 항목(예: 4개 팀)을 동시에 처리하는 시나리오도 테스트합니다.
8. 데이터 입력 화면(인풋 섹션) 구성 및 출력일보 작성 시연
1.
입력 화면 최적화:
•
사용자가 직접 입력하지 않거나 불필요한 필드는 숨겨서 입력 화면을 간소화합니다.
2.
새 물량 입력 시연:
•
간소화된 화면에서 새 물량(예: 재래식 코어) 및 관련 '물량 서브' 정보를 입력하고 자동화 버튼을 클릭하여 '목표 공수'가 생성되는 과정을 보여줍니다.
3.
업무 프로세스 및 권한:
•
물량 입력 및 단가 설정 후, 인원 투입(출력일보 작성) 단계로 넘어갑니다.
•
현장 관리자는 특정 페이지만 접근 가능하도록 권한을 설정할 예정입니다.
4.
출력일보 작성:
•
현장 관리자가 모바일로 입력하는 것을 가정합니다.
•
'공종'별(형틀, 알폼, 해체 등)로 '출력일보 작성' 버튼을 만듭니다. 버튼 클릭 시 공종은 미리 채워집니다.
•
사용자는 팀, 출력 인원 이름, 측정 공수, 실공수 등을 입력합니다.
•
중요: '입력 완료' 버튼(페이지 내 자동화 버튼)을 클릭해야 월간 리포트와의 관계형이 설정됩니다. 클릭 후 창을 닫아도 백그라운드에서 처리됩니다.
5.
동기화 블록 활용:
•
현장용 페이지와 사무실용 페이지 간의 입력 UI 일관성을 위해 '동기화 블록'을 사용합니다.
•
한 곳에서 수정하면 다른 곳에도 반영되어, 현장 입력 내용을 사무실에서 확인하고 미비된 '입력 완료' 처리를 할 수 있습니다.
9. 작업일지 작성 및 현장 페이지 구성
1.
작업일지 작성:
•
작업일지는 주로 퇴근 후 저녁에 작성합니다.
•
출력일보와 유사하게 공종별 버튼(형틀, 알폼, 해체/정리)으로 작업일지를 작성합니다.
•
작업 내용은 텍스트 입력 대신 '선택형 속성'으로 표준화하여 사용자의 언어/표현 차이로 인한 혼선을 줄입니다. (예: 상하부 마감, 거푸집 설치)
•
작업일지 항목은 '목표 공수 서브'와 연결되어 누적 공수를 업데이트합니다.
2.
현장 페이지 뷰 구성:
•
현장 작업자들은 입력한 출력일보나 작업일지 내역을 확인할 필요가 있습니다.
•
현재까지 구성된 입력 섹션(물량, 출력일보, 작업일지) 외에 조회용 뷰를 추가할 예정입니다.
10. Notion 템플릿 저작권 및 활용에 대한 논의
1.
템플릿 유사성 및 저작권:
•
Notion 템플릿은 구조나 디자인이 유사해질 수밖에 없으며, 아이디어를 차용하여 자신만의 템플릿을 만드는 것은 문제가 되지 않는다는 의견을 나눕니다.
•
중요한 것은 아이디어를 바탕으로 자신만의 생각과 필요에 맞게 발전시키는 것입니다.
2.
템플릿 활용의 한계:
•
타인이 만든 템플릿은 자신의 업무 흐름과 정확히 맞지 않아 그대로 사용하기 어려운 경우가 많습니다.
•
참조용으로 활용하고 자신의 필요에 맞게 커스터마이징하는 것이 바람직합니다.
11. 데이터 조회 화면 구성 (목표 공수, 팀별 목표 공수)
1.
목표 공수 조회:
•
테이블 뷰를 기본으로 하며, 차트(예: 작업별 잔여 공수)도 활용합니다.
•
층, 구간, 작업별로 필터링하거나 그룹화하여 볼 수 있어야 합니다.
•
롤업(Rollup) 속성의 한계: 롤업으로 가져온 값은 그룹화 기준으로 사용할 수 없는 경우가 많아, 포뮬러(Formula)로 데이터를 다시 가공해야 할 수 있습니다. (예: 층 정보를 포뮬러로 가져와야 층별 그룹화 가능)
2.
팀별 목표 공수 (목표 공수 서브 기반):
•
어떤 작업을 어떤 팀들이 나누어 수행하는지 보여줍니다.
•
공종(工種) 정보 추가: 작업일지에서 공종 정보를 가져와 팀별 목표 공수 서브에 연결합니다.
◦
롤업으로 가져온 공종 정보는 필터링/그룹화에 제약이 있을 수 있어, 포뮬러로 텍스트 변환 후 사용하거나, 색상 표시용 롤업과 필터용 포뮬러를 별도로 관리합니다.
•
탭(Tab)을 이용해 공종별(형틀, 알폼 등)로 나눠서 볼 수 있도록 구성합니다.
3.
과투입 공수 확인:
•
잔여 공수가 마이너스가 되는 경우(과투입)를 쉽게 식별할 수 있어야 합니다.
•
다만, 실제 현장에서는 공수 기록이 정확하지 않을 수 있어 데이터 해석에 주의가 필요합니다.
4.
타임라인 뷰:
•
팀별 목표 공수를 타임라인으로 시각화하여 작업 진행 기간 및 상태(목표/누적/잔여 공수)를 표시합니다.
•
직영 작업처럼 작업 기간이 매우 길거나 불규칙한 경우, 필터를 통해 별도 관리합니다.
12. 캘린더 뷰 및 마무리
1.
출력일보 캘린더 뷰:
•
날짜별 출력 인원, 공수, 공종 등을 표시하여 일별 작업 상황을 한눈에 파악합니다.
2.
작업일지 캘린더 뷰:
•
출력일보 캘린더 옆에 탭으로 추가하여, 날짜별 작업 내용, 진행률, 공종, 팀 등을 표시합니다.
3.
다음 단계:
•
월간 리포트 구성 및 추가적인 변수(검색 기능 등) 설정은 다음 오프라인 세션에서 진행하기로 합니다.
•
사용자의 시스템 적응 및 활용에 대한 우려와 기대감을 나타내며 마무리합니다.
