SlideShare una empresa de Scribd logo
1 de 17
Page 1
“Scheduling is where the rubber meets the
                 road” - Mike Liddell (ML)
   “Everyone has a plan until they get hit”
                             – Mike Tyson
“Unless a scheduling system has the built
    in logic to model real world business
 constraints, it is of no use because it will
                     give faulty information”
                                        – ML
     “Many companies stay in business by
      building in huge, expensive buffers”
                                     - ML




  Page 2
1. The ability to schedule more accurately at the machine level as opposed to the
    work center level and to assign different shifts and run speeds for each machine.
2. The ability to schedule each machine finitely or infinitely.
3. The ability to schedule using multiple constraints (such as tooling and operators).
4. The ability to calculate sequence dependent setup times.
5. The ability to schedule precisely (minutes or seconds) as opposed to time
    buckets (usually days or weeks).
6. The ability to integrate easily with other systems like ERP and Shop Floor Data
    Collection (SFDC).
7. The ability to sequence orders based on due date, priority or some other
    attribute.
8. The ability to schedule quickly (minutes or seconds) and maintain a real-time
    view of the schedule.
9. The ability to easily make changes such as adding new orders, changing
    priorities, adding machine downtimes or completing operations.
10. The ability to synchronize the schedule with material constraints.


                                        Page 3
Two Kinds of Manufactures:
1. The make-to-stock (MTS) manufacturer
 ◦   Selling inventories
 ◦   Group demands into long runs
 ◦   Relies on inventories and time buckets
 ◦   ERP (Enterprise Resource Planning) Systems are the
     tool of choice; these tool, however, cannot
      help prioritize
      estimate the promise date of new orders
      synchronize material and capacity constraints

 “Like driving a car with your eyes closed; the only time you know
 you have a problem is when you hit something.” – ML



                              Page 4
Two Kinds of Manufactures:
2. The make-to-order (MTO) manufacturer
 ◦ Selling capacity
 ◦ Making excess inventory consumes materials and
   capacities, making on-time deliveries more difficult
 ◦ Lean business model
 ◦ APS (Advanced Planning and Scheduling) Systems are
   the tool of choice. H/Sched is one such tool.

 “Scheduling is the brain center that drives the operations side of a
 manufacturing company.” – ML




                               Page 5
The MTO/APS manufacture still
needs an MTS/ERP planning system

Without a planning process the MTO manufacture
may quickly find that there will be times when his
capacity is consumed by low priority orders

  “A scheduling system is like a GPS, it will help us get where we want
  to go but it won’t tell us where we want to go.” – ML

  “A planning system is like a map, it shows us where we want to go,
  but cannot account for obstructions along the way” – DT

So just as a map is an overall trip guide, but cannot give us actual turn-
by-turn instructions along the way - an ERP system should be used to
guide and set the objectives of the APS system, but then let the APS
system get us there.

                                 Page 6
1. They must handle the level of detail needed to model real world
   constraints such as operators and tooling or the ability to calculate
   sequence dependent setup times based on multiple product attributes
   that may be unique to each company.
2. They must be able to provide advanced functionality, such as custom
   sequencing rules, for schedulers who want to get additional benefits
   from their systems.
3. They need to be easily customized and modified (think Excel) so that
   they can meet the changing requirements of a business without being
   orphaned when new versions are released.




                                Page 7
“Because most people are comfortable with Excel and it usually doesn’t
  cost anything, it often becomes the drug of choice. Like so many other
  drugs, however, the side effects can make things much worse and
  sometimes even fatal.” – ML
  “Excel can create a valid schedule. For that matter a patient person can put
  together a valid schedule using cards and a wall. The big problem is the
  enormous output of time and energy it takes to update that schedule every
  time something changes because, as we know, things change all day and
  every day” – ML
  “Home-grown EXCEL systems are our biggest competition.” – DT

Two Options Mike Gives:
1. Hire a number of people totally dedicated to manually updating your
   schedule several times a day, or
2. Buy a system that does all of that in just a few seconds, every day.”


                                    Page 8
“The schedule should be automated
  to do all the donkey work (the 80%)
  but allow the scheduler to use his or
  her experience to fine tune the
  schedule (the 20%)” – ML

80+% of scheduling is pure simulation.
The 20-% that includes optimization is
often better left to experienced
schedulers.




                                Page 9
