Application to Scheduling Problems (Part 2)
This article explores the application of optimization to scheduling problems. We will explain in detail the formulation introduced in Application to Scheduling Problems (Part 1).

1. Overview: Recap of Part 1
Section titled “1. Overview: Recap of Part 1”This page provides a step-by-step explanation of the mathematical formulation in Application to Scheduling Problems (Part 1), including specific constants settings, and the interpretation of the optimization results.
In the previous part, we established that the Workforce Scheduling Problem (WSP) requires balancing multiple real-world constraints and introduced the following energy function:
Let’s break down the mathematical meaning of each term.
2. Explanation of the Formulation
Section titled “2. Explanation of the Formulation”In this section, we will explain in detail the formulation for Application to Scheduling Problems (Part 1).
2.1 The Core Strategy
Section titled “2.1 The Core Strategy”The objective is to minimize the makespan (total completion time) while the problem treats operational requirements as constraints. Specifically, the math ensures:
- Total performed work matches the estimated person-months.
- Tasks are assigned continuously without awkward gaps.
- Workers are not supposed to multitask.
- Assignments respect preferred time windows.
- Tasks follow a strict sequential order within projects.
Combining these constraints allows us to optimize scheduling in a real situation.
2.2 Term-by-Term Breakdown
Section titled “2.2 Term-by-Term Breakdown”This subsection provides a detailed explanation of each term.
Makespan Minimization
Section titled “Makespan Minimization”The first term is the objective term for minimizing makespan (the overall scheduling period).
By multiplying the decision variable by time , the value of this term becomes larger as time passes. The QUBO solver naturally seeks to assign tasks to the smallest possible to minimize the total energy.
Workload Matching
Section titled “Workload Matching”This constraint ensures the assigned work meets the required person-months, adjusted for worker efficiency.
We sum the assignments for task and multiply by the worker’s workload multiplier This must equal the required person-days ( assuming 20 workdays per month). We divide by to align the units with our discrete time steps.
Task Continuity
Section titled “Task Continuity”This term ensures that if a worker starts a task, they continue working on it without unnecessary interruptions.
This term implies that if the worker is assigned to task at time they should ideally continue that same task at time Without this term, the solver may produce highly inefficient schedules, such as assigning a 3-hour task to 9:00—10:00, 14:00—15:00, and 16:00—17:00.
Anti-Multitasking
Section titled “Anti-Multitasking”The fourth term is a constraint that prohibits assigning multiple tasks to the same worker at the same time.
This ensures that for any worker at any time , the sum of tasks assigned is either 0 or 1. We use a target value of rather than to provide flexibility. A target of would force an assignment at every single time slot, which would conflict with our goal of finishing the project early.
The 1/2 constraint is a pragmatic variation of the traditional one-hot constraint commonly used in optimization.
In a standard one-hot constraint, the penalty is designed so that exactly one option must be selected . By using the 1/2 constraint, we can create an energy landscape where both 0 and 1 are valid low-energy states; therefore, this allows a worker to either be assigned to a task or remain idle.

