블로그

  • Four AI Models Shipped in One Week. Spending Fell Anyway.

    Cyan bar chart rising then falling with a downward trend line and a cluster of connected AI model nodes on a deep navy background
    KEY POINTS
    • Four frontier models launched in one week (Sep 1 to 3): Anthropic’s Fable 5.1 and Mythos 5.1, Meta’s Muse Spark 1.3, Google’s Gemini 3.8 Flash, and OpenAI’s GPT-6 Astra.
    • AI spend per employee at the top 1% of firms fell nearly 10% to $7,205 in August, according to Ramp data covering 70,000 companies.
    • Average token prices dropped to $0.68 per million, down from a March peak of $1.15, as OpenAI and Anthropic cut prices.
    • Just 56% of Ramp customers paid for AI in August, up only 0.4% month over month; the US Census Bureau puts overall business AI use at 22%.

    In the first three days of September, four of the world’s largest AI labs shipped brand-new frontier models. In the same stretch of the calendar, the amount that top companies actually spent on AI per employee went down, not up. That gap between how fast the industry is shipping and how fast buyers are absorbing what it ships is the most important trend in enterprise AI right now, and almost nobody is putting the two numbers side by side.

    The Busiest Week the AI Industry Has Ever Had

    Four frontier models in seventy-two hours

    The wave started on September 1, when Anthropic released Claude Fable 5.1 and Claude Mythos 5.1, which it called its “most advanced models for coding and knowledge work.” Meta followed on September 2 with Muse Spark 1.3, and Google pushed out Gemini 3.8 Flash in the same burst. Then on September 3, OpenAI shipped GPT-6 Astra, describing it as its most capable and aligned system yet. Four labs, four flagship releases, one week.

    CNBC captured the mood in a single phrase: “model fatigue.” The releases now arrive so quickly that IT buyers can barely finish evaluating one model before the next one lands. It is telling that in the same window, more than 1,100 employees at frontier labs separately petitioned Washington to help pace the development of frontier AI. The people building the models are asking for a slower clock at the exact moment the release calendar has never been faster.

    Trend Insight — A release cadence measured in days only pays off if adoption keeps pace. When new capability arrives faster than teams can test, budget, and deploy it, each launch competes less with rivals and more with the unspent potential of the model that shipped last month.


    The Number That Should Worry Model-Makers

    Spend per employee dropped as prices fell

    The payments company Ramp tracks AI spending across roughly 70,000 businesses, and its August reading is a warning light. Spend on AI per employee at the top 1% of firms in Ramp’s sample fell nearly 10% to $7,205. Overall, 56% of Ramp customers paid for an AI product in August, a rise of just 0.4% from the month before. A separate US Census Bureau survey, updated on August 23, found only 22% of businesses report using AI at all.

    Part of the drop is simply that AI got cheaper. As OpenAI and Anthropic cut prices, the average cost of a token fell to $0.68 per million, down from a 2026 peak of $1.15 per million in March. The problem for model-makers is that the price cuts have not yet been offset by rising volume. Ramp economist Ara Kharazian put it bluntly: competition between OpenAI and Anthropic is “driving spend down at the top 1% of companies that previously the market was expecting to drive much of the growth going forward.” Lab employees have said much of a model’s training cost is recouped in the first weeks after release, so slower uptake threatens the economics of the whole cycle.

    Trend Insight — Falling token prices plus flat volume is a revenue-per-seat squeeze. The hundreds of billions committed to AI infrastructure assume usage compounds fast enough to pay it back. A single soft month is not a verdict, but it is the first data set pointing the other way.


    Why Buyers Are Reaching for Yesterday’s Model

    Older and cheaper is quietly winning

    The most revealing detail in the data is what companies are choosing to run. Rather than jumping to each new flagship, many buyers are deliberately staying on older, cheaper models such as OpenAI’s ChatGPT 5.6-Terra and Anthropic’s Sonnet. And despite endless talk of open-weight models storming the frontier, only 6.4% of AI-spending businesses used a model-serving or inference platform in August, a share that is growing but not fast enough to move the overall market.

    The pricing itself keeps pulling buyers toward restraint. With Fable 5.1, Anthropic held its headline rates steady but cut cached input reads from $1 to $0.25 per million tokens, making typical workloads about 25% cheaper and heavily agentic ones as much as 45% cheaper. Meanwhile, investors clearly do not see a single winner: coding startup Cognition reached a $48 billion valuation on September 8, a bet that AI coding is far from a winner-take-all market. For a buyer, “good enough and cheap” has rarely looked more rational than “newest and most expensive.”

    Trend Insight — When last year’s model does 90% of the job at a fraction of the price, the frontier premium becomes a hard sell. The labs know it, which is why their attention is shifting from raw benchmarks to winning over non-technical users who never compare model cards.


    What This Means If You Are Buying AI

    Three moves for the next quarter

    First, make the cheaper model your default and force the upgrade to earn its place. Benchmark a frontier release against the model you already run on your own tasks before you migrate; the August data suggests most teams that skipped the jump lost very little. Second, measure cost per outcome rather than model version. The metric that matters is dollars per resolved ticket, per shipped feature, or per approved document, not which flagship badge sits in your stack.

    Third, treat portability as leverage. The price war between OpenAI and Anthropic is actively working in buyers’ favor, and the customers who can move workloads between providers are the ones capturing the savings. As Kharazian noted, the slump reads as bad news only if you sell tokens: “It depends on who you are in the market. If your company is using AI, it’s great.” For once, the reality check lands on the sellers, not the buyers.

    Trend Insight — The winners of this phase are disciplined buyers, not reflexive early adopters. In a market shipping four flagships a week, the durable advantage is a clear-eyed process for deciding when a new model is actually worth switching to.


    Related

    Sources

    1. TechCrunch — AI spend per employee slumped at top firms in August (Sep 9, 2026)
    2. CNBC — ‘Model fatigue’ sets in as AI labs roll out new versions (Sep 6, 2026)
    3. Anthropic — Introducing Claude Fable 5.1 and Claude Mythos 5.1 (Sep 1, 2026)
    4. TechCrunch — OpenAI launches Astra, its powerful (and controversial) new model (Sep 3, 2026)

    AI Biz Insider · AI Trends EN · aibizinsider.com

  • 수급 문턱 낮아진다는데…

    2027년 기준 중위소득·생계급여 인상 안내 - 저소득층 복지 사회안전망
    핵심 정리
    • 2027년 기준 중위소득 6.7% 인상 — 2015년 맞춤형 급여 개편 이후 역대 최대폭
    • 생계급여 1인 가구 월 최대 82만 1000원에서 87만 6000원으로 (연 약 66만원 증가)
    • 기준 중위소득은 생계·의료·주거·교육급여 등 수십 개 복지의 자격 기준선
    • 의료급여·기초연금·장애인연금·노인일자리도 함께 확대 — 예전 탈락자도 다시 확인

    예전에 ‘소득이 조금 많다’는 이유로 복지 문턱에서 돌아선 적 있으신가요. 2027년에는 그 문턱 자체가 내려갑니다. 정부가 기준 중위소득을 역대 최대인 6.7% 올리기로 하면서, 생계급여를 비롯한 수십 개 지원의 자격선이 함께 올라가기 때문입니다. 내 얘기인지 핵심만 짚어보겠습니다.

    무엇이 바뀌나 — 2027년 기준 중위소득·생계급여

    2027년 예산안의 복지 핵심은 기준 중위소득 6.7% 인상입니다. 기준 중위소득은 정부가 매년 정하는 국민 소득의 중간값으로, 각종 복지의 자격을 가르는 기준선 역할을 합니다.

    이 기준선이 오르면 생계급여 지급액도 함께 오릅니다. 생계급여 1인 가구 월 최대 지급액은 82만 1000원에서 87만 6000원으로 늘어납니다.

    항목2027년 기준
    기준 중위소득 인상률6.7% (역대 최대)
    생계급여 1인 가구(월 최대)82만 1000원에서 87만 6000원으로
    노인일자리115만 개에서 118만 개
    보건복지부 2027 예산148조 7697억원 (+8.2%)
    정부 총지출(2027안)820조 9000억원 (역대 최대)

    정책 분석 — 이 숫자 하나가 생계·의료·주거·교육급여는 물론 수십 개 지원의 커트라인을 동시에 움직입니다. 6.7% 인상은 곧 자격 커트라인이 그만큼 위로 올라간다는 뜻입니다. 지난해 ‘소득 초과’로 아깝게 탈락한 경계선 가구일수록, 2027년 재신청의 가치가 큽니다.


    나도 대상일까 — 30초 자격 체크

    30초 자격 체크
    • 가구 소득인정액이 기준 중위소득의 32%(생계)~50%(교육) 이하다
    • 예전에 소득이 ‘조금’ 많아 수급에서 탈락한 적이 있다 (기준선 상향으로 재도전 가치)
    • 집에 만 65세 이상 어르신이나 중증장애인이 있다 (기초연금·장애인연금 동시 확인)
    • 실직·질병 등 갑작스러운 위기로 생계가 곤란하다 (긴급복지 대상)

    생계·의료·주거·교육, 한 번에 신청하세요

    기초생활보장은 생계급여만 있는 게 아닙니다. 소득인정액이 기준 중위소득의 32% 이하면 생계급여, 40% 이하 의료급여, 48% 이하 주거급여, 50% 이하 교육급여 대상입니다.

    네 급여 모두 같은 기준 중위소득을 기준으로 하므로, 기준선이 오르면 네 가지 문턱이 동시에 낮아집니다. 신청은 주소지 주민센터 한 곳에서 통합으로 하면 되고, 소득·재산을 한 번 심사해 받을 수 있는 급여를 함께 판정합니다.

    놓치기 쉬운 포인트 — 부양의무자와 재신청

    2027년에는 의료급여의 중증장애인 부양의무자 기준이 폐지돼 수급권자가 약 3만 명 늘어납니다. ‘자녀가 있어서’ 탈락했던 중증장애인 가구라면 다시 확인해볼 필요가 있습니다.

    복지는 신청주의입니다. 자격이 돼도 신청하지 않으면 한 푼도 나오지 않습니다. 복지로(bokjiro.go.kr) ‘복지서비스 모의계산’으로 30초 만에 대상 여부를 먼저 확인하세요.

    사례 — 1인 수급 가구라면

    생계급여를 받는 1인 가구라면 월 지급액이 82만 1000원에서 87만 6000원으로, 매달 5만 5000원씩 늘어납니다. 1년이면 약 66만원입니다. 가구원 수가 많을수록 인상 폭은 더 커집니다.

    정책 분석 — 6.7% 인상은 단순한 지급액 증가가 아니라 ‘자격선의 확장’입니다. 오른 물가·생활비만큼 커트라인을 높여, 그동안 제도 밖에 있던 경계선 가구를 안으로 들이는 조치입니다. 챙기지 않으면 그 확장의 혜택을 스스로 포기하는 셈입니다.


    함께 늘어나는 복지

    기준 중위소득 인상과 함께 2027년에는 취약계층 지원이 전반적으로 넓어집니다. 내 상황에 겹치는 항목이 있는지 확인해 보세요.

    제도2027년 달라지는 점
    기초연금부부감액 축소 등으로 최대 12만 4000원 추가 지원
    의료급여중증장애인 부양의무자 기준 폐지, 수급권자 약 3만 명 증가
    장애인연금장애 정도가 심한 1~3급 전체로 확대, 26만 명 이상 증가
    노인일자리115만 개에서 118만 개
    긴급복지위기 시 생계비 30만 원 우선 지원(‘우선드림’)
    취약계층 먹거리‘그냥드림’ 150개소에서 300개소로 확대

    왜 지금 챙겨야 하나

    정책 배경 — 역대 최대 예산, 양극화 대응

    2027년 정부 총지출은 820조 9000억원으로 역대 최대(+12.8%)입니다. 이 중 보건복지부 예산이 148조 7697억원으로 8.2% 늘었습니다. 기준 중위소득을 역대 최대폭으로 올린 건, 성장의 온기를 저소득층까지 넓히려는 ‘K자형 양극화 대응’의 핵심 카드입니다.

    안 챙기면 잃는 것 — 기회비용

    기준선이 올라도 신청하지 않으면 달라지는 건 없습니다. 특히 몇 만원 차이로 탈락했던 가구, 부양의무자 때문에 포기했던 가구가 그대로 두면 연 수십만~수백만원의 지원을 놓칠 수 있습니다.

    정책 분석 — 이번 수치는 2027년 예산안 기준으로, 9월 3일 국회에 제출돼 연말 확정, 2027년 1월 시행 예정입니다. 기준 중위소득 인상은 이미 확정된 방향이고 의료급여·기초연금 완화도 이어질 전망이라, 올해 탈락한 가구도 내년 초 다시 문을 두드릴 이유가 충분합니다.

    자주 묻는 질문

    Q. 기준 중위소득이 오르면 왜 좋나요?

    생계·의료·주거·교육급여 등 수십 개 복지의 자격선이 함께 올라갑니다. 지금까지 소득이 조금 많아 탈락했던 가구도 새로 대상이 될 수 있습니다.

    Q. 얼마나 오르나요?

    2027년 기준 중위소득이 6.7% 인상됩니다. 생계급여 1인 가구 월 최대액은 82만 1000원에서 87만 6000원으로 늘어납니다.

    Q. 어디서 확인·신청하나요?

    복지로(bokjiro.go.kr) 모의계산으로 대상 여부를 확인하고, 주소지 주민센터에서 신청하면 여러 급여를 한 번에 심사받을 수 있습니다.


    관련 글

    출처

    1. 정책브리핑(보건복지부) — 복지부 내년 예산 149조 원, 생계급여 인상
    2. 정책브리핑(기획예산처) — 2027년 예산안 820.9조원, 기준 중위소득 6.7% 인상
    3. 복지로 — 복지서비스 모의계산·신청

    AI Biz Insider · 내 삶에 닿는 정책 · aibizinsider.com

  • 섬 갔다 오면 10만원 준다는데…

    여객선이 접근하는 한국의 섬과 붉은 노을 - 2026년 섬 방문의 해 여행경비 지원
    핵심 정리
    • 사전 신청 마감은 9월 21일 오후 6시. 이 접수를 놓치면 여행을 다녀와도 지원금은 0원이다.
    • 육지와 다리로 연결되지 않아 여객선을 타야 하는 섬에 1박 이상 머무르면 팀당 최대 10만원.
    • 여행 기간은 10월 1일~11월 4일. 다녀온 뒤 왕복 승선권과 영수증을 내는 사후 정산 방식이다.
    • 여수 지역 섬은 별도로 여객선 운임 50% 할인이 12월까지 운영된다.

    섬 여행은 늘 계산기부터 두드리게 된다. 여객선 왕복 운임에 숙박비, 거기다 섬 물가까지 붙으면 1박 2일도 만만치 않다. 행정안전부가 그 부담을 팀당 10만원까지 덜어주는 사업의 2차 접수를 오늘 시작했다. 지난 7~8월 1차에 이은 두 번째다. 다만 신청 구조가 조금 특이하다. 먼저 신청해 당첨돼야 여행을 갈 자격이 생기는 방식이라, 순서를 헷갈리면 그대로 날린다.

    누가, 언제, 얼마나 받는가

    행정안전부는 ‘2026년 섬 방문의 해’를 맞아 10월 1일부터 11월 4일까지 1박 이상 섬을 방문하는 여행객에게 최대 10만원의 여행 경비를 지원한다고 9월 7일 밝혔다. 지원 대상은 육지와 다리로 연결되지 않아 여객선을 이용해야 하는 섬을 찾는 여행객이며, 개인이 아닌 팀 단위로 지원한다.

    지원 항목은 숙박비, 식비, 여객선 운임, 식료품 구매비 등 섬 지역에서 실제 지출한 여행 경비 전반이다. 관광지 입장료 같은 특정 항목만 인정하는 방식이 아니라, 섬에서 쓴 돈을 폭넓게 인정한다는 점이 특징이다.

    항목내용
    주관행정안전부
    지원 금액팀당 최대 10만원
    사전 신청 기간9월 8일 10시 ~ 9월 21일 오후 6시
    여행 기간10월 1일 ~ 11월 4일
    신청 채널‘2026년 섬 방문의 해’ 공식 누리집
    대상 섬육지와 다리로 연결되지 않은 섬 (여객선 이용)
    지원 단위팀 단위 (개인 아님)
    선정 방식신청 초과 시 추첨, 선정자에게 개별 안내 문자
    지급 방식사후 정산 (왕복 승선권·영수증 제출 후 지급)

    순서를 반대로 하면 한 푼도 못 받는다

    이 사업에서 가장 많이 어긋나는 지점이다. 흐름은 사전 신청 → 추첨 선정 → 안내 문자 수신 → 안내받은 기간 내 여행 → 증빙 제출 → 지급 순이다. 먼저 섬에 다녀온 뒤 영수증을 들고 신청하는 구조가 아니다. 9월 21일 오후 6시까지 접수하지 않았다면 10월에 아무리 섬에서 돈을 써도 정산 대상이 아니다.

    정책 분석 — 선정이 추첨제라는 점은 신청 전략을 바꾼다. 확정 지원이 아니므로 숙소를 미리 결제해 두는 것은 위험하다. 반대로 당첨 후에 성수기 숙소를 찾으면 이미 방이 없을 수 있다. 현실적인 대응은 무료 취소가 가능한 조건으로 10월 초 숙소를 가예약해 두고, 선정 안내 문자를 받은 시점에 확정하는 것이다. 낙첨돼도 손해가 없고, 당첨되면 자리를 확보한 상태로 출발할 수 있다.


    내가 대상인지 30초 만에 판별하기

    30초 자격 체크
    • 가려는 섬이 다리로 연결되지 않아 여객선을 타야 하는 섬인가
    • 10월 1일~11월 4일 사이에 1박 이상 머무를 계획인가
    • 혼자가 아니라 팀 단위로 움직이는가
    • 9월 21일 오후 6시 전에 공식 누리집에서 사전 신청을 마칠 수 있는가
    • 여행 후 왕복 승선권과 영수증을 모아 제출할 수 있는가

    이 다섯 개가 모두 ‘예’라면 신청 자격 자체는 갖춘 셈이다. 여기서 가장 자주 걸리는 항목은 첫 번째다. 연륙교나 연도교가 놓여 차로 들어갈 수 있는 섬은 이름이 ‘섬’이어도 이 사업의 대상이 아니다. 승선권이 증빙 서류에 포함된다는 점 자체가 여객선 탑승을 전제한다는 뜻이다.

    신청할 때 자주 막히는 세 지점

    첫째, 대상 섬 목록을 확인하지 않고 신청한다. 지원 대상 섬과 구체적인 신청 방법은 공식 누리집에서 별도로 안내한다. 여객선을 타야 하는 섬이라고 해서 전부 포함된다고 단정하지 말고, 목적지가 목록에 있는지 먼저 확인한 뒤 일정을 짜는 편이 안전하다.

    둘째, 영수증을 챙기지 않는다. 사후 정산 구조에서 증빙이 빠지면 선정되고도 지급이 막힌다. 섬 지역은 카드 결제가 어려운 곳이 적지 않다. 민박·식당·마을 매점에서 현금을 쓸 가능성이 높다면 결제할 때마다 그 자리에서 영수증을 요청해야 한다. 나중에 소급 발급이 사실상 불가능한 곳이 많다.

    셋째, 왕복 승선권을 버린다. 승선권은 개찰 후 그대로 버리기 쉬운 종이다. 그런데 이 사업에서는 ‘내가 실제로 그 섬에 갔다’를 증명하는 핵심 서류다. 탑승 직후 휴대폰으로 앞뒤를 촬영해 두고 실물도 따로 보관하는 이중 장치가 필요하다.

    정책 분석 — 실제 체감액을 계산해 보자. 4인 팀이 1박 2일로 섬에 다녀오면서 왕복 여객선 운임 8만원, 민박 1박 12만원, 식비 10만원을 썼다고 가정하면 지출은 30만원이다. 여기서 10만원을 돌려받으면 실부담은 20만원, 1인당 5만원으로 내려간다. 팀 단위 지원이라 인원이 많을수록 1인당 체감 할인율은 낮아지지만, 반대로 4인 이하 소규모 팀일수록 1인당 환급 효과가 커지는 구조다. 인원을 무작정 늘리는 것이 유리하지 않다는 뜻이다.

    여수로 간다면 챙길 혜택이 하나 더 있다

    여수시는 이와 별개로 9월부터 12월까지 여수의 섬을 방문하는 타 지역민에게 여객선 운임의 50%를 지원한다. 자세한 내용은 한국해운조합 여객선 예매 누리집에서 확인할 수 있으며, 예산이 소진되면 조기 마감될 수 있다.

    두 제도는 주체(행정안전부·여수시)와 지원 방식이 다른 별개 사업이다. 다만 50% 할인을 받은 운임을 다시 경비 지원의 정산 항목으로 청구할 수 있는지는 판단이 갈릴 수 있으므로, 신청 전에 공식 누리집 안내로 확인해 두는 편이 좋다. 확인만 해두면 운임은 반값, 나머지 경비는 최대 10만원 환급이라는 조합이 가능해진다.


    이 지원금은 왜 지금 나왔나

    2026년은 정부가 지정한 ‘섬 방문의 해’다. 이 사업은 그 해의 핵심 실행 수단 중 하나로, 7~8월 1차에 이어 이번이 2차다. 이번 2차의 기간 설정에는 뚜렷한 이유가 있다. 9월 5일부터 11월 4일까지 열리는 2026여수세계섬박람회와 연계됐기 때문이다.

    행안부는 박람회 관람객이 여수의 섬을 함께 방문할 수 있도록 지원 기간을 10월 1일~11월 4일로 정하고, 여수 지역 섬에 대한 지원 예산을 대폭 확대했다. 지원 종료일이 박람회 폐막일과 정확히 같은 것도 우연이 아니다.

    진명기 행정안전부 자치혁신실장은 “섬은 누구나 한 번쯤 여행하고 싶은 곳이지만 비용 부담 때문에 망설이는 분들도 많다”며 정책 취지를 설명했다. 정부가 인식한 문제는 섬에 대한 관심 부족이 아니라 비용이라는 진입 장벽이라는 얘기다.

    정책 분석 — 이 구조를 읽으면 다음 회차를 예측할 단서가 나온다. 1차가 여름 성수기(7~8월), 2차가 박람회 기간(10~11월)에 배치됐다는 것은 이 사업이 상시 제도가 아니라 특정 이벤트에 붙는 한시 예산이라는 뜻이다. 3차 시행 여부는 발표되지 않았고, 박람회가 11월 4일 끝나면 가장 큰 명분도 사라진다. 다시 말해 연내에 남은 마지막 기회일 가능성이 있다. 놓쳤을 때의 기회비용은 단순히 10만원이 아니라, 같은 조건이 언제 다시 열릴지 모른다는 불확실성까지 포함된다.

    안 챙기면 정확히 무엇을 잃나

    가장 아까운 경우는 ‘어차피 10월에 섬에 갈 계획이었던 사람’이 신청을 건너뛰는 것이다. 이미 쓸 돈을 쓰면서 환급만 포기하는 셈이라, 손실이 그대로 10만원이다. 여수 섬이라면 여기에 여객선 운임 절반이 더 얹힌다.

    신청 자체에는 비용이 들지 않는다. 추첨에서 떨어져도 잃는 것은 접수에 쓴 몇 분뿐이다. 기대값 계산이 이렇게 명확한 정책은 흔치 않다. 10월 초 섬 여행이 조금이라도 후보에 있다면, 일정이 확정되기 전에 먼저 접수부터 해두는 것이 합리적이다.


    자주 묻는 질문

    Q. 혼자 가도 신청할 수 있나요?

    이 사업은 개인이 아닌 팀 단위 지원으로 운영된다. 팀 구성 기준과 최소 인원 등 세부 요건은 공식 누리집 안내를 따라야 한다. 혼자 갈 계획이라면 신청 전에 이 부분을 먼저 확인하는 것이 순서다.

    Q. 당일치기로 다녀와도 되나요?

    안 된다. 지원 대상은 1박 이상 섬에 머무는 여행객이다. 숙박이 지원 항목에 포함돼 있다는 점에서도 알 수 있듯, 이 사업의 목적은 섬 지역에서의 체류 소비를 늘리는 데 있다. 아침에 들어가 저녁에 나오는 일정은 요건을 충족하지 못한다.

    Q. 7~8월 1차 때 받았는데 또 신청해도 되나요?

    1차 수혜자의 2차 신청 제한 여부는 공개된 보도자료에 명시돼 있지 않다. 지원 대상 요건은 1차와 동일하다고만 안내됐다. 중복 수혜 가능 여부는 공식 누리집의 신청 요건 안내에서 반드시 확인한 뒤 접수하기 바란다.

    관련 글

    출처

    1. 헤럴드경제 — 섬 여행 지원비, 최대 10만원 받는다…8일부터 사전 신청 (2026.09.07)
    2. 국제뉴스 — ‘섬 여행비 2차 지원’ 최대 10만 원 받는 법…8일부터 신청 (2026.09.08)
    3. 2026년 섬 방문의 해 공식 누리집 (행정안전부)

    AI Biz Insider · 내 삶에 닿는 정책 · aibizinsider.com

  • 난방비 70만원 준다는데…

    2026 에너지바우처 동절기 난방비 지원 안내
    핵심 정리
    • 신청 마감은 2026년 12월 31일. 동절기 사용은 10월 1일부터 시작됩니다.
    • 생계·의료·주거·교육급여 수급자이면서 세대에 노인·영유아·장애인·임산부 등이 있으면 대상입니다.
    • 4인 이상 세대 70만 1,300원, 3인 53만 2,700원, 2인 40만 7,500원, 1인 29만 5,200원.
    • 연탄쿠폰·긴급복지 연료비와 중복 불가. 잘못 고르면 4인 세대 기준 약 59만원을 잃습니다.

    9월이 끝나면 하절기 바우처 사용 기간도 끝납니다. 그런데 정작 큰돈이 걸린 쪽은 10월부터 시작되는 동절기입니다. 신청은 12월 31일까지 열려 있지만, 늦게 넣을수록 이미 나간 난방비 고지서에는 손을 댈 수 없습니다. 대상인데 모르고 지나가는 세대가 매년 나오는 이유입니다.

    누가 받고, 얼마를 받나

    조건은 하나가 아니라 둘입니다

    에너지바우처는 소득기준세대원 특성기준동시에 충족해야 합니다. 기초생활수급자라는 사실만으로는 대상이 아닙니다.

    소득기준은 국민기초생활 보장법에 따른 생계·의료·주거·교육급여 수급자입니다. 여기에 주민등록표 등본상 본인 또는 세대원이 아래 특성 중 하나에 해당해야 합니다.

    30초 자격 체크
    • 노인 — 주민등록 기준 1961년 12월 31일 이전 출생자가 세대에 있다
    • 영유아 — 2019년 1월 1일 이후 출생한 7세 이하 취학 전 아동이 있다
    • 장애인 — 장애인복지법에 따라 등록한 장애인이 있다
    • 임산부 — 임신 중이거나 분만 후 6개월 미만인 여성이 있다
    • 중증·희귀·중증난치질환자 — 보건복지부 고시 산정특례 대상 질환자가 있다
    • 한부모가족 · 소년소녀가정(가정위탁보호 아동 포함)에 해당한다
    • 다자녀세대 — 부 또는 모의 19세 미만 자녀가 2명 이상 포함된 세대다

    세대원 모두가 보장시설에서 급여를 받고 있다면 지원 대상에서 제외됩니다.

    세대원 수로 금액이 갈립니다

    세대원 수2026년 총 지원금액연탄쿠폰 등 선택 시
    1인 세대295,200원40,700원
    2인 세대407,500원58,800원
    3인 세대532,700원75,800원
    4인 이상 세대701,300원102,000원

    위 금액은 월별이 아니라 2026년도 총액입니다. 사용기간(2026년 7월 1일~2027년 5월 31일) 안에서 하절기·동절기 구분 없이 자유롭게 쓸 수 있습니다.

    정책 분석 — 총액이라는 점을 활용하면 체감액이 달라집니다. 하절기(7~9월)에 한 푼도 쓰지 않고 동절기 8개월(10월~이듬해 5월)에 몰아 쓰면 4인 이상 세대는 월평균 약 8만 7,000원, 1인 세대도 월평균 약 3만 6,900원의 난방비를 덜어냅니다. 다만 하절기 요금차감은 자동으로 깎이므로, 몰아 쓰려면 ‘하절기 요금 미차감’ 신청을 따로 해야 합니다. 이 한 줄을 모르고 여름에 에어컨 요금으로 흘려보낸 세대가 겨울에 잔액 부족을 겪습니다.

    10월 1일이 왜 중요한가

    신청기간과 사용기간은 다릅니다

    신청기간은 2026년 6월 15일부터 12월 31일까지입니다. 반면 사용기간은 하절기가 2026년 7월 1일~9월 30일, 동절기가 가상카드 10월 1일·실물카드 10월 3일부터 2027년 5월 31일까지입니다.

    중요한 건 신청이 늦으면 그만큼 차감 기회가 줄어든다는 점입니다. 가상카드(요금차감)는 발행되는 고지서에서 깎이는 방식이라, 이미 납부가 끝난 달의 요금을 소급해 되돌려 받는 구조가 아닙니다.

    신청 시스템이 잠기는 날짜도 미리 알아두면 헛걸음을 줄입니다. 10월 1일~2일12월 말 2~3일은 포인트 생성 처리로 신청·재신청이 일시 중단됩니다.

    신청은 세 가지 길이 있습니다

    ① 주민등록상 거주지 읍·면·동 행정복지센터 방문, ② 담당 공무원이 동의를 받아 처리하는 직권신청, ③ 복지로(bokjiro.go.kr) 온라인 신청입니다. 거동이 불편하면 세대원이나 8촌 이내 혈족·4촌 이내 인척이 위임장을 갖고 대리 신청할 수 있습니다.

    전년도에 지원받았고 정보 변동이 없으면 자동신청됩니다. 그러나 이사했거나 세대원 수가 바뀌었다면 자동신청이 되지 않으므로 신규신청을 다시 넣어야 합니다. 이 지점에서 매년 누락이 발생합니다.

    정책 분석 — 창구에서 가장 많이 막히는 지점은 서류가 아니라 에너지원 선택입니다. 동절기는 요금차감(가상카드)과 국민행복카드(실물카드) 중 하나만 고를 수 있고, 요금차감을 택하면 겨울에 요금이 가장 많이 나오는 에너지원 하나를 지정해야 합니다. 도시가스로 난방하면서 습관적으로 전기를 고르면, 정작 큰 고지서에서는 한 푼도 깎이지 않습니다. 요금차감으로 신청할 땐 최근 납부한 요금고지서(아파트는 관리비 고지서)를 꼭 들고 가세요. 등유·LPG·연탄을 쓰는 집이라면 실물카드가 유리합니다.

    중복 수급, 여기서 손해가 납니다

    동절기 에너지바우처는 아래 세 가지와 중복 지원되지 않습니다.

    • 긴급복지지원법에 따라 동절기 연료비(2026년 10월~2027년 3월)를 지급받은 수급자
    • 한국광해광업공단 연탄쿠폰(2026년도)을 발급받은 세대
    • 2026년도 연탄전환 에너지바우처를 발급받은 세대

    이 중 하나를 택하면 에너지바우처는 표의 괄호 금액(하절기 전용)만 지원됩니다. 즉 4인 이상 세대라면 701,300원이 아니라 102,000원만 남습니다.

    이미 하절기 바우처를 쓴 뒤 다른 동절기 제도로 갈아타려면, 행정복지센터에서 에너지바우처를 중지(사유: 동절기 에너지바우처 미신청)한 다음 신청해야 합니다.

    정책 분석 — 선택을 잘못했을 때의 기회비용이 정책 자체보다 큽니다. 4인 이상 세대가 연탄쿠폰을 택하면 에너지바우처 몫은 102,000원으로 줄어, 전액을 받았을 때와 599,300원 차이가 납니다. 연탄으로 난방하는 집이라면 연탄쿠폰이 실질 가치가 클 수 있지만, 도시가스·전기·지역난방을 쓰면서 관성으로 다른 제도를 신청하면 그대로 손실입니다. 하나 더 챙길 점은 바우처 지원금액이 수급자의 소득산정에 반영되지 않는다는 것입니다. 받아도 다른 급여가 깎이지 않으니, 자격이 되는데 신청을 미룰 이유가 없습니다.

    이 제도가 던지는 신호

    에너지바우처는 산업통상자원부와 한국에너지공단이 운영하는, 에너지 취약계층 전용 이용권입니다. 전기·도시가스·지역난방·등유·LPG·연탄까지 폭넓게 커버한다는 점에서 현금성 복지가 아니라 에너지 소비 자체를 겨냥한 설계입니다.

    주목할 변화는 사용기간이 하절기·동절기 통합으로 운영된다는 점입니다. 여름 폭염과 겨울 한파 중 어느 쪽 부담이 큰지 가구마다 다르다는 현실을 반영한 구조입니다. 대신 그만큼 가구가 스스로 배분을 설계해야 실익이 커집니다.

    챙기지 않으면 잃는 것은 명확합니다. 4인 이상 세대 기준 70만 1,300원은 한 해 난방비의 상당 부분입니다. 신청 한 번으로 확보되는 금액이고, 다른 급여를 깎지도 않습니다. 다음 회차는 통상 이듬해 상반기에 다시 열리지만, 이번 회차의 2027년 5월 31일까지의 사용권은 올해 신청해야만 생깁니다.

    자주 묻는 질문

    Q. 작년에 받았는데 올해도 자동으로 되나요?

    전년도 지원기간 동안 정보 변동이 없고 올해도 자격을 충족하면 자동신청됩니다. 다만 이사하거나 세대원 수가 변동됐다면 자동으로 넘어가지 않으므로 신규신청이 필요합니다. 지원 중에 변동이 생겼다면 행정복지센터에 알린 뒤 재신청하세요.

    Q. 여름에 이미 전기요금에서 차감됐는데 겨울 몫이 남나요?

    총액에서 이미 쓴 만큼 빠집니다. 하절기는 요금차감 방식으로 전기 에너지원만 신청할 수 있으며, 겨울에 몰아 쓰려면 하절기 요금 미차감 신청을 해야 합니다. 남은 금액은 잔액조회에서 확인할 수 있습니다.

    Q. 본인이 거동이 어려우면 누가 신청하나요?

    위임장을 받은 세대원이나 8촌 이내 혈족·4촌 이내 인척이 신분증을 지참해 대리 신청할 수 있습니다. 담당 공무원이 동의를 받아 직권으로 신청하는 것도 가능하며, 독거노인생활관리사·장애인활동보조인·요양보호사 등의 협조를 받을 수도 있습니다. 문의는 에너지바우처 통합 상담센터 1600-3190.


    관련 글

    출처

    1. 한국에너지공단 에너지바우처 — 에너지바우처란?(지원대상·금액·기간)
    2. 한국에너지공단 에너지바우처 — 신청안내(신청방법·서류·유의사항)
    3. 복지로 — 온라인 신청

    AI Biz Insider · 내 삶에 닿는 정책 · aibizinsider.com

  • 코드는 빠른데 왜 버벅일까

    코드는 빠른데 왜 버벅일까

    브라우저 메인 스레드와 코딩 에이전트를 상징하는 초록색 추상 배경 이미지
    DIGEST
    • 브라우저의 메인 스레드는 비싸다
    • DHH: 직접 코딩에서 에이전트 팀 운영으로
    • 코딩 에이전트 3종의 도구 선택, 1만7천 회 분석

    이번 주 GeekNews 상위권에는 성격이 전혀 다른 세 편이 나란히 올랐습니다. 하나는 브라우저 내부의 16.6ms를 다투는 글이고, 하나는 3개월 동안 코드의 100%를 에이전트에 맡긴 개발자의 회고이며, 나머지 하나는 코딩 에이전트가 실제로 어떤 서비스를 설치하는지 1만7천 회 실험으로 측정한 자료입니다. 세 글은 결국 같은 질문을 다르게 던집니다. 무엇을 직접 하고, 무엇을 넘길 것인가.

    브라우저의 메인 스레드는 비싸다

    프레임 하나에 주어진 시간은 16.6ms

    메인 스레드는 자바스크립트 실행만 담당하지 않습니다. 이벤트 처리, 스타일 계산, 레이아웃, 화면 렌더링이 모두 같은 줄에 서 있습니다. 60Hz 화면이면 프레임 하나에 약 16.6ms가 주어지고, 브라우저 자체 작업을 빼면 실제로 쓸 수 있는 시간은 그보다 짧습니다. 긴 작업 하나가 이 예산을 넘기는 순간 스크롤이 끊기고 입력이 씹힙니다. 저자의 진단은 명확합니다. 문제는 코드가 느려서가 아니라 메인 스레드를 오래 점유해서 생긴다는 것입니다.

    분할, 배치, 우선순위, 지연

    첫 번째 축은 메인 스레드 안에서 작업을 재배분하는 것입니다. Splitting은 큰 작업을 잘게 나누고 중간마다 스레드를 반환해 입력과 화면 갱신이 끼어들 틈을 만듭니다. Batching은 반대로 너무 자주 발생하는 작업을 묶습니다. 입력과 스크롤, 리사이즈에 debounce와 throttle을 적용하는 것이 여기에 해당하고, 목적은 backpressure를 줄이는 데 있습니다. Prioritizing은 사용자가 방금 클릭한 항목의 작업을 대기열 앞으로 옮기는 방식이고, Deferring은 코드 스플리팅과 IntersectionObserver로 지금 필요하지 않은 실행을 뒤로 미룹니다. 네 전략 모두 작업 총량을 줄이지는 않습니다. 줄어드는 것은 사용자가 기다린다고 느끼는 시간입니다.

    스레드 밖으로 내보내거나, 아예 하지 않거나

    두 번째 축은 작업을 옮기거나 없애는 것입니다. transform과 opacity 기반 애니메이션은 레이아웃 계산 없이 Compositor에서 처리되지만, top이나 left, width를 계속 바꾸면 레이아웃이 반복 계산되며 메인 스레드 부담이 커집니다. 실제 레이아웃 변경이 필요하면 FLIP 같은 기법으로 변경 횟수를 줄일 수 있습니다. 대용량 파싱이나 이미지 처리처럼 DOM과 무관한 계산은 Web Worker로 분리하되, DOM 접근이 불가능하고 데이터 전달 비용이 있으므로 통신 비용보다 계산량이 확실히 큰 작업에만 적합합니다. 그리고 저자가 마지막에 강조하는 것은 Dropping, Merging, Memoization입니다. 오래된 데이터를 버리고, 중간 업데이트를 합치고, 같은 계산을 재사용하는 것. 가장 큰 개선은 대개 더 빠르게 처리하는 데서가 아니라 처리하지 않아도 되는 일을 걷어내는 데서 나옵니다.

    Tech Insight — 성능 개선 티켓을 ‘더 빠르게’라고 쓰면 손댈 곳이 보이지 않습니다. ‘언제, 어디서, 얼마나 자주 실행되는가’로 바꿔 쓰면 그때부터 후보가 생깁니다. 최적화는 코드의 문제이기 이전에 자원 배분의 문제입니다.


    DHH: 직접 코딩에서 에이전트 팀 운영으로

    3개월, 그리고 코드의 100%

    Ruby on Rails를 만든 DHH는 Linux 워크스테이션 배포판 Omarchy의 신규 버전 Quattro를 3개월 동안 개발하면서 마지막 2개월은 코드의 100%를 에이전트가 작성했다고 밝혔습니다. 이 기간 병합된 PR은 1,000개가 넘습니다. 그는 전체 구조와 핵심 계층은 검토했지만 상당수 UI와 보조 코드는 읽지 않았고, 자신의 역할을 직접 코드를 깎는 선수가 아니라 구조와 비전, 우선순위, 최종 병합 여부를 결정하는 코치로 규정합니다. 운영체제 기능 대부분은 5분, 큰 작업도 두 시간이면 결과가 나온다고 말합니다.

    대형 조직이 즉시 빨라지지 않는 이유

    흥미로운 대목은 신규 프로젝트가 아니라 기존 코드베이스 이야기입니다. Basecamp의 개발 스프린트에서 디자이너가 직접 AI로 기능을 구현했을 때, 개별 PR은 각각 타당해 보였지만 전부 합치자 시스템 아키텍처가 훼손됐고 사람이 다시 정리해야 했습니다. 그가 지목한 진짜 병목은 구현 능력이 아니라 인간의 대역폭과 승인 구조입니다. 제품 관리자와 디자이너, VP와 CTO를 거치는 동안 생산성이 사라진다는 것입니다. 또한 많은 조직에 부족한 것은 구현 용량이 아니라 아이디어와 비전, 취향이라고 지적합니다. 구현만 늘리면 나쁜 아이디어를 더 많이 현실화할 뿐입니다.

    모델을 섞어 쓰고, 서로 검토하게 한다

    실측 사례도 구체적입니다. 화면 보호기용 Python 코드를 동일 동작의 단일 Rust 실행 파일로 변환하는 작업에서, 약 45분 만에 시작 시간이 86ms에서 2ms로 줄었고 반복 연구를 거쳐 최종적으로 약 46배 성능 향상에 도달했습니다. 한 모델이 토큰을 소진하자 다른 모델이 8단계 계획을 이어받아 완료한 점, 모델별로 비용과 소요 시간이 크게 갈린 점도 함께 기록돼 있습니다. 그가 병렬로 관리 가능한 한계로 제시한 수치는 머신 4~5대에 총 16개 스레드이며, 이 방식은 쉬는 구간 없이 계속 판단해야 해 정신적으로 매우 피곤하다고 덧붙입니다. 실무에 옮길 만한 권고는 하나로 요약됩니다. 서로 다른 프런티어 모델의 상호 검토를 개발 과정에 아예 내장하라는 것입니다.

    Tech Insight — 에이전트 도입 효과를 측정할 지표로 코드 생성 속도를 잡으면 대개 기대에 못 미칩니다. 먼저 세어야 할 것은 하나의 변경이 최종 승인까지 거치는 단계 수입니다. 결정 경로를 줄이지 않은 채 구현 속도만 올리면 병목은 그대로 남습니다.


    코딩 에이전트 3종의 도구 선택, 1만7천 회 분석

    1만6,893회 실행, 유효 세션 5,292개

    개발자 도구 성장 서비스를 판매하는 Armature가 코딩 에이전트의 서비스 선택을 측정한 실험입니다. 저장소 75개와 프롬프트 변형 1,163개로 1만6,893회를 실행했고, 이 가운데 51개 코드베이스와 18개 분야에 걸친 유효 세션 5,292개를 1차 분석했습니다. 가장 눈에 띄는 숫자는 42%입니다. Claude Code와 Codex, Cursor 세 에이전트가 같은 제품을 선택한 실험 조건이 그 정도에 그쳤습니다. 탐색 방식부터 다릅니다. Codex는 세션의 94%에서 웹 검색을 썼고 검색 10건 중 9건이 site: 같은 연산자로 범위를 좁혔습니다. Cursor는 약 3분의 2, Claude Code는 약 30%로 사전 지식에 더 기대는 대신 검색할 때는 페이지를 3배 더 많이 봤습니다. 외부 서비스를 쓰지 않고 직접 구현한 비율은 Claude Code가 19%로 나머지 둘(약 10%)의 두 배 가까이 높았습니다.

    같은 요구, 언어가 바뀌면 승자가 바뀐다

    같은 이메일 발송 요구를 네 언어의 저장소에 적용했더니 승자가 전부 달랐습니다. TypeScript에서는 Resend가 89회 중 55회, Python에서는 SendGrid가 24회 중 22회, Go에서는 Postmark가 24회 중 20회, Java에서는 Azure ACS가 23회 중 22회 선택됐습니다. 배포 플랫폼에서도 Vercel은 Next.js를 쓰면 100% 선택됐지만 Python 저장소에서는 한 번도 추천되지 않았고 Render가 우세했습니다. 에이전트의 선택은 제품의 절대적 우열이 아니라 코드베이스 맥락을 강하게 따라간다는 뜻입니다.

    언급되는 것과 선택되는 것은 다르다

    후보로 자주 거론되지만 실제 설치로는 이어지지 않는 격차도 컸습니다. 결제 분야에서 PayPal은 139회 언급됐으나 선택은 0회였고, Adyen은 175회 중 3회, LangChain은 194회 중 4회, Netlify는 152회 중 6회에 그쳤습니다. Supabase는 데이터베이스 분야에서 가장 많이 언급됐지만 Neon에 크게 뒤졌습니다. 이유로 지목된 것 중 하나가 제품 페이지의 표현 방식입니다. Mailgun은 무료 플랜의 1일 보관 기간이 확인되면 Postmark에 자주 패했고, Supabase는 데이터베이스만 필요한 상황에서도 인증과 스토리지가 묶인 요금이 노출돼 불리했습니다. 분야별 집중도는 Stripe 90%, Neon 66%, Amazon S3 45%로 편차가 컸습니다.

    Tech Insight — 에이전트가 읽는 첫 화면이 사실상 영업 자료가 됐습니다. 도구를 파는 쪽이든 고르는 쪽이든 문서와 요금 페이지의 문장을 점검할 이유가 생겼습니다. 다만 이 연구를 낸 곳이 개발자 도구의 채택을 유도하는 성장 서비스를 판매하는 회사라는 점은 감안해서 읽어야 합니다.


    관련 글

    출처

    1. 브라우저의 메인 스레드는 비싸다 — kciter.so
    2. GeekNews — 브라우저의 메인 스레드는 비싸다
    3. DHH가 바라본 프로그래밍의 미래 (YouTube)
    4. GeekNews — DHH가 바라본 프로그래밍의 미래
    5. Which Tools Do Coding Agents Install? — Armature
    6. GeekNews — 코딩 에이전트 도구 선택 1만7천 회 분석

    AI Biz Insider · Tech Digest · aibizinsider.com

  • 미사일에서 나온 그 도구

    WBS Work Breakdown Structure 계층 구조
    TL;DR
    • WBS는 1962년 미국 해군의 폴라리스 잠수함 미사일 프로젝트에서 처음 정형화되었고, 1968년 MIL-STD-881이 발표되면서 국방 표준이 됐다
    • 100% 규칙 — 상위 작업의 100%가 하위 작업의 합과 일치해야 하며, 빠진 것도 겹친 것도 없어야 한다
    • 8/80 규칙 — 가장 하위 작업(work package)은 8시간에서 80시간 사이여야 한다. 너무 크면 통제 불가, 너무 작으면 관리 오버헤드
    • 잘 짠 WBS는 프로젝트 진척률을 실시간으로 알려주지만, 잘못 짠 WBS는 상세할수록 오히려 계획을 왜곡한다

    프로젝트 관리의 기본 도구인 WBS(Work Breakdown Structure). 오늘날 모든 프로젝트 매니저가 쓰지만, 이 개념이 어디서 왔는지 아는 사람은 드물다. 1962년 냉전 시대 미국 국방부와 NASA의 대형 미사일·우주 프로젝트에서 처음 등장했다. 그리고 60년이 지난 지금도 프로젝트 실패의 80%가 여기서 갈린다. 왜 그런지.

    1962년 폴라리스 프로젝트 — WBS의 태생

    1957년, 미국 해군은 소련의 스푸트니크 발사에 충격을 받았다. 맞대응으로 잠수함 발사 탄도마사일(SLBM) 개발 프로젝트인 폴라리스(Polaris)를 초고속으로 밀어붙였다. 문제는 그 규모였다 — 수백 개 업체, 수만 개 사양, 10년짜리 일정. 기존의 프로젝트 관리 방식으로는 통제 불가능했다.

    1962년, 해군과 록히드, 부즈 엄다 앱턴(Booz Allen Hamilton) 컴설턴트들이 함께 개발한 것이 PERT(Program Evaluation and Review Technique)였고, 그 밑바닥에 깔린 구조가 WBS다. “프로젝트 전체를 거대한 작업 뎍어리로 보지 말고, 계층적으로 나누어 가장 작은 단위만을 통제하라”는 아이디어였다. 폴라리스는 계획보다 2년 앞당겨 완성되었고, 이 경험이 1968년 미국 국방부 표준 MIL-STD-881로 정립되었다.

    흥미로운 것은 60년이 지난 지금 MIL-STD-881이 여전히 살아있다는 점이다. 2022년 개정된 최신 버전(MIL-STD-881F)이 미국 국방 조달 표준이며, 상업 업계의 PMBOK(프로젝트 관리 지식체계)도 WBS를 핵심 기법으로 유지하고 있다.

    역사적 맥락 — WBS는 “목표를 정하고 거거서 거꾸로 내려온다”의 방식이 아니다. 오히려 “최종 산출물이 무엇인지를 먼저 정의하고, 그것을 만들기 위해 필요한 보다 작은 산출물들로 나누는” 산출물 중심 사고법이다. 이게 폴라리스가 성공한 근본 이유였고, 오늘날 프로젝트가 실패하는 근본 이유는 이 산출물 정의를 건너뛰기 때문이다.


    100% 규칙 — 가장 어기기 쉬운 원칙

    WBS의 첫 번째 원칙은 간단하다. 상위 작업의 100%가 그 아래 하위 작업들의 합과 일치해야 한다. 빠진 작업이 있으면 안 되고, 겹치는 작업이 있어도 안 된다. 장난감 같이 들리지만, 실제로 프로젝트에서 이 규칙을 지키는 것은 매우 어렵다.

    흔한 실수 예를 보자. “신규 제품 출시”를 상위 작업으로 놓고, 하위에 “설계, 개발, 테스트, 마케팅”을 넣는다. 그런데 “법무 검토”는 어디 들어간는가. “고객 교육”은? “생산 생산 라인 설치”는? 보통 이런 작업들이 빠진 상태로 프로젝트가 시작되고, 중간에 “아, 이게 필요하네”가 들어온다. WBS 계획만 보면 90% 진행된 것 같지만, 실제로는 무엇을 보는지 아무도 모른다.

    100% 규칙은 이 문제를 예방한다. 상위 작업을 하위로 나눌 때마다 “이 목록이 상위 작업의 100%를 다 담고 있는가?”를 확인하는 것이 WBS 작성의 핵심 검증 단계다.


    8/80 규칙 — 너무 크지도, 너무 작지도 않게

    두 번째 원칙은 가장 하위 작업 단위인 “work package”의 적정 크기를 정한다. 약 8시간에서 80시간 사이여야 한다는 경험칙이다. 이보다 크면 진척률을 통제할 수 없게 되고, 이보다 작으면 관리 오버헤드가 생산성을 넘어선다.

    만약 하나의 work package가 200시간이라면 — 그것이 30% 진행될 때까지 매니저는 “진행 중”이라는 보고만 받을 수 있다. 진짜 문제가 있는지, 예상보다 느린지는 보이지 않는다. 따로 반대로 work package가 2시간짜리로 잡혀있으면, 기록·보고·리뷰에 들어가는 시간이 실제 작업 시간을 넘어설다.

    8/80은 절대적인 규칙이 아니라 대략적인 지침이다. 솜프트웨어 개발 같은 증분적 작업은 8시간으로 가까운 것이 좋고, 건설·설사·교육 같이 복잡하지만 예측 가능한 작업은 40~80시간이 적절하다. 산업·토큰에 맞게 조정해야 한다.

    실무 팁 — WBS를 검토할 때 보는 첫 번째 신호는 “하위 말단 작업들의 추정 지속 시간”다. 대부분이 100시간을 넘어서면 프로젝트가 진짜로 통제되지 않는 신호이며, 거의 모두 4시간 이하면 WBS 자체가 지나치게 잡혔어 유지가 불가능해질 수론법이다.


    실무에서 WBS를 망치는 3가지 실수

    1. 산출물이 아니라 활동으로 나눈다

    WBS를 “명사가 아니라 동사로 나누는” 실수가 가장 흔하다. “개발·테스트·검토·사용자 교육”은 활동이지 산출물이 아니다. 이렇게 나누면 진척률 측정이 모호해진다. “개발을 70% 했어요”가 정확히 무슨 뜻인지 아무도 모른다. WBS는 “샜이트 문서 완료”, “사용자 매뉴얼 초안”, “베타 엔드 보고서” 같이 목적어적 산출물로 나눠야 진척률이 이진적으로 측정된다.

    2. 수직 계층이 너무 깊다

    WBS를 7단계 이상으로 나누면 관리 불가능하다. 교과서적으로는 3에서 5단계가 가장 적은록 보면, 진행이 느려지며 모든 관리 데이터의 해상도가 될수록 떨어진다. 복잡한 프로젝트는 수평적으로 넘어야 하먰, 불필요하게 수직으로 파고들면 안 된다.

    3. 조직도와 동일시한다

    마지막 실수는 조직도를 그대로 WBS로 옮기는 것이다. “개발팀, 설계팀, 품질팀” 같이 부서 단위로 나누면, 결국 WBS가 부서간 업무 분담표가 된다. 프로젝트가 생산하려는 것은 ‘부서’가 아니라 ‘결과물’이기 때문에, WBS는 산출물 중심으로 짜야 하며 각 작업 단위에 담당 부서를 매핑하는 방식이 올바르다.

    관찰 — 이 세 실수는 모두 “WBS를 물리적 산출물이 아닌 다른 것을 기준으로 나누는 습관”에서 나온다. 폴라리스 팀이 60년 전에 발견한 원칙은 간단하다 — “무엇을 만드는가”를 먼저 정의하고, “누가 어떻게”는 그 뒤에 결정한다.


    AI가 WBS를 대신 만들 수 있을까

    2024년 이후 GenAI가 프로젝트 관리 도구에 대거 들어오면서 “프로젝트 개요만 넣으면 WBS를 자동 생성”이란 기능이 많은 제품에 붙었다. Asana, Monday.com, ClickUp, Notion AI 등이 이미 지원한다. 실제로 쓰면 어떨까.

    결론부터 말하면, AI는 WBS의 초안은 멋지게 만든다. 근데 초안만이다. AI가 모르는 것이 세 가지 있다 — 조직의 실제 역량과 경험, 이해관계자의 숮겨진 요구사항, 이전 프로젝트에서 쉽게 겪은 실패 패턴. 이 세 가지는 여전히 프로젝트 매니저의 장인적 판단이 필요한 영역이다.

    하지만 AI가 잘하는 것도 있다 — “누락된 산출물 확인” 같은 100% 규칙 검증은 기계가 사람보다 훨씬 잘한다. “이 WBS에는 품질 검증 단계가 빠졌어요” 같은 지적은 AI 검수의 강점이다. 앵병적으로는 사람이 초안을 만들고 AI가 검수하는 방식이 현재까지는 가장 유용하다.

    다음 편 예고 — 다음 편에서는 WBS와 함께 쓰이는 Gate Review를 다룸다. NASA가 왜 각 단계 사이에 “관문”을 만들었는지, 그리고 오늘날 스타트업도 왜 이 관문 제도를 도입해야 하는지.


    관련 글

    참고

    1. Wikipedia — Work Breakdown Structure
    2. PMI — PMBOK Guide & Standards
    3. MIL-STD-881F — US DoD Work Breakdown Structures Standard

    AI Biz Insider · AI 제조인사이트 · aibizinsider.com

  • 왜 우리 도면은 항상 꼬여 있나

    CAD 도면 폴더 공유의 혼란 vs PDM 구조화 비교
    TL;DR
    • 폴더 공유는 동시 편집을 감지하지 못한다 — 마지막에 저장한 사람이 이기고, 먼저 한 수정은 조용히 사라진다
    • CAD 파일은 단독으로 존재하지 않는다 — Assembly가 수십 개의 Part를 참조하며, 이 참조 관계를 폴더로는 추적할 수 없다
    • 원본 CAD 외에 PDF·중립 포맷 파생 파일, 메타데이터, 접근 권한, 변경 이력이 모두 필요하다
    • 이 7가지 문제를 시스템적으로 해결한 것이 PDM이며, 그 핵심이 Check-in/Check-out 개념이다

    어느 중소 제조업체 연구소에나 있는 장면이다. 설계자 A가 SolidWorks로 만든 도면을 공유 폴더에 저장한다. 오전에 B가 같은 파일을 열어 수정한다. 오후에 A가 다시 열어 저장한다. B가 아침에 한 수정이 사라졌다. 다음 날 조립 라인이 멈춘다. 왜 이 흔한 문제가 반복될까 — 폴더 공유가 CAD 도면 관리에 근본적으로 맞지 않는 도구이기 때문이다. 이유를 7가지로 정리해 본다.

    1. 동시 편집을 아무도 감지하지 못한다

    공유 폴더에 있는 파일은 동시에 여러 명이 열 수 있다. Windows나 macOS의 기본 공유 설정은 “마지막에 저장하는 사람이 이긴다” 방식으로 돌아간다. 먼저 수정한 사람의 작업은 조용히 사라진다. Google Drive나 OneDrive 같은 서비스는 ‘충돌 복사본’을 만들어 주기도 하지만, 어느 것이 진짜인지는 여전히 사람이 판단해야 한다.

    2. 버전 관리가 파일 이름에 의존한다

    “final.dwg”, “final_v2.dwg”, “final_v3_진짜최종.dwg” — 모든 설계 폴더의 고전적 풍경이다. 문제는 이 이름 방식이 버전 순서를 보장하지 않는다는 것이다. 어느 것이 최신인지, 버전 간에 무엇이 바뀌었는지, 대수정 단계에서 이전 버전으로 되돌리는 것이 가능한지 — 모두 명명 규칙을 지키려는 사람의 근면성에 의존한다.

    3. 참조 관계를 추적할 수 없다

    CAD 파일은 단독으로 존재하지 않는다. 하나의 Assembly 파일(SLDASM)은 수십 개의 Part 파일(SLDPRT)을 참조하며, Part는 다시 다른 Part를 참조하기도 한다. 폴더를 이동하거나 이름을 바꾸면 참조가 깨지며, 복잡한 제품의 경우 하나의 Part가 수정되면 그것을 사용하는 모든 Assembly에 영향이 미친다. 폴더는 “이 Part를 사용하는 Assembly가 무엇인지”를 보여주지 않는다.

    핵심 — PDM의 “Where Used” 기능은 바로 이 문제를 위해 만들어졌다. 하나의 Part를 클릭하면 그것을 사용하는 모든 Assembly와 프로젝트 목록이 즉시 나온다. 설계변경의 영향도 분석은 이 기능 없이는 불가능하다.

    4. 파생 파일이 자동 생성되지 않는다

    CAD 원본 파일만으로는 공장·협력사·감사자가 볼 수 없다. PDF, STEP, IGES, DWG, STL 같은 중립 포맷 파생 파일이 필요하다. 폴더 공유는 누군가가 손으로 내보내기를 되풀이해야 하며, 그 결과물이 원본과 같은 버전인지는 보장되지 않는다. PDM은 CAD가 체크인될 때마다 이 파생 파일들을 자동으로 생성하도록 설정할 수 있다.

    5. 메타데이터가 파일 이름에 감춰 있다

    “BR-2401-즛-R03.dwg” 같은 파일 이름에는 많은 정보가 압축되어 있지만, 파일 이름으로는 검색이 제한된다. “BR로 시작하는 모든 파일”은 찾을 수 있지만, “시갓치가 3번을 넘은 모든 도면”, “협력사 X에 배포된 모든 도면”, “지난달에 검토 승인된 도면” 같은 질문은 답할 수 없다. PDM은 CAD 파일의 속성(attribute)을 독립된 데이터베이스에 저장해 복합 조건 검색을 가능하게 하는 것이 핵심이다.

    6. 접근 권한을 세분화할 수 없다

    폴더 권한은 대부분 “읽기/쓰기/관리” 세 단계이며, 그것도 폴더 단위로만 적용된다. 협력사에게 “이 하나의 도면만, 워터마크를 씩어 3D로, 30일간만” 같은 조건부 배포는 폴더로는 불가능하다. 결국 이메일 첨부로 보내게 되고, 그 순간 보안 추적은 끝난다.

    7. 변경 이력이 남지 않는다

    “이 도면은 누가 언제 왜 바꿔어?” 감사에서 가장 먼저 묻는 질문이다. 폴더의 파일 수정 시간은 “마지막에 저장한 순간”만을 기록하며, 그 이전의 변경 내역은 사라진다. 어떤 부분이 바뀌었는지를 보려면 이전 버전과 직접 비교해야 하는데, 이전 버전이 남아 있다는 보장 자체가 없다.

    관찰 — 이 일곱 가지는 모두 개별적으로는 “사람이 조심하면 해결된다”의 문제다. 문제는 연구소 규모가 5명에서 50명으로 커지면 그 “조심성”은 반드시 무너진다는 것이다. PDM은 이 7가지를 사람의 지식이 아닌 시스템의 강제로 바꿔놓는 툴이다.


    Check-in/Check-out — 그 하나의 개념

    7가지 문제의 상당수를 단번에 해결하는 개념이 Check-in/Check-out이다. 이름 그대로, 도서관에서 책을 빌리고 반납하는 방식에서 온 은유다. 설계자 A가 파일을 Check-out하면 그 파일은 다른 사람이 수정할 수 없도록 잠김된다. 수정이 끝나면 Check-in을 하며, 그 시점에 자동으로 새 버전 번호가 부여된다. B는 이 새 버전을 볼 수는 있지만, 동시에 수정하는 것은 원천 차단된다.

    Check-in/Check-out은 단순한 파일 잠금이 아니다. 이 메커니즘이 동시 편집 충돌(1번), 버전 관리(2번), 변경 이력(7번) 문제를 동시에 해결하며, PDM이 관리하는 메타데이터·검색·권한 기능이 나머지 4가지를 담당한다. 그래서 PDM 도입은 “폴더 사용을 PDM으로 바꾸는 것”이 아니라 “사람이 지켜야 했던 규칙을 시스템이 대신 강제하도록 전환하는 일”이다.

    다음 편 예고 — 다음 편은 CAD 도면에서 잠시 벗어나 프로젝트 관리 영역으로 넘어간다. WBS(Work Breakdown Structure)라는 도구가 왜 가장 오래된 프로젝트 기법 중 하나이며, 왜 프로젝트 실패의 80%가 여기에서 갈리는지를 이야기한다.


    관련 글

    참고

    1. PTC — What Is PLM/PDM
    2. Siemens — Product Data Management Overview
    3. Arena Solutions — PDM vs PLM

    AI Biz Insider · AI 제조인사이트 · aibizinsider.com

  • 볼트 하나 바꾸는 데 3단계

    ECR ECO ECN 설계변경 3단계 프로세스
    TL;DR
    • ECR(Engineering Change Request) — “이 부품을 이렇게 바꾸면 어떨까요?”라는 공식 제안서. 현장·설계자 누구나 발의 가능
    • ECO(Engineering Change Order) — 검토·승인이 끝난 뒤 “실제로 이렇게 바꿔라”의 공식 명령서. 이때부터 법적 효력이 생긴다
    • ECN(Engineering Change Notice) — ECO가 발효되었음을 관련 부서·협력사에 전파하는 통지서. 실행 시점 통제가 핵심
    • 왜 하나가 아니라 셀인가 — 각 단계는 다른 질문에 답하며, 감사·품질·리콜 방어의 근거가 된다

    자동차 회사의 엔지니어가 도면을 보다가 발견한다. “이 위치의 M8 볼트, M10으로 키우면 진동 마모가 줄겠는데.” 옆에 있는 동료에게 말하고, 스케치를 그리고, “그래 좋은 아이디어네”까지 20초. 하지만 그 볼트가 실제 공장에서 M10으로 조립되어 나오려면 최소 3단계의 문서와 여러 명의 승인이 필요하다. 왜 그렇게 복잡할까. 왜 이 정도의 절차를 거쳐야만 하는가.

    ECR — 제안의 단계

    ECR은 변경의 시작점이다. “이 부품을 이렇게 바꾸면 어떨까?”라는 아이디어를 문서화해 검토 요청을 걸어 놓는 단계. 이 단계에서 중요한 것은 세 가지다.

    첫째, 발의 권한이 매우 넓다. 설계자만 발의하는 것이 아니라 생산 현장 작업자, 품질 검사관, 협력사, A/S 센터 담당자까지 모두 ECR을 낼 수 있다. 위에서 아래로 내리누르는 위계가 아니라 “누구든 문제를 발견하면 올려라”의 구조다.

    둘째, 아직 승인이 아니다. ECR은 “이것을 검토해 달라”의 요청이지 “바꾸겠다”의 결정이 아니다. 대부분의 ECR은 검토 단계에서 반려되거나, 다른 방식으로 해결되거나, 우선순위에서 밀린다. 실제 통과율은 회사별로 다르지만 30~60% 수준이 일반적이다.

    셋째, 임팩트 분석의 근거가 된다. ECR이 접수되면 CCB(Change Control Board, 변경 관리 위원회)가 결성되어 “이 변경이 어느 부품·문서·부서에 영향을 주는가”를 평가한다. 이 분석 결과가 다음 단계인 ECO로 넘어갈지, 반려될지, 보류될지의 판단 근거다.

    여기서 강조 — ECR을 “가볍게” 만들지 않으면 병목이 된다. ECR 하나 작성에 15분 이상 걸리면 현장은 아이디어를 그냥 삼켜버린다. 좋은 PDM 시스템은 ECR 발의를 ‘3분짜리 폼’으로 만들고, 뒤편의 검토·평가 프로세스를 자동화한다.


    ECO — 명령의 단계

    ECR이 통과되면 ECO가 발행된다. 이때부터 이야기가 완전히 달라진다. ECO는 ‘제안’이 아니라 ‘명령’이다. 공식 승인권자(설계 책임자·프로덕트 매니저·품질 임원 등 회사마다 정의된 승인 체계)가 서명하면 그 순간부터 법적 효력을 갖는다.

    ECO에 반드시 포함되는 요소는 다음과 같다.

    • 정확히 무엇이 바뀌는가 — 부품번·도면번·리비전 번호
    • 언제부터 적용되는가 — 효력 발효일(effective date)
    • 재고 처리 방침 — 기존 M8 재고를 어떻게 소진할 것인가
    • 영향 범위 — 관련 도면 목록, 관련 제품 시리즈, 관련 협력사
    • 승인권자의 서명·타임스탬프

    이 다섯 가지가 빠진 ECO는 감사·규제 대응에서 반드시 문제가 된다. 특히 자동차 IATF 16949, 의료기기 ISO 13485, 항공 AS9100 감사에서는 ECO의 재고 처리 방침 부분을 집요하게 확인한다. 기존 M8 볼트가 잠덴 남아 있는데 M10 변경이 발효되면 그 재고를 어떻게 할 것인가 — 즉시 폐기인지, 소진 후 전환인지, 특정 시리얼까지만 M8인지가 명시되어 있어야 한다.

    실무 팁 — 많은 회사가 ECO를 “설계 도면 변경 사항”으로만 좁게 이해한다. 하지만 ECO의 진짜 역할은 “이 변경이 재고·생산·서비스·구매에 어떤 순서로 반영될지”를 정의하는 것이다. 도면만 바꾸고 나머지 부서 전파를 놓치면, 몇 주 뒤 리콜의 원인이 된다.


    ECN — 통지의 단계

    ECO가 발효되었다고 해서 자동으로 공장·협력사·서비스 센터가 알게 되는 것은 아니다. ECN은 “ECO 몇 번이 언제부터 발효되었으니, 여러분 부서는 이렇게 대응하세요”를 명시적으로 전파하는 통지 문서다.

    ECN이 왜 별도로 필요한가 — ECO 자체는 승인 문서라 접근 권한이 제한되는 경우가 많다. 반면 ECN은 실행 담당자 전원이 반드시 봐야 하는 배포용 문서다. 공장 라인 반장, 협력사의 자재 담당자, A/S 센터의 부품 관리자, 판매점의 재고 관리자 — 이들이 각자의 언어로 “당신 부서에서 이것을 이렇게 처리해 주세요”의 지시를 받아야 한다.

    좋은 ECN은 다음 요소를 갖는다.

    • 대상 독자별 요약(공장, 협력사, A/S 각각)
    • 실행 체크리스트(무엇을 언제까지 처리할지)
    • 반영 확인 절차(완료 시 누구에게 회신할지)
    • 상위 ECO 문서로의 링크

    핵심 — ECR·ECO·ECN 세 단계 중 가장 자주 부실하게 처리되는 것이 ECN이다. “ECO 승인 났으니 다들 아시겠지”로 넘어가면 반드시 실행 지연이 생긴다. 실제 리콜 사례 분석에서 “설계 변경은 승인됐지만 공장 라인까지 전파되지 않은 케이스”가 자주 발견된다.


    왜 3단계로 나누어 있는가

    정리하면 각 단계는 서로 다른 질문에 답한다.

    • ECR: “이 변경을 검토할 가치가 있는가?”
    • ECO: “이 변경을 공식으로 승인하며, 어떻게 실행할 것인가?”
    • ECN: “이 변경을 관련자 모두가 알고 실행했는가?”

    이 세 질문이 하나의 문서에 뒤섮이면 관리가 불가능해진다. 어떤 질문에는 답이 됐지만 다른 질문은 놓친 채 넘어가는 상황이 반복되고, 결과적으로 감사에서 “변경 관리 프로세스가 부실하다”는 지적을 받는다.

    또 하나 중요한 이유는 각 단계에서 참여하는 사람이 다르다는 것이다. ECR은 발의자(누구든), ECO는 승인권자(제한된 소수), ECN은 실행 담당자(전 부서)가 주인공이다. 이 세 그룹의 역할을 뒤섮으면 책임 소재가 불명확해진다.

    30년 전 보잉 777 프로젝트가 이 세 단계 구조를 산업 표준으로 굳혔고, 이후 자동차·전자·의료·항공 전반이 이 프레임을 채택했다. 오늘날 어떤 PLM 시스템을 도입하든, 이 세 단계는 반드시 지원한다.

    다음 편 예고 — 다음 편에서는 CAD 도면 관리가 왜 폴더 공유만으로 안 되는지를 다룰 예정이다. Check-in/Check-out이라는 개념이 어디서 나왔고, 왜 이게 단순한 파일 잠금이 아닌지를 이야기한다.


    관련 글

    참고

    1. PTC — What Is an Engineering Change Notice
    2. SixSigma DSI — What is an Engineering Change Order (ECO)
    3. Wikipedia — Engineering Change Order
    4. Equorum — Engineering Change Management Guide

    AI Biz Insider · AI 제조인사이트 · aibizinsider.com

  • BOM이 왜 3개나 되는가

    E-BOM M-BOM S-BOM — 제품의 세 가지 부품 리스트
    TL;DR
    • E-BOM (Engineering BOM) — 설계팀이 CAD로 만든 부품 구조. “이 제품은 이런 부품들로 구성된다”의 진실
    • M-BOM (Manufacturing BOM) — 공장이 실제로 조립하는 순서·단계에 맞게 재편한 리스트. “이 순서로 만든다”의 진실
    • S-BOM (Service BOM) — A/S·유지보수를 위해 관리되는 교체 부품 리스트. “고장나면 이 부품을 교체한다”의 진실
    • 세 BOM이 서로 다른 이유는 동일한 제품을 보는 세 개의 관점이 근본적으로 다르기 때문이다. 문제는 이 세 개가 통합 안 되면 재고·A/S·리콜이 엉망이 된다는 것

    자동차 브레이크 캐리퍼를 생각해 보자. 설계도면에는 ‘캐리퍼 모듈 조립체 A-2401’이라고 적혀 있다. 이 안에는 피스톤·스프링·심·슬라이딩 핀·머플러 어셈블리까지 20여 개 부품이 들어 있다. 설계자는 이걸 ‘부품들이 서로 어떻게 맞물리는가’로 본다. 공장 작업자는 이걸 ‘몇 번째에 무엇을 조이는가’로 본다. 서비스 센터 정비사는 이걸 ‘어느 부품까지 분리해 교체할 수 있는가’로 본다. 세 사람은 같은 캐리퍼를 보면서 서로 다른 정보를 가치 있다고 판단한다. 이게 BOM이 3개인 이유다.

    E-BOM — 설계의 진실

    E-BOM(Engineering BOM)은 가장 위에 있다. 연구소에서 CAD로 설계를 마치면 그 결과물이 가장 먼저 이 형태로 정리된다. 특징은 기능적 계층 구조다. 캐리퍼 > 피스톤 어셈블리 > 피스톤 + 실 + O링. 설계자가 물리적으로 ‘무엇이 무엇의 부분인가’를 따라 계층을 만든다. 이 관점에서는 나사 같은 공통 부속 부품은 명시되지 않는다. “나사 몇 개로 조이는지”는 설계 질문이 아니다.

    E-BOM의 목적은 설계 검증과 설계변경 이력의 근거로 삼는 데 있다. 만약 3년 뒤 이 캐리퍼의 변형 모델이 필요하면, 설계자는 E-BOM을 펼쳐 “어느 부품을 공유하고 어느 부품을 새로 만들지”를 판단한다. 설계 관점의 ‘진실’은 여기에 있다.

    핵심 — E-BOM은 “이 제품이 무엇으로 구성되어 있는가”에 답한다. 공장에서 쓸 목적이 아니라 설계 무결성의 기준이다.


    M-BOM — 제조의 진실

    공장은 다른 질문을 던진다. “무엇을 먼저, 몇 개씩, 어떤 순서로 조립하나?” 설계도면에는 없는 부품들이 이 부분에서 생긴다 — 적색 나사 12개, M8×20 볼트 4개, 록타이트 접착제 15g, 포장 박스 1개, 마스킹 테이프 2m. E-BOM에는 없지만 M-BOM에는 반드시 있어야 하는 부품들이다.

    또 하나 중요한 차이는 계층 구조의 재편성이다. 설계상 ‘피스톤 어셈블리’가 하나의 부품 집합체로 리스트되어 있어도, 공장에서는 피스톤을 먼저 가공하고, 다른 라인에서 O링을 장착하고, 마지막에 두 개를 합치는 별개의 공정 단계로 묶이는 것이 효율적이다. 그러면 M-BOM은 이 순서를 반영해 “공정 A 결과물 → 공정 B에 투입” 구조로 재구성된다.

    M-BOM은 ERP/MES(생산관리 시스템)와 맞물려 돌아가며, 자재 소요량·입고 계획·생산 지시서의 근거가 된다. 보통 E-BOM과 기계적으로 1:1 매칭되지 않고, 적어도 5~20% 많은 항목(소모품, 포장재, 공구 지그)을 갖는다.

    항상 목격하는 문제 — 설계실과 공장이 “우리가 같은 제품을 따라가고 있다”를 증명하는 곳이 바로 이 E-BOM → M-BOM 변환이다. 오늘날 PDM/PLM 시스템이 가장 많이 투자하는 가치가 여기에 있다 — CAD에서 산출되는 E-BOM을 자동으로 ERP가 읽을 수 있는 M-BOM으로 변환해주는 교량.


    S-BOM — 서비스의 진실

    제품이 고객 손에 들어가면 세 번째 질문이 생긴다. “3년 뒤 이 부품이 고장나면, 서비스 센터에서 무엇을 교체해야 하는가?” S-BOM(Service BOM)은 이 관점에서 재편성된 리스트다. 핵심은 교체 가능한 단위를 기준으로 묶이는 것이다.

    다시 브레이크 캐리퍼를 보자. 공장에서는 20개 부품을 이렇게 조립하지만, 서비스 센터에서는 피스톤 단품·스프링 단품·슬라이딩 핀 세트가 각각 교체 가능한 단위로 관리된다. 캐리퍼 전체를 통째로 교체할 것인가, 아니면 머플러만 교체할 것인가 — 부품 번호 단위로 분리되어 있어야 보증수리도 가능하고 교체 견적도 나온다.

    S-BOM이 없으면 어떤 일이 벌어지는가 — 대형 가전 업체의 A/S 센터에 문의가 오면, 상담원이 “이 모델의 해당 부품을 따로 구매하실 수 있습니다”라고 답하는 대신, “모듈 전체를 교체하셔야 합니다”라고만 답할 수 있다. 고객 서비스 비용이 급등하고 A/S 만족도가 떨어진다.


    세 BOM이 따로 놀 때 생기는 문제

    직관적으로는 “BOM은 하나로 통일하자”가 맞아 보이지만, 현장은 그렇게 돌지 않는다. 넘어야 할 거대한 장벽이 있기 때문이다 — 세 BOM은 간단하게 ‘같이 보이기’가 어렵다. 설계가 생각하는 ‘캐리퍼’와 공장이 생각하는 ‘캐리퍼’가 다른 계층으로 구조화되어 있기 때문이다. 그래서 발생하는 전형적 문제는 세 가지가 있다.

    1. 설계변경이 공장까지 안 온다

    연구소에서 볼트를 M8에서 M10으로 바꿔 설계변경(ECO)을 진행했는데, M-BOM이 자동 연동되지 않으면 공장에서는 여전히 M8을 입고받고 있거나, 무리하게 M10을 헐겁게 결합시키려고 시도해 품질 문제가 발생한다. 자동차 업계의 리콜 보고서에서 “E-BOM → M-BOM 동기화 지연”이 자주 언급되는 이유다.

    2. 서비스가 과잉 재고를 쌓는다

    S-BOM이 M-BOM과 분리되어 있으면, 서비스 센터가 “이 제품은 모듈 A와 모듈 B로 구성된다”로 이해하고 모듈 재고만 쌓아 놓는다. 실제 고장은 모듈 안의 부품 하나에서 생기는데, 재고는 모듈 단위뿐이라 결국 모듈 전체를 교체하게 된다. 가전·가구·산업 장비 업계의 A/S 마진 하락 사례의 상당수가 이 구조적 문제에서 파생된다.

    3. 감사·법규 대응에서 할 말이 막힌다

    자동차 부품 IATF 16949, 의료기기 ISO 13485, 항공 AS9100 같은 산업별 인증 감사에서는 “이 제품의 E-BOM과 M-BOM이 동기화되어 있음을 보이라”는 요구가 있다. 세 BOM이 따로 놀면 감사 준비에 마지막 순간에 수십 명이 달라붙어 문서를 만들게 되고, 그러고도 부적합 사항을 받는다.

    정리 — 그래서 PDM/PLM 시스템의 본질적인 가치는 하나의 ‘마스터 데이터’에서 세 개의 관점을 자동으로 도출하는 능력에 있다. 설계가 볼트 변경을 하면, 이 정보가 M-BOM으로 자동 전파되어 공장 입고 관리자가 보게 되고, S-BOM으로도 자동 전파되어 A/S 센터가 교체 볼트를 다시 재고하게 하는 것.


    그럼 왜 3개로 나누었는가

    궁극적으로는 조직 관점의 분리 때문이다. 설계팀은 CAD를 통해 상상하는 사람들이고, 공장팀은 물리적 공정을 관리하는 사람들이며, 서비스팀은 고객 약속을 지키는 사람들이다. 세 집단이 가지는 “제품이란 무엇인가”의 상이 근본적으로 다르며, 각자 자신의 관점에서 “진실”을 가질 권리가 있다.

    문제는 세 가지 관점이 서로 모순되는 순간이다. 지난 편에서 다룬 “엑셀로 BOM을 관리하다 터지는 문제”의 큰 줌기가 바로 이 관점 동기화 실패다. 그러니까 PDM의 가치는 “BOM을 어떻게 저장하는가”보다 “세 개의 관점이 하나의 바닥에서 자동으로 동기화되도록 보장하는가”에 있다.

    다음 편에서는 이 BOM 변경 자체를 관리하는 프로세스 — ECR·ECO·ECN이라는 세 단계 — 를 다룰 예정이다. 설계변경이 왜 단순한 ‘수정 요청’이 아니라 3단계 프로세스로 분리되어 있는지를 이해하면, 이번 편에서 다룬 세 BOM 동기화 메카니즘이 왜 이렇게 구조화되었는지도 같이 보인다.


    관련 글

    참고

    1. Arena Solutions — Bills of Materials in PLM
    2. Siemens — Bill of Materials (BOM) Definitions
    3. Control Engineering — Hidden Costs of Excel BOM Management

    AI Biz Insider · AI 제조인사이트 · aibizinsider.com

  • 94% 엑셀은 틀렸다는데…

    엑셀 BOM 오류와 경고 — 산산조각 나는 스프레드시트
    TL;DR
    • 하와이 대학 레이몬드 판코(Panko) 교수의 30년짜리 연구 — 실무에 쓰이는 엑셀의 약 94%가 오류를 포함하고 있다. 수식 셀 기준 2~5% 에러율
    • Arena 조사 — 엑셀로 관리되는 BOM 파일의 12%에 자동서식 오류(부품번이 숫자로 인식되어 선행 0이 사라짐)가 숨어있다
    • 자동차 리콜 1건 평균 직접 비용이 약 1천만 달러. 설계변경 부품이 BOM에 반영되지 않으면 이 부담이 생산 협력사 수십 곳으로 전이된다
    • 2025 Parseur 설문 — 수작업 엑셀 데이터 입력·복사가 직원 1인당 연간 $28,500 순손실이다. 그리고 어느 순간 이건 더 이상 IT 문제가 아니라 품질 문제가 된다

    지난 편에서 1994년 보잉 777이 왜 종이 도면을 버렸는지를 다뤄다. 이번 편은 정반대 이야기이다 — 여전히 엑셀에서 벗어나지 못하고 있는 수많은 연구소·제조 현장에서 지금 이 순간에도 무슨 일이 벌어지고 있는가. 상상이 아니라 한 교수가 몇십 년을 모은 수치로 이야기해 보자.

    판코 교수가 30년간 모은 수치

    하와이 대학 경영정보학 교수 레이몬드 판코(Raymond Panko)는 스프레드시트 오류 연구로 학계에서 유명하다. 1990년대 초부터 미국 감사원·금융사·제조업체의 실제 엑셀 파일 수십만 건을 감사해 발표한 누적 데이터에 따르면, 수식이 들어간 셀 기준 오류율은 2~5%다. 수백 개 셀로 구성된 실무 스프레드시트에서 확률적으로 계산하면, 전체 파일 중 적어도 하나 이상의 오류를 포함할 확률이 압도적으로 높아진다. 그리고 실제 감사 결과가 나왔다 — 연구소·경리직 팀에서 스스로 ‘최종본’이라고 부른 엑셀 파일의 약 94%에 적어도 하나 이상의 오류가 있었다.

    이 숫자의 무서움은, 이게 누군가가 부주의해서가 아니라는 데 있다. 숙련된 엔지니어가 만든 수식도 100번에 2~5번은 틀린다. 이건 관리 이슈가 아니라 인간의 집중력 한계다. 그런데 한 기업이 300개 프로젝트의 BOM을 이런 엑셀로 관리하고 있다면, 통계적으로 약 282개의 파일이 이미 오류를 포함하고 있다는 뜻이 된다.

    핵심 — 판코 연구의 결론은 “이 도구를 쓰지 말자”가 아니다. 엑셀 자체는 훌륭한 도구이지만, 수십·수백 명이 동시에 수정하는 거버넌스 구조가 없다는 점이 병목이다. 엑셀은 ‘유지보수 가능한 단일 진실을 보장하는 구조’가 아니기 때문이다.


    엑셀이 BOM에서 조용히 고장나는 5가지 방식

    1. 자동 서식 오류 — 부품번이 숫자로 인식된다

    부품번 “00456789”를 셀에 붙여넣으면 엑셀은 이것을 숫자로 인식하고 별도 서식 설정 없이 자동으로 선행 0을 지워버린다. Arena Solutions가 2만여 개의 엑셀 BOM을 스캔해본 결과, 12%가 이 패턴으로 적어도 하나 이상의 부품번 손상을 포함하고 있었다. 생산 단계에서 핵심 부품이 ‘없는 부품’으로 검색되면 라인이 멈춘다.

    2. 버전이 어디에 있는지 아무도 모른다

    가장 흔한 장면 — 공유 드라이브에 BOM_final.xlsx, BOM_final_v2.xlsx, BOM_final_진짜최종.xlsx, BOM_final_진짜최종_수정.xlsx가 공존한다. 구매 팀은 v2를 보고 주문했고, 설계팀은 ‘수정’을 보고 설계를 마쳤다. 입고된 부품이 최신 설계와 맞지 않는 사건이 발생하면, 그때서야 “왜 치수가 다른지”를 따지게 된다.

    3. 수식 복사가 카스케이딩 오류를 만든다

    상위 어셈블리의 수량을 =B4*C4로 계산해 놓았는데, 누군가가 행을 삽입해 참조 범위가 밀리면 전체 하위 BOM의 수량이 조용히 깨진다. 이 오류는 생산 지시서가 출력될 때까지 발견되지 않는다. 자동차 부품처럼 수천 개 하위 품번이 달린 대형 BOM에서는 이게 치명적이다.

    4. 설계변경이 반영되지 않고 늦게 전파된다

    설계를 바꾸면 ECR/ECO 프로세스를 통해 BOM이 업데이트되어야 하는데, 엑셀에서는 “그 변경을 BOM에 반영해 넣으세요” 이메일이 여러 번 오가고 누군가 까먹는다. 자동차 업계의 품질 분석 보고서를 보면, 리콜 사례의 상당수가 “설계변경 부품이 BOM에 누락되어 관련 설계 검증이 누락된 경우”에 생긴다. 미국 교통안전국(NHTSA) 자료 기준 자동차 리콜 1건 평균 직접 비용이 약 1천만 달러이며, 복수 건이 적발되면 억 달러 단위로 급증한다.

    5. 누가 무엇을 만졌는지의 이력이 없다

    감사·인증(ISO 9001, IATF 16949)에서 가장 먼저 묻는 질문이 “이 변경은 누가, 언제, 왜 했습니까?”이다. 엑셀은 파일 수준의 타임스탬프는 남기지만, 셀 단위의 변경 이력은 기록하지 않는다. “변경 내용 추적”을 하려면 이전 버전을 직접 열어 눈으로 비교해야 하고, 결과적으로 감사 준비에 몇 주간을 쓰게 된다.

    관찰 — 이 다섯 가지는 모두 개별적으로는 ‘준수하면 되는 일’이다. 문제는 기업이 성장하면서 엑셀이 관리해야 할 BOM 파일 수가 수십 개 → 수백 개 → 수천 개로 늘어날 때 생긴다. 품번 관리 규칙을 지키는 것은 사람의 근면성에 의존하는 일이지만, PDM은 이를 시스템적 강제로 바꿔 놓는다.


    숫자로 본 “공짜 엑셀”의 진짜 비용

    엑셀이 공짜라고 생각하는 경영진이 많다. 2025년 Parseur 설문은 이 오해를 숫자로 깨뜨렸다 — 연구소·생산관리·구매 부서 직원이 스프레드시트와 다른 시스템 사이에서 수작업으로 데이터를 오가는 데 주당 평균 9시간 이상을 쓴다. 연간 연봉 기준 직원 1인당 $28,500의 인건비·오류 수정비가 사라진다는 뜻. 20명짜리 연구소면 연간 약 57만 달러, 원화 기준 7억 원을 ‘무료’ 엑셀에 날리고 있다.

    여기에 품질 비용을 더하면 그림이 바뀌다. Control Engineering이 집계한 제조업체 설문에서는, 엑셀 BOM을 쓰는 회사 중 84%가 “버전 불일치로 인한 생산 지연을 연간 1회 이상 겪었다”고 답했고, 39%는 “입고 부품이 도면과 달라 부품을 폐기한 경험이 있다”고 답했다. 폐기 부품 비용·리콜 보상·명예 훼손까지 더하면, 엑셀은 적어도 수십억 원 단위의 누수 변수가 된다.


    그럼 PDM은 무엇을 강제하는가

    PDM은 기술적으로 멋진 것이 아니라, 사람이 근면성으로 지켜야 했던 5가지 규칙을 시스템이 대신 강제하는 구조다. Check-in/Check-out은 동시 수정을 원천 차단하고, 자동 버전 관리는 “진짜 최종” 파일의 문제를 없앨다. 설계변경 워크플로우는 관련 담당자 전원의 승인이 끔난 뒤에만 BOM에 변경을 반영하고, 감사 로그는 “누가 언제 왜” 바꿨는지를 자동으로 기록한다.

    왜 이 이야기가 AI 시대에 또 중요해지는가 — GenAI를 활용해 도면을 분석하거나 ECO 초안을 자동 생성하려면 믿을 수 있는 데이터 소스가 반드시 필요하기 때문이다. 엑셀 300개 파일이 흔텀어져 있는 상태에서는 그 어떤 AI도 신뢰할 만한 결과를 내높을 수 없다. 다음 편에서는 그 “신뢰할 만한 데이터”의 기본 단위인 BOM을 좀 더 깊게 들여다본다 — 대체 E-BOM·M-BOM·S-BOM은 무엇이며 왜 나누어 부르는지.


    관련 글

    출처

    1. Raymond Panko — Spreadsheet Research (SSR) Archive, University of Hawaii
    2. Arena Solutions — Why PLM Outperforms Spreadsheets in BOM Tracking
    3. Control Engineering — The Hidden Costs of Using Excel for BOM Management
    4. Nova Technosys — Why BOM Errors Destroy Manufacturing Margins

    AI Biz Insider · AI 제조인사이트 · aibizinsider.com

AI Biz Insider

AI 비즈니스·정책 인사이더 미디어

콘텐츠로 건너뛰기 ↓