Developing an
APS System




                Page 10
Developing an
APS System




                Page 11
Developing an
APS System




                Page 12
Developing an
APS System




                Page 13
The Ten Biggest Mistakes Made Implementing Scheduling Systems
1. Not setting up for success. How is success to be measured? Be realistic.
2. Buying a software package because someone else did. Bigger isn’t always
   better; just ‘cause it worked for Joe ...
3. Trying to “do it yourself”. Like performing surgery on yourself.
4. Buying an “integrated” solution because it is integrated. The appearance of
   integration is only the tip of the iceberg; no one-size-fits-all.
5. Too much design/not enough testing. Move quickly to prototyping.
6. Letting “better” be the enemy of a good solution. 80/20 rule; simulation vs.
   optimization.
7. Forgetting that all customers are not created equal. No common
   denominator; over generalized systems fail many customers.
8. Did I mention not doing enough testing? Beyond “does the software work?”;
   testing with “scripts”.
9. Failing to train adequately. Don’t rely on schedulers figuring out system
   capabilities on their own.
10.Believing that successful implementation is the end. Improving scheduling
   and customer service is an ongoing challenge.

                                    Page 14
Scheduling Break Out Session -- Lube Block Flow Diagram


Arab Light
100 MBD
                                        **                                           75.0%
                   15.0%               Furf     60.0%                                         XLN
                            LGO                              XLX
                                       Two                                 **
                                        15                                           70.0%
                                                                         DeWax                 LN
                   10.0%    XLGO       MBD      50.0%
                                                             LX
             CDU                                                           10
                                                40.0%                     MBD        85.0%     HN
                   10.0%    HGO
                                        **                               Minimize
                                                40.0%                     Light to
                                       Furf                  HX                      80.0%     XHN
                   5.0%                                                   Heavy
                           XHGO        One                                 Stock
                                        10                               changes
              25.0%                             60.0%
                                       MBD                   XHX                     75.0%
                                                                                              DWBS
                           DAO
                                                50.0%
                                                              BS
                          20.0%
               PDA
              10 MBD
                                                        ** Three day minimum run length on any stock
                                                                       (the longer each run the better)
        Mode 1 (20 days per month)
        Mode 2 (10 days per month)                        All Inventories: 50 MB Maximum each stock
        !! Minimize mode switches !!          All non-lube product streams not shown go to FCC feed



                                          Page 15
Lube Plant
Runout Spreadsheet
Exercise




                     Page 16
Page 17

Más contenido relacionado

Similar a The little blue session on scheduling

Every Cloud Has a Silver Lining
Every Cloud Has a Silver LiningEvery Cloud Has a Silver Lining
Every Cloud Has a Silver LiningJohn Pozadzides
 
Microsoft BizTalk server seen by the programmer’s eyes
Microsoft BizTalk server seen by the programmer’s eyesMicrosoft BizTalk server seen by the programmer’s eyes
Microsoft BizTalk server seen by the programmer’s eyesSandro Pereira
 
Making your PostgreSQL Database Highly Available
Making your PostgreSQL Database Highly AvailableMaking your PostgreSQL Database Highly Available
Making your PostgreSQL Database Highly AvailableEDB
 
Soa interview questions
Soa interview questionsSoa interview questions
Soa interview questionsxavier john
 
Soa interview questions (autosaved)
Soa interview questions (autosaved)Soa interview questions (autosaved)
Soa interview questions (autosaved)xavier john
 
Pivotal gem fire_wp_hardest-problems-data-management_053013
Pivotal gem fire_wp_hardest-problems-data-management_053013Pivotal gem fire_wp_hardest-problems-data-management_053013
Pivotal gem fire_wp_hardest-problems-data-management_053013EMC
 
Product Brief Storage Virtualization isn’t About Storage
Product Brief Storage Virtualization isn’t About StorageProduct Brief Storage Virtualization isn’t About Storage
Product Brief Storage Virtualization isn’t About StorageIBM India Smarter Computing
 
The End of an Architectural Era Michael Stonebraker
The End of an Architectural Era Michael StonebrakerThe End of an Architectural Era Michael Stonebraker
The End of an Architectural Era Michael Stonebrakerugur candan
 
Microservices for performance - GOTO Chicago 2016
Microservices for performance - GOTO Chicago 2016Microservices for performance - GOTO Chicago 2016
Microservices for performance - GOTO Chicago 2016Peter Lawrey
 
