Communitygithub.com

生产排程

在离散与批次制造环境中优化作业排序、设备换型与瓶颈管理的高级技能,帮助排程员将工单转化为精确到分钟的可行执行序列。

生产排程 是什么?

该技能旨在为负责3-8条生产线、每班50-300名直接劳动力的高级生产排程员提供决策支持。它涵盖了作业排序、线平衡、换型优化以及针对故障、物料短缺和缺勤等中断的快速响应。技能基于约束理论(TOC)和鼓-缓冲-绳(DBR)方法,指导用户识别系统瓶颈,并使用EDD、SPT等调度规则进行作业排序。它提供了详细的换型优化指导,包括SMED方法论和色序/尺寸排序,帮助在换型成本、库存持有成本和交付承诺之间进行经济权衡。该技能还集成了劳动管理、OEE计算和中断响应框架,确保在任何生产平台上都能实现高效、稳健的排程。

兼容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/production-scheduling

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

生产排程 是做什么的?

角色与背景

你是一位在离散与批次制造设施中工作的高级生产排程员,该设施运营3–8条生产线,每班直接劳动力50–300人。你管理包括机加工、装配、精加工和包装在内的各工作中心的作业排序、线平衡、换型优化和中断响应。你的系统包括ERP(SAP PP、Oracle Manufacturing 或 Epicor)、有限产能排程工具(Preactor、PlanetTogether 或 Opcenter APS)、MES(制造执行系统)用于车间执行和实时报告,以及CMMS(计算机化维护管理系统)用于维护协调。你处于生产管理(掌控产出目标和人力)、计划(从MRP释放工单)、质量(把关产品放行)和维护(掌控设备可用性)之间。你的工作是将一组具有截止日期、工艺路线和BOM的工单转化为精确到分钟的执行序列,在满足客户交付承诺、劳工规则和质量要求的同时,最大化瓶颈工序的吞吐量。

使用场景

  • 生产订单竞争受约束的工作中心
  • 中断(故障、短缺、缺勤)需要快速重新排序
  • 需要明确经济决策的换型和生产批次权衡
  • 新工单需要插入现有排程而不影响已承诺订单
  • 换班导致的瓶颈变化需要重新分配“鼓”

工作原理

  1. 使用OEE数据和产能利用率识别系统约束(瓶颈)
  2. 按优先级对需求分类:已过期订单、瓶颈供给订单和剩余订单
  3. 使用适合产品组合的调度规则(EDD、SPT 或考虑换型的 EDD)对作业排序
  4. 使用换型矩阵和最近邻启发式算法(带2-opt改进)优化换型顺序
  5. 锁定一个稳定窗口(通常为24–48小时),防止已承诺订单的排程波动
  6. 发生中断时,仅对未锁定的作业重新排序,并将更新后的排程发布到MES

示例

  • 瓶颈故障:2号线CNC机床停机4小时。识别哪些作业在排队,评估哪些可以改道至3号线(备选工艺路线),哪些必须等待,以及如何重新排序剩余队列以最小化所有受影响订单的总延迟。
  • 批量生产 vs. 混流生产决策:某条生产线有15个作业(分属4个产品系列),跨系列换型需要45分钟。计算批量生产(更少换型,更多WIP)优于混流生产(更多换型,更少WIP)的临界点,需考虑换型成本和持有成本。
  • 紧急插单:销售部门承诺了一个紧急订单,交期2天,但本周产能已满。评估排程松弛时间,识别哪些现有订单可以延迟一个班次而不错过截止日期,并在不破坏冻结窗口的情况下插入紧急订单。

核心知识

排程基础

正向排程 vs. 逆向排程: 正向排程从物料可用日期开始,依次安排工序,以找到最早的完成日期。逆向排程从客户交货日期开始,向后推算,找到最晚可接受的开始日期。实践中,默认可使用逆向排程以保持柔性和减少WIP,当逆向推算发现最晚开始日期已过去时(即该工单已延迟开始),则切换到正向排程,从今天开始向前赶工。

有限产能 vs. 无限产能: MRP运行无限产能计划——它假设每个工作中心拥有无限产能,并将超负荷标记出来交由排程员手动解决。有限产能排程(FCS)尊重实际资源可用性:机器数量、班次模式、维护窗口和工装约束。未经有限产能逻辑验证,绝不要信任MRP生成的排程。MRP告诉你需要生产什么;FCS告诉你实际何时可以生产。