Time Window Constraints
Section titled “Time Window Constraints”This penalty term ensures that tasks are not assigned during restricted periods, using the predefined constant:
This term has non-zero value if a task is assigned () during a time when it is not allowed (). Otherwise (), no penalty is generated, and the assignment is controlled by the other constraints. Table 1 shows the value for each combination of and
Table 1: Penalty outcomes for combinations of and
| (Task Assignment) | (Allowed Period) | Penalty Value |
|---|---|---|
| 0 | 0 | 0 |
| 1 | 0 | 1 |
| 0 | 1 | 0 |
| 1 | 1 | 0 |
Task Sequencing
Section titled “Task Sequencing”This constraint ensures that tasks within a project are executed in the predefined order.
Here, means that task must be completed before task begins. The term calculates the product of
- the number of workers on task at time :
- the number of workers on task at time or later:
If task is still being worked on or not started while task has already started, the value increases by Since the quantum annealing seeks to minimize energy, it will avoid these overlapping configurations.
In summary, when the condition, where task is started at time , is satisfied:
task should not be being worked on at time or later:
3. Experiment
Section titled “3. Experiment”In this section, we use a quantum annealing device to determine whether the proposed QUBO formulation can effectively generate feasible solutions.
We implemented the model with the problem size defined below. Since this is a fully connected problem, the number of required variables is calculated as For this experiment, the configuration is While the total duration is set to 19 days, we divide each day into units to account for variation in worker effort. With the total number of time steps becomes 190. Therefore, the problem utilizes 2,850 variables
Because our problem significantly exceeds the limit that quantum annealing hardware can handle, we utilize the LeapHybridSolver (a Binary Quadratic Model (BQM) solver) provided by D-Wave systems.
As of December 2025, pure quantum annealing hardware is generally considered capable of solving fully-connected problems with roughly 180 variables.
D-Wave Systems offers several types of quantum annealing machines depending on the application. For large-scale problems, “Hybrid Solvers” are available to combine classical and quantum resources. However, these solvers consume significant machine time; please verify your remaining quota with your administrator before use.
To test the model, we defined the specific parameters shown in Table 2 below.
Table 2: Problem scale for verification
| Project | Tasks (Execution Sequence) | Workers | Duration |
|---|---|---|---|
| 2 Projects | Project 1: (0→1→2), Project 2: (3→4) | 3 | 19 days |
Next, we define the concrete values for the constants introduced in Application to Scheduling Problems (Part 1). These values represent the specific requirements of the scheduling scenario. For this example, the task effort and timing requirements are defined in Table 3.
Table 3: Task effort and preferred timing
| Task | (Effort: Person-months) | (Deadline in time units) |
|---|---|---|
| Task 0 | 0.28 | 50 |
| Task 1 | 0.37 | 100 |
| Task 2 | 0.34 | 150 |
| Task 3 | 0.30 | 190 |
| Task 4 | 0.29 | 190 |
As shown in Table 3, Task 0 requires 0.28 person-months of effort. The value for represents the time window in which the task is allowed to be assigned (deadline). For instance, Task 0 must be completed within 50 time units. Assuming a 5-day work week (20 days per month), this means Task 0 must be scheduled within the first week (5 days).
To account for varying skill levels, we define a workload multiplier for different proficiency levels in Table 4.
Table 4: Workload multiplier by skill level
| Skill Level | Multiplier () |
|---|---|
| Level 1 | 0.50 |
| Level 2 | 0.71 |
| Level 3 | 1.00 |
| Level 4 | 1.25 |
| Level 5 | 1.42 |
By multiplying the assigned time by these values, we calculate the “actual” work completed. For example, a Level 3 worker’s effort is counted at 100%, while a Level 1 worker only completes half the effective work in the same timeframe.
Finally, using the definitions in Table 4, we assign a specific skill level to each worker for each task in Table 5.
Table 5: Relationship between workers and workload multipliers ()
| Task 0 | Task 1 | Task 2 | Task 3 | Task 4 | |
|---|---|---|---|---|---|
| Worker 0 | 0.50 | 0.71 | 0.50 | 1.25 | 0.50 |
| Worker 1 | 0.50 | 0.50 | 1.25 | 0.71 | 0.71 |
| Worker 2 | 1.42 | 0.71 | 0.50 | 0.71 | 0.50 |
We have set up the variables to create the formula and defined specific constant values so far. We will see actual results from the quantum annealing solver in the following section.
3.1 Results and Analysis
Section titled “3.1 Results and Analysis”This section shows results with the following hyperparameters:
As analyzing the results in Figure 1, we can see that the solver successfully minimized the makespan to approximately 12 days (Term 1 effect) although the limit was 19 days. The output also demonstrates that tasks were assigned in the correct sequences (0→1→2 and 3→4) (Term 6 effect) and no multitasking occurred, as shown by the lack of overlapping bars (Term 4 effect). Furthermore, we can see that Tasks 0 and 1 were completed within their respective one-week and two-week windows (Term 5 effect).

The red line in Figure 2 indicates the allocation at the smallest time unit. Notice that tasks are scheduled in continuous blocks rather than fragmented segments, ensuring high efficiency (Term 3 effect).

Finally, Figure 3 confirms that the actual assigned workload matches the required effort () for every task (Term 2 effect).

These results prove that the QUBO formulation successfully produces a feasible and high-quality solution that is comparable to results from classical solvers like Gurobi.
4. Summary
Section titled “4. Summary”This page provided a detailed explanation of the mathematical formulation for workforce scheduling and demonstrated how to achieve an optimized result by setting constant values. When formulating a problem in QUBO format, the most critical step is the mathematical representation of your specific requirements. Although the example used here is complex and advanced, it provides an excellent material to learn the essentials of optimization.
We encourage you to practice the translation of verbal requirements into mathematical equiations using simpler scheduling tasks or everyday examples. Building this intuition will eventually enables you to develop custom optimization models for a wide variety of real-world problems.
This research is currently being prepared for publication. Details are subject to change.
5. Writer
Section titled “5. Writer”Second-year master’s student in the Ohzeki group at Graduate School of Information Sciences, Tohoku University
Kaito Yashiro
(Translated by Ami Koshikawa)