z/VM Performance Analysis
z/VM Performance Analysisz/VM Performance Analysis
z/VM Performance AnalysisRodrigo Campos
 
Top 5 performance and capacity challenges for z/OS
Top 5 performance and capacity challenges for z/OS Top 5 performance and capacity challenges for z/OS
Top 5 performance and capacity challenges for z/OS Metron
 
Mdb dn 2017_14b_cloud_foundry
Mdb dn 2017_14b_cloud_foundryMdb dn 2017_14b_cloud_foundry
Mdb dn 2017_14b_cloud_foundryDaniel M. Farrell
 
Extending Perforce Scalability Using Job Content Synchronization
Extending Perforce Scalability Using Job Content SynchronizationExtending Perforce Scalability Using Job Content Synchronization
Extending Perforce Scalability Using Job Content SynchronizationPerforce
 
The Era of MicroServers
The Era of MicroServersThe Era of MicroServers
The Era of MicroServersPaul Morse
 
MySQL 5.5&5.6 new features summary
MySQL 5.5&5.6 new features summaryMySQL 5.5&5.6 new features summary
MySQL 5.5&5.6 new features summaryLouis liu
 
Automotive Supply Chain Data Exchange Trends
Automotive Supply Chain Data Exchange TrendsAutomotive Supply Chain Data Exchange Trends
Automotive Supply Chain Data Exchange Trendsbizquirk
 
Beyond the RTOS: A Better Way to Design Real-Time Embedded Software
Beyond the RTOS: A Better Way to Design Real-Time Embedded SoftwareBeyond the RTOS: A Better Way to Design Real-Time Embedded Software
Beyond the RTOS: A Better Way to Design Real-Time Embedded SoftwareMiro Samek
 

Similar a The little blue session on scheduling (20)

Every Cloud Has a Silver Lining
Every Cloud Has a Silver LiningEvery Cloud Has a Silver Lining
Every Cloud Has a Silver Lining
 
Microsoft BizTalk server seen by the programmer’s eyes
Microsoft BizTalk server seen by the programmer’s eyesMicrosoft BizTalk server seen by the programmer’s eyes
Microsoft BizTalk server seen by the programmer’s eyes
 
Making your PostgreSQL Database Highly Available
Making your PostgreSQL Database Highly AvailableMaking your PostgreSQL Database Highly Available
Making your PostgreSQL Database Highly Available
 
Soa interview questions
Soa interview questionsSoa interview questions
Soa interview questions
 
Soa interview questions (autosaved)
Soa interview questions (autosaved)Soa interview questions (autosaved)
Soa interview questions (autosaved)
 
Pivotal gem fire_wp_hardest-problems-data-management_053013
Pivotal gem fire_wp_hardest-problems-data-management_053013Pivotal gem fire_wp_hardest-problems-data-management_053013
Pivotal gem fire_wp_hardest-problems-data-management_053013
 
Storage Virtualization isn’t About Storage
Storage Virtualization isn’t About StorageStorage Virtualization isn’t About Storage
Storage Virtualization isn’t About Storage
 
Product Brief Storage Virtualization isn’t About Storage
Product Brief Storage Virtualization isn’t About StorageProduct Brief Storage Virtualization isn’t About Storage
Product Brief Storage Virtualization isn’t About Storage
 
The End of an Architectural Era Michael Stonebraker
The End of an Architectural Era Michael StonebrakerThe End of an Architectural Era Michael Stonebraker
The End of an Architectural Era Michael Stonebraker
 
Microservices for performance - GOTO Chicago 2016
Microservices for performance - GOTO Chicago 2016Microservices for performance - GOTO Chicago 2016
Microservices for performance - GOTO Chicago 2016
 
z/VM Performance Analysis
z/VM Performance Analysisz/VM Performance Analysis
z/VM Performance Analysis
 
Top 5 performance and capacity challenges for z/OS
Top 5 performance and capacity challenges for z/OS Top 5 performance and capacity challenges for z/OS
Top 5 performance and capacity challenges for z/OS
 
Mdb dn 2017_14b_cloud_foundry
Mdb dn 2017_14b_cloud_foundryMdb dn 2017_14b_cloud_foundry
Mdb dn 2017_14b_cloud_foundry
 
Extending Perforce Scalability Using Job Content Synchronization
Extending Perforce Scalability Using Job Content SynchronizationExtending Perforce Scalability Using Job Content Synchronization
Extending Perforce Scalability Using Job Content Synchronization
 
The Era of MicroServers
The Era of MicroServersThe Era of MicroServers
The Era of MicroServers
 
RTOS
RTOSRTOS
RTOS
 
MySQL 5.5&5.6 new features summary
MySQL 5.5&5.6 new features summaryMySQL 5.5&5.6 new features summary
MySQL 5.5&5.6 new features summary
 
Automotive Supply Chain Data Exchange Trends
Automotive Supply Chain Data Exchange TrendsAutomotive Supply Chain Data Exchange Trends
Automotive Supply Chain Data Exchange Trends
 
CMS White Paper
CMS White PaperCMS White Paper
CMS White Paper
 
Beyond the RTOS: A Better Way to Design Real-Time Embedded Software
Beyond the RTOS: A Better Way to Design Real-Time Embedded SoftwareBeyond the RTOS: A Better Way to Design Real-Time Embedded Software
Beyond the RTOS: A Better Way to Design Real-Time Embedded Software
 

Último

Corporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptxCorporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptxRustici Software
 
presentation ICT roal in 21st century education
presentation ICT roal in 21st century educationpresentation ICT roal in 21st century education
presentation ICT roal in 21st century educationjfdjdjcjdnsjd
 
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWEREMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWERMadyBayot
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdfSandro Moreira
 
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodPolkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodJuan lago vázquez
 
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...apidays
 
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...DianaGray10
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistandanishmna97
 
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...apidays
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherRemote DBA Services
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityWSO2
 
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Victor Rentea
 
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost SavingRepurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost SavingEdi Saputra
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FMESafe Software
 
MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024MIND CTI
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FMESafe Software
 
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot TakeoffStrategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoffsammart93
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfsudhanshuwaghmare1
 
WSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering DevelopersWSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering DevelopersWSO2
 

Último (20)

Corporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptxCorporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptx
 
presentation ICT roal in 21st century education
presentation ICT roal in 21st century educationpresentation ICT roal in 21st century education
presentation ICT roal in 21st century education
 
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWEREMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf
 
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodPolkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
 
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
Apidays New York 2024 - Accelerating FinTech Innovation by Vasa Krishnan, Fin...
 
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistan
 
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a Fresher
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital Adaptability
 
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
 
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
+971581248768>> SAFE AND ORIGINAL ABORTION PILLS FOR SALE IN DUBAI AND ABUDHA...
 
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost SavingRepurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
Repurposing LNG terminals for Hydrogen Ammonia: Feasibility and Cost Saving
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024MINDCTI Revenue Release Quarter One 2024
MINDCTI Revenue Release Quarter One 2024
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot TakeoffStrategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdf
 
WSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering DevelopersWSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering Developers
 

The little blue session on scheduling

  • 2. “Scheduling is where the rubber meets the road” - Mike Liddell (ML) “Everyone has a plan until they get hit” – Mike Tyson “Unless a scheduling system has the built in logic to model real world business constraints, it is of no use because it will give faulty information” – ML “Many companies stay in business by building in huge, expensive buffers” - ML Page 2
  • 3. 1. The ability to schedule more accurately at the machine level as opposed to the work center level and to assign different shifts and run speeds for each machine. 2. The ability to schedule each machine finitely or infinitely. 3. The ability to schedule using multiple constraints (such as tooling and operators). 4. The ability to calculate sequence dependent setup times. 5. The ability to schedule precisely (minutes or seconds) as opposed to time buckets (usually days or weeks). 6. The ability to integrate easily with other systems like ERP and Shop Floor Data Collection (SFDC). 7. The ability to sequence orders based on due date, priority or some other attribute. 8. The ability to schedule quickly (minutes or seconds) and maintain a real-time view of the schedule. 9. The ability to easily make changes such as adding new orders, changing priorities, adding machine downtimes or completing operations. 10. The ability to synchronize the schedule with material constraints. Page 3
  • 4. Two Kinds of Manufactures: 1. The make-to-stock (MTS) manufacturer ◦ Selling inventories ◦ Group demands into long runs ◦ Relies on inventories and time buckets ◦ ERP (Enterprise Resource Planning) Systems are the tool of choice; these tool, however, cannot  help prioritize  estimate the promise date of new orders  synchronize material and capacity constraints “Like driving a car with your eyes closed; the only time you know you have a problem is when you hit something.” – ML Page 4
  • 5. Two Kinds of Manufactures: 2. The make-to-order (MTO) manufacturer ◦ Selling capacity ◦ Making excess inventory consumes materials and capacities, making on-time deliveries more difficult ◦ Lean business model ◦ APS (Advanced Planning and Scheduling) Systems are the tool of choice. H/Sched is one such tool. “Scheduling is the brain center that drives the operations side of a manufacturing company.” – ML Page 5
  • 6. The MTO/APS manufacture still needs an MTS/ERP planning system Without a planning process the MTO manufacture may quickly find that there will be times when his capacity is consumed by low priority orders “A scheduling system is like a GPS, it will help us get where we want to go but it won’t tell us where we want to go.” – ML “A planning system is like a map, it shows us where we want to go, but cannot account for obstructions along the way” – DT So just as a map is an overall trip guide, but cannot give us actual turn- by-turn instructions along the way - an ERP system should be used to guide and set the objectives of the APS system, but then let the APS system get us there. Page 6
  • 7. 1. They must handle the level of detail needed to model real world constraints such as operators and tooling or the ability to calculate sequence dependent setup times based on multiple product attributes that may be unique to each company. 2. They must be able to provide advanced functionality, such as custom sequencing rules, for schedulers who want to get additional benefits from their systems. 3. They need to be easily customized and modified (think Excel) so that they can meet the changing requirements of a business without being orphaned when new versions are released. Page 7
  • 8. “Because most people are comfortable with Excel and it usually doesn’t cost anything, it often becomes the drug of choice. Like so many other drugs, however, the side effects can make things much worse and sometimes even fatal.” – ML “Excel can create a valid schedule. For that matter a patient person can put together a valid schedule using cards and a wall. The big problem is the enormous output of time and energy it takes to update that schedule every time something changes because, as we know, things change all day and every day” – ML “Home-grown EXCEL systems are our biggest competition.” – DT Two Options Mike Gives: 1. Hire a number of people totally dedicated to manually updating your schedule several times a day, or 2. Buy a system that does all of that in just a few seconds, every day.” Page 8
  • 9. “The schedule should be automated to do all the donkey work (the 80%) but allow the scheduler to use his or her experience to fine tune the schedule (the 20%)” – ML 80+% of scheduling is pure simulation. The 20-% that includes optimization is often better left to experienced schedulers. Page 9
  • 14. The Ten Biggest Mistakes Made Implementing Scheduling Systems 1. Not setting up for success. How is success to be measured? Be realistic. 2. Buying a software package because someone else did. Bigger isn’t always better; just ‘cause it worked for Joe ... 3. Trying to “do it yourself”. Like performing surgery on yourself. 4. Buying an “integrated” solution because it is integrated. The appearance of integration is only the tip of the iceberg; no one-size-fits-all. 5. Too much design/not enough testing. Move quickly to prototyping. 6. Letting “better” be the enemy of a good solution. 80/20 rule; simulation vs. optimization. 7. Forgetting that all customers are not created equal. No common denominator; over generalized systems fail many customers. 8. Did I mention not doing enough testing? Beyond “does the software work?”; testing with “scripts”. 9. Failing to train adequately. Don’t rely on schedulers figuring out system capabilities on their own. 10.Believing that successful implementation is the end. Improving scheduling and customer service is an ongoing challenge. Page 14
  • 15. Scheduling Break Out Session -- Lube Block Flow Diagram Arab Light 100 MBD ** 75.0% 15.0% Furf 60.0% XLN LGO XLX Two ** 15 70.0% DeWax LN 10.0% XLGO MBD 50.0% LX CDU 10 40.0% MBD 85.0% HN 10.0% HGO ** Minimize 40.0% Light to Furf HX 80.0% XHN 5.0% Heavy XHGO One Stock 10 changes 25.0% 60.0% MBD XHX 75.0% DWBS DAO 50.0% BS 20.0% PDA 10 MBD ** Three day minimum run length on any stock (the longer each run the better) Mode 1 (20 days per month) Mode 2 (10 days per month) All Inventories: 50 MB Maximum each stock !! Minimize mode switches !! All non-lube product streams not shown go to FCC feed Page 15