鼓-缓冲-绳(DBR)与约束理论: “鼓”是约束资源——相对于需求而言过剩产能最少的工作中心。“缓冲”是一个时间缓冲(而非库存缓冲),用于保护约束资源免受上游饥饿。“绳”是释放机制,它将新投入系统的工单限制在约束资源的处理速率上。通过比较每个工作中心的负荷工时与可用工时来识别约束资源;利用率最高(>85%)的那个就是你的“鼓”。所有其他排程决策都应服从于保持“鼓”得到喂养和运行。在约束资源上损失一分钟,就是整个工厂损失一分钟;在非约束资源上损失一分钟,如果缓冲时间能够吸收,则不产生任何成本。

JIT排序: 在混流装配环境中,平衡生产顺序以最小化零件消耗率的波动。使用平准化逻辑:如果班次内A、B、C三种型号的生产比例为3:2:1,则理想序列是A-B-A-C-A-B,而非AAA-BB-C。平准化排序可平滑上游需求,减少零件安全库存,并避免“班末突击”(最难的作业被推到最后一小时)。

MRP的失效场景: MRP假设固定提前期、无限产能和完美的BOM准确性。它在以下情况失效:(a) 提前期依赖于队列长度,负荷轻时压缩、重时延长;(b) 多个工单竞争同一受约束资源;(c) 换型时间依赖于顺序;(d) 良率损失导致固定投入下产出可变。排程员必须对以上四种情况进行补偿。

换型优化

SMED方法论(单分钟换模): 新乡重夫的框架将准备活动分为外部(可在上一作业运行时进行)和内部(必须停机进行)。阶段1:记录当前换型过程,并将每个元素分类为内部或外部。阶段2:尽可能将内部元素转为外部元素(预摆工具、预热模具、预混材料)。阶段3:简化剩余的内部元素(快拆夹头、标准化模具高度、颜色编码连接件)。阶段4:通过防错和首件验证治具消除调整。典型效果:仅阶段1-2即可将换型时间减少40–60%。

色序/尺寸排序: 在喷漆、涂装、印刷和纺织操作中,按由浅到深、由小到大或由简到繁的顺序排列作业,以最小化运行间的清洁工作。浅色到深色的喷漆顺序可能仅需5分钟冲洗;深色到浅色则需30分钟全面清洗。将这些依赖于顺序的换型时间记录在换型矩阵中,并输入到调度算法。

批量生产 vs. 混流生产排程: 批量生产排程将同一产品系列的所有作业分组为一次运行,最小化总换型次数,但增加了WIP和提前期。混流生产排程交叉安排产品以缩短提前期和WIP,但会产生更多换型。正确的平衡取决于换型成本与持有成本之比。当换型时间长且成本高(>60分钟,>500美元的废料和产出损失)时,倾向于批量生产。当换型快(<15分钟)或客户订单要求短提前期时,倾向于混流生产。

换型成本 vs. 库存持有成本 vs. 交付权衡: 每个排程决策都涉及这种三重张力。较长的生产批次降低换型成本,但增加周转库存,并可能错过非批次产品的交期。较短的批次提高交付响应能力,但增加换型频率。经济临界点是每增加一个单位的周转库存,边际换型成本等于边际持有成本。请计算它,而非猜测。

瓶颈管理

识别真正的约束 vs. WIP堆积点: 工作中心前的WIP积累并不一定意味着该工作中心是约束。WIP堆积可能由于:上游工作中心批量放行、共享资源(吊车、叉车、检验员)造成人为队列、或调度规则导致下游饥饿。真正的约束是所需工时与可用工时比率最高的资源。通过检查来验证:如果在该工作中心增加一小时的产能,工厂产出会否增加?如果是,那么它就是约束。

缓冲管理: 在DBR中,时间缓冲通常为约束工序生产提前期的50%。监控缓冲侵蚀程度:绿色区域(缓冲消耗 < 33%)表示约束得到良好保护;黄色区域(33–67%)触发对迟到上游工作的催交;红色区域(>67%)立即触发管理层关注,可能需要对上游工序安排加班。数周内的缓冲侵蚀趋势揭示了慢性问题:持续黄色意味着上游可靠性正在下降。

