Why the sequence matters
The total work on a machine does not change with the sequence. Five jobs that need 23 hours still need 23 hours. What changes is when each job finishes, and so which jobs make their due dates. On a bottleneck machine, that is the difference between a good week and a week of apologetic phone calls.
The example: five jobs, one machine
All five jobs are waiting at the start of the day, and the machine runs them one after another. Times are in hours from now.
| Job | Processing time | Due in |
|---|---|---|
| A | 6 hours | 8 hours |
| B | 2 hours | 6 hours |
| C | 8 hours | 18 hours |
| D | 3 hours | 15 hours |
| E | 4 hours | 10 hours |
Rule 1. Shortest processing time first (SPT)
Run the quickest job first. Sequence: B, D, E, A, C.
| Job | Finishes at | Due in | Late by |
|---|---|---|---|
| B | 2 | 6 | on time |
| D | 5 | 15 | on time |
| E | 9 | 10 | on time |
| A | 15 | 8 | 7 hours |
| C | 23 | 18 | 5 hours |
Result: two late jobs, 12 hours of total lateness, and an average finish time of 10.8 hours, the lowest of the three rules. SPT clears the queue fastest and keeps work in progress low. Its weakness is that long jobs keep getting pushed back, and here job A, due soonest after B, ends up the most late.
Rule 2. Earliest due date first (EDD)
Run the job due soonest first. Sequence: B, A, E, D, C.
| Job | Finishes at | Due in | Late by |
|---|---|---|---|
| B | 2 | 6 | on time |
| A | 8 | 8 | on time |
| E | 12 | 10 | 2 hours |
| D | 15 | 15 | on time |
| C | 23 | 18 | 5 hours |
Result: two late jobs, but only 7 hours of total lateness, and no job more than 5 hours late. EDD is the rule that best protects due dates on a single machine, which is why it is the sensible default when on time delivery is what your customers judge you on.
Rule 3. Customer priority first
Suppose job C is for your most important customer, and you run it first, then the rest by due date. Sequence: C, B, A, E, D.
| Job | Finishes at | Due in | Late by |
|---|---|---|---|
| C | 8 | 18 | on time, 10 hours early |
| B | 10 | 6 | 4 hours |
| A | 16 | 8 | 8 hours |
| E | 20 | 10 | 10 hours |
| D | 23 | 15 | 8 hours |
Result: four late jobs and 30 hours of total lateness, so that a job with ten hours of slack could finish early. Priority rules are real and sometimes necessary, but they are expensive, and it is worth seeing the price before paying it. Under EDD, C finished at 23 hours, five hours after its due date, so putting it first did protect it, but the other four jobs paid for that with 28 more hours of lateness than under EDD, and total lateness rose from 7 to 30 hours.
The three rules side by side
| Rule | Late jobs | Total lateness | Worst job | Average finish |
|---|---|---|---|---|
| Shortest processing time | 2 | 12 hours | 7 hours late | 10.8 hours |
| Earliest due date | 2 | 7 hours | 5 hours late | 12 hours |
| Customer priority | 4 | 30 hours | 10 hours late | 15.4 hours |
Which job sequencing rule to use
- Earliest due date: the default when on time delivery matters most, which is most make to order plants.
- Shortest processing time: when the queue itself is the problem, work in progress is piling up, and due dates have slack.
- Customer priority: for genuine rush orders, applied to as few jobs as possible, and with the effect on the others checked first.
In practice, plants mix them: EDD for the bulk, priority for a handful of flagged orders, and grouping of similar jobs on machines where setups are long.
What changes with more than one machine
With one machine, the rule decides everything. With a real routing through several work centers, a job's finish time also depends on when the previous operation finished and on the queue at every later machine. A rule that is best on one machine is not automatically best for the plant. The practical answer is to schedule the whole plant with finite capacity under each rule and compare the late order lists, rather than reason it out by hand. See machine scheduling software for the queue on each machine, and advanced planning and scheduling software for the engine that places every operation.
Compare sequencing rules on your own orders
ProductionPlanning.ai schedules by earliest due date on every plan. On the Plant plan and above it lets you run the same week under earliest due date, shortest operation first or customer priority, as separate plan versions, and compare late orders, total lateness and bottleneck load before you publish one to the floor. The demo on the home page has the same three rules: switch between them and watch the late order list change.