View
219
Download
0
Tags:
Embed Size (px)
Citation preview
© British Telecommunications plc 2001
The Reactive, Real-Time Management of Mobile Workforces
Jon E. Spragg
Scheduling Software Designer and Research Coordinator
© British Telecommunications plc 2001
Scheduling Mobile Workforces a.p.solve -- A Short History
Involved in mobile workforce management since 1987.
Produced two major Work Management Systems which have evolved into the TASKFORCE products we currently market.
a.p.solve (100+ employees) is being ‘spun out’ via the British Telecom’s Brightstar business incubator initiative next year.
a.p.solve’s planning and scheduling products primarily support the management of mobile workers via Personal Digital Assistants and mobile telephony.
© British Telecommunications plc 2001
Workforce Management at BT
a.p.solve’s TASKFORCE products currently schedule BT’s workforce of Service Technicians.
25,000 field technicians perform 150,000 tasks every day across the United Kingdom.
A high quality service at low operational cost needs to be delivered.
© British Telecommunications plc 2001
Issues
Complexity of problem
Scale
The need for a totally automated, online, system.
© British Telecommunications plc 2001
Complexity
Ever changing workload with a 1 hour response time. Complex mixture of tasks with different execution target times
and priorities. Wide range in the duration of tasks: 8 mins - several days. Work duration is uncertain, subject to environmental disturbances
and delays. Work type and work skill imbalances (some geographical areas
are seriously under resourced in certain skills). Task inter-dependencies can be complex (coops, assists, pre-
installation tasks) Travel times between tasks are subject to change.
© British Telecommunications plc 2001
Scale
20,000+ technicians, mostly mobile
Several hundred thousand tasks to be scheduled and dispatched every day.
Distinct workforces and scheduling environments.
© British Telecommunications plc 2001
Automation
Automated data flow from order source systems to job dispatch.
Schedule revision must be automatic and robust.
On line Dispatcher must handle corrupted schedules.
The real-line monitoring of the location of mobile technicians and their expected completion times is important.
© British Telecommunications plc 2001
Impact of Personal Digital Assistants on Scheduling Practice. Mobile phones, notebooks, laptops, the Internet, ...has
allowed a.p.solve to deliver scheduling solutions to mobile workers, and it has also forced us to rethink how we do scheduling. We are deeply interested in the latest technologies being explored by the scheduling community:
Dynamic scheduling Real-time scheduling On-line scheduling Adaptive scheduling Self-scheduling systems, Reactive scheduling systems
© British Telecommunications plc 2001
The Limitations of Traditional Scheduling Theory and Practice
Assumed ‘static’ environments: Obsession with optimisation under idealised
assumptions of environmental stability.
Limited support for tool sets to maintain the feasibility and quality of a schedule over time.
© British Telecommunications plc 2001
Theme: the case for reactive scheduling
On-line Scheduling is Reactive Scheduling -- for the most part.
First call for papers for AIPS 2002 Workshop on ‘On-line Planning and Scheduling’ didn’t mention reactive scheduling in the topics of interest!!
© British Telecommunications plc 2001
When I first realised this -- a personal account.
Scheduling Progressive Bundle Lines in clothing manufacture
Flow Line Manufacture
Line Balance Algorithms
© British Telecommunications plc 2001
Flow line theory
Work Station 4
Work Station 1
Work Station 2
Work Station 3
WIP
M3
Op3
WIP
M4
Op4
WIP
M2
Op2
M5
Op5
M1W
IP
Op1
SMV
Sum (Perfop)* 100 = pt
© British Telecommunications plc 2001
Algorithms for Solving Line Balancing
View it as a static optimisation problem:
Operations Research Branch and Bound Local Search
Genetic algorithms Tabu search
© British Telecommunications plc 2001
In the Real World! Optimised balanced lines soon get out of
balance!! Machines breakdown Operators begin working below average
performance. Managers decide that jobs that were high priority
are no longer high priority and jobs that were low priority are now high priority, and …
New jobs need to be introduced onto an existing line with other jobs.
Operators go absent. Quality controllers decide re-work is necessary.
© British Telecommunications plc 2001
… and there is little you can do about it!
Build robust schedules Knowledge of the scheduling environment? Probabilistic models? Machine learning algorithms?
In a stochastic environment, such as human resource scheduling Reactive scheduling
© British Telecommunications plc 2001
On-line, Reactive Scheduling Maintain a schedule over time
Incremental Reactive
Mixed initiative approach (DITOPS/OZONE model) Automated Monitoring Automated Analysis Automated Revision Automated Optimisation Automated Execution
© British Telecommunications plc 2001
Automated On-line, Reactive Scheduling Agents Perform:
Identify processing bottlenecks Exploit scheduling opportunities Maintain schedule stability and existing process plans. Refine solutions. Repair constraint violations. Summarise solution states for human controllers and
software agents. Dispatch scheduling tasks to field technicians with
respect to current schedule state and customer demand.
© British Telecommunications plc 2001
Automatic Monitoring
Via dedicated HHT and laptop Cancelled jobs New jobs Delayed operations Resource absenteeism Re-visits ...
© British Telecommunications plc 2001
What can go wrong?
Inconsistency (constraint graph analysis) Resource capacity Temporal consistency
Quality (cost model) Unacceptable cost of late jobs Unacceptable cost of adding additional capacity (I.e.
pulling in a technician from outside the area).
© British Telecommunications plc 2001
Automatic Analysis
Perturbation metrics (texture measurement)
Optimisation in a dynamic environment Similar schedule metrics (identify neighbourhood and
extend of a perturbation)
Support revision/repair algorithms Support user’s ‘visualisation’ of schedule solutions.
© British Telecommunications plc 2001
Schedule revision metrics
Metrics that support schedule revision tools: Contention/reliance measures (estimate aggregate
demand for a resource)
Dem
and
Time
© British Telecommunications plc 2001
Automatic Conflict analysis
Conflict analysis Conflict duration
Conflict size
Resource idle time
Local downstream slack
Protected lateness
Variance in lateness
© British Telecommunications plc 2001
Automatic Schedule Revision
Reallocation algorithm to support appointment reservations.
A customer requests a technician to attend his premises between 9am and 12am.
The system can’t find an available resource between these hours but can identify a sequence of reallocations to free a technician to attend the customer.
© British Telecommunications plc 2001
Automatic Optimisation
The time between the construction of a feasible schedule and its execution is used to improve the quality of the schedule
Stochastic search
Simulated Annealing.
We are currently researching techniques for exploring large neighbourhoods based on an ejection chain model.
© British Telecommunications plc 2001
Automatic Dispatcher
Rule based execution sub-system. If Field Technician request work then the Dispatcher
identifies a task for the technician to service. This invariably results in the need to repair a
damaged schedule Schedule analysis will produce state summary reports that
support schedule repair after an unscheduled activity execution.
Focal point Neighbourhood of impact Conflict duration Conflict size