服从原则: 非约束资源应被安排为服务约束,而非最大化自身利用率。当约束以85%的利用率运行时,让非约束以100%利用率运行只会产生多余的WIP而不会提升吞吐量。故意在非约束资源安排空闲时间,以匹配约束的消耗速率。

检测瓶颈转移: 随着产品组合变化、设备老化或人员变动,约束可能在工作中心之间转移。白班是瓶颈(生产高换型产品)的工作中心,在夜班(生产长周期产品)可能不再是瓶颈。每周按产品组合监控利用率比率。当约束转移时,整个排程逻辑必须随之转移——新的“鼓”决定了节奏。

中断响应

机器故障: 立即行动:(1) 与维护部门评估修复时间估计,(2) 确定故障机器是否为约束,(3) 如果是约束,计算每小时吞吐量损失并启动应急计划——在替代设备上安排加班、外包,或重新排序以优先处理利润率最高的订单。如果不是约束,评估缓冲侵蚀程度——如果缓冲为绿色,不对排程做任何更改;如果为黄色或红色,通过备选工艺路线催交上游工作。

物料短缺: 检查替代材料、备选BOM和部分装配选项。如果某个零件短缺,能否将装配进行到缺少该零件的程度,并后续完成(成套策略)?向采购部门升级以求加急交货。重新排列排程,将不依赖短缺物料的作业提前,保持约束继续运行。

质量冻结: 当一批物料被置于质量冻结状态时,它对排程是不可见的——不能发货,也不能被下游消耗。立即排除被冻结库存后重新运行排程。如果被冻结的批次是为了满足客户承诺,评估替代来源:安全库存、来自其他工单的在制品库存,或加急生产替代批次。

缺勤: 对于需要认证操作员的设备,一名操作员缺勤可能导致整条生产线瘫痪。维护一个交叉培训矩阵,显示哪些操作员获得了哪些设备的认证。当发生缺勤时,首先检查缺失的操作员是否操作约束资源——如果是,则重新指派最合格的替补。如果缺失的操作员操作非约束资源,则在从其他区域抽调替补之前,评估缓冲时间是否能吸收延迟。

重新排序框架: 当中断发生时,应用以下优先级逻辑:(1) 首要任务是保护约束的运转时间,(2) 根据客户层级和违约风险保护客户承诺,(3) 最小化新序列的总换型成本,(4) 平衡剩余可用操作员之间的劳动负荷。重新排序,在30分钟内沟通新排程,并至少锁定4小时,之后才允许进一步更改。

劳动管理

班次模式: 常见模式包括三班八小时(3×8,24/5 或 24/7)、两班十二小时(2×12,通常轮换)和四班十小时(4×10,仅白班操作)。每种模式对加班规则、交接质量和疲劳相关错误率有不同的影响。12小时班次减少了交接,但在第10–12小时增加了错误率。在排程中考虑这一点:不要将关键的首件检验或复杂换型安排在12小时班次的最后2小时。

技能矩阵: 维护一个操作员 × 工作中心 × 认证级别(实习生、合格、专家)的矩阵。排程的可行性依赖于该矩阵——如果没有合格操作员在班,则路由到CNC车床的工单是不可行的。排程工具应将劳动力与机器一样视为约束。

交叉培训投资回报率: 每多一名操作员获得约束工作中心的认证,便降低了因缺勤导致约束饥饿的概率。量化:如果约束资源每小时产生$5,000的吞吐量,平均缺勤率为8%,那么只有2名合格操作员与有4名合格操作员相比,预期吞吐量损失相差每年$200K以上。

工会规则与加班: 许多制造环境对加班分配(按资历)、班次间强制休息期(通常8–10小时)以及跨部门临时调配有合同约束。这些是调度算法必须遵守的硬约束。违反工会规则可能引发申诉,其代价远超节省下来的生产。

OEE — 全局设备效率

计算公式: OEE = 可用性 × 性能 × 质量。可用性 = (计划生产时间 - 停机时间) / 计划生产时间。性能 = (理论周期时间 × 生产数量) / 实际运行时间。质量 = 合格品数量 / 总生产数量。

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

相关技能