Literature DB >> 33519323

Mitigating the risk of infection spread in manual order picking operations: A multi-objective approach.

Ehsan Ardjmand1, Manjeet Singh2, Heman Shakeri3, Ali Tavasoli4, William A Young Ii1.   

Abstract

In the aftermath of the COVID-19 pandemic, supply chains experienced an unprecedented challenge to fulfill consumers' demand. As a vital operational component, manual order picking operations are highly prone to infection spread among the workers, and thus, susceptible to interruption. This study revisits the well-known order batching problem by considering a new overlap objective that measures the time pickers work in close vicinity of each other and acts as a proxy of infection spread risk. For this purpose, a multi-objective optimization model and three multi-objective metaheuristics with an effective seeding procedure are proposed and are tested on the data obtained from a major US-based logistics company. Through extensive numerical experiments and comparison with the company's current practices, the results are discussed, and some managerial insights are offered. It is found that the picking capacity can have a determining impact on reducing the risk of infection spread through minimizing the picking overlap.
© 2020 Elsevier B.V. All rights reserved.

Entities:  

Keywords:  Evolutionary methods; Multi-objective metaheuristics; Multi-objective optimization model; Order batching; Order picking; Physical distancing; Picker routing; Supply chain disruption

Year:  2020        PMID: 33519323      PMCID: PMC7834168          DOI: 10.1016/j.asoc.2020.106953

Source DB:  PubMed          Journal:  Appl Soft Comput        ISSN: 1568-4946            Impact factor:   6.725


Introduction

In December 2019, a novel coronavirus named COVID-19 (SARS-CoV-2) was first documented in Wuhan, China. By early March 2020, 114 countries reported cases of the virus contractions, and the World Health Organization declared the rapidly spreading outbreak a pandemic. While writing this article, there are more than 10,000,000 reported confirmed cases of the infection worldwide [1], and current projections anticipate approximately 175,000 deaths by the end of August 2020 in the US [2]. Promptly after the outbreak, it became evident that the supply chains will be severely disrupted, and depending on the outbreak size, demand disruption, and recovery synchronicity of the firms, the performance of the supply chains will be proportionally deteriorated [3]. In the context of supply chains, epidemic outbreaks are a form of disruption risk that impacts operational performance measures. Operational activities ordinarily involve humans and are prone to interruption if the employees are in close physical contact. Physical distancing is advocated by epidemiologists as an infection spread mitigation strategy [4], [5], [6], and can be adapted to labor-intensive operational tasks for minimizing the likelihood of personnel contracting the infection, and hence, maintaining the performance. Manual order picking operations are highly labor-intensive, and due to their criticality, cannot be suspended during a crisis. Furthermore, since the pickers may work in close vicinity, an order picking environment may bring about an elevated risk of virus transmission among the personnel. Thus, physical distancing policies can be utilized to reduce the likelihood of virus propagation among the pickers. Depending on the type of picking environment, such policies may have different consequences and must be selected in accordance with parameters such as picking objectives and warehouse design. For example, a warehouse whose operations are centered around wave picking may need to implement physical distancing practices that have the least conflict with its picking makespan. The objective of this paper is to revisit the well-known order picking problem in manual order picking warehouse while considering physical distancing practices and aims to investigate the performance and managerial implications of implementing such practices. For this purpose, a tri-objective formulation of the order picking problem is proposed where the total picking time, makespan, and the time over which the workers are picking closer than a minimum physical distance are to be minimized. The third objective, henceforth referred to as picking overlap, is computed by measuring the time each pair of pickers are stationed at the proximity of each other as controlled by a distance parameter . Thus, a more substantial overlap must be calculated if more than two pickers are positioned close to each other during picking. Indeed, a more congested area has a higher infection transmission potential. As defined in this study, picking overlap is mainly concerned with the picking time when the pickers have limited motions due to their physical position in relation to the pick locations. One has to draw a distinction between the picking overlap and walking overlap where at least one picker is walking. This study is primarily concerned with the picking overlap. Thus, walking pickers are exempt from the overlap computations. This assumption works best for many warehouses where the picking aisles are wide enough for the pickers to respect a physical distance while passing by each other. It is noteworthy that the picking overlap can provide the decision-makers with a proxy measure of the picking plus walking overlap. Thus, it can be utilized in warehouses with narrow aisles where the aisles’ distance does not allow for physical distancing. Additionally, the problem is parametrized by a distance constant that can be adjusted to favor the situations where it is preferred to have a single picker in an aisle. This study is modeled after the warehouse operations of a major logistics company located in the US and uses the order level data provided by the company. Moreover, the company’s order picking practices are assessed to draw a comparison between the current state of affairs and solutions that acknowledge physical distancing. The company’s current order picking operations are highly geared towards minimizing the total picking time, and as will be illustrated, improving the physical distancing measure while maintaining the status quo’s level of picking efficiency is possible. In fact, there seems to be some degree of positive synergy among picking overlap and total picking time objectives. However, makespan demonstrates intense conflict with the other two objectives. This observation has unpropitious implications for wave picking environments, where makespan is typically prioritized. In other words, physical distancing practices seem to be more challenging to implement in wave picking warehouses when compared to the warehouses, where the objective is to minimize the total picking time. Conventionally, Order picking problems consist of several sub-problems. In order picking with physical distancing (OPPD) considerations, one is interested in batching a set of orders and devising a picking route for each batch to optimize a set of predefined objectives while minimizing picking overlap amid the stationary pickers. The warehouse of this study utilizes the S-shape routing policy. Thus, the main results are derived using the same procedure. However, to explore the effect of routing policy on the results, the Midpoint policy is assessed in the numerical experiment section as well. While some evidence shows that the S-shape routing policy has anti-congestion properties [7], [8], the results of applying the Midpoint policy in the context of the presented problem, does not confirm this hypothesis. As previously shown in the literature, order batching is NP-hard and challenging to solve for large instances using exact methods [9]. This challenge is more amplified when multiple objectives are considered. This study proposes a mathematical tri-objective model along with three evolutionary algorithms, namely, Non-dominated Sorting GA-II (NSGAII) [10], strength Pareto evolutionary algorithm (SPEA2) [11], and Non-dominated Sorting GA-III (NSGAIII) [12], to tackle the problem. The primary motivation for using three evolutionary metaheuristics comes from some earlier evidence in the literature where evolutionary methods have yielded promising results for multi-objective order picking problems [13], [14]. Thus, this study will delve deeper into assessing evolutionary algorithms’ applications in such problems as a side objective. There are numerous well-known approaches within the realm of multi-objective evolutionary methods, each utilizing a different strategy. While being far from being an exhaustive list of algorithms, NSGAII (with a non-dominated sorting strategy), NSGAIII (with a reference-point-based procedure), and SPEA2 (with a density estimation technique) represent three important approaches in multi-objective metaheuristics. Thus, evaluating these methods can potentially guide future direction on using multi-objective techniques in order picking. In this study, the company’s order batching method is utilized to seed the proposed metaheuristics and significantly improve the results. The proposed methods’ solutions are compared against the current practices of the studied company to draw managerial insights. This study contributes to the current body of the literature by considering a picking overlap objective whose utilization can mitigate the risk of infectious disease spread, such as the one caused by COVID-19. Additionally, this study’s methods can be applied to order picking operations during flu seasons to avoid downtime in the warehouses due to personnel sickness. The remainder of this paper is structured as follows. In Section 2, related literature is reviewed. In Section 3, the structure of the problem is explained. Section 4 outlines the proposed optimization model. In Section 5, the order batching method of the case study’s company and the proposed metaheuristics are introduced. Section 6 is dedicated to the numerical experiments. Section 7 discusses the managerial implications of the findings, and finally in Section 8 overall conclusion is stated.

Literature review

The presented study’s central contribution revolves around mitigating the risk of contracting infectious diseases in warehouses by reevaluating the order picking problems and incorporating a picking overlap objective. The rationale behind the picking overlap objective is that being positioned reasonably apart while picking, abates the chance of infection spread. However, the extent of order picking performance deterioration, if any, in the presence of physical distancing is not fully investigated in the literature. Furthermore, to the best of authors’ knowledge, picking overlap has not been recognized as an independent objective previously. This section examines the existing order picking literature that is most relevant to the subject of this study. Structurally, and from an operational standpoint, order picking problems are composed of four sub-problems of order batching, batch assignment, batch sequencing, and picker routing [15], [16], [17], among which order batching and picker routing are the subjects of this study. Order batching is primarily revolving around grouping a set of customer orders in such a manner to achieve a set of operational objectives such as total travel time or tardiness minimization [18], [19], [20]. Typically, batching alone is not sufficient to accomplish the objectives, and typically is accompanied by a routing decision. The literature offers some evidence of performance independence between batching and routing sub-problems in particular cases [21]. However, an advantageous bilateral effect between these two sub-problems has been observed in several instances [8], [15], [22], [23]. In the picker routing problem, the objective is to form the shortest possible path for picking the batches. Warehouse routing problems are usually modeled as a special case of the traveling salesman problem (TSP), known as Steiner TSP, where each visiting node has a maximum degree of four [17]. Since it was shown that Steiner TSPs encountered in rectangular warehouses with two cross-aisles are solvable in polynomial time [24], several solvable cases of warehouse TSPs have been introduced, and efficient methodologies are developed for more general warehouse architectures [25], [26], [27]. A major disadvantage of exact routing methods is the complexity of their produced paths for pickers to follow [8]. Thus, warehouses prefer to employ heuristic methods that generate paths with predictable patterns. The most widely used routing policies in the warehouses are S-shape, midpoint, return, and largest gap [28]. Besides exact and heuristic approaches, some studies have utilized metaheuristic methods for routing [16], [29], [30], [31]. When integrated, order batching and picker routing can result in significant efficiency gains [15]. However, the integrated problem poses computational challenges. To this end, exact and scalable (both exact and heuristic) methods of order batching and picker routing are extensively studied [67], [68]. To tame the complexity of the integrated problem, and replicate a more realistic scenario, some studies have concentrated on exact batching solutions in the presence of heuristic routing policies [7], [9], [51], [61]. On the other hand, some studies have exclusively applied heuristics and metaheuristics [29], [30], [46], [47], [57], [62], [69], or a different combination of exact and heuristic approaches [17]. Related studies. Order of operations in OPPD. An example of a tour with nodes that are visited more than once. Transforming a tour to visit each location at most once. From a methodological point of view, the literature on multi-objective order picking problems is limited [68], and few studies tackle two objectives [13], [14], [39], [70], [71], [72], [73], [74]. To the best of the authors’ knowledge, with the exception of NSGAII [13], [14], SPEA2 and NSGAIII have not been applied to multi-objective manual order picking problems before. Moreover, as discussed earlier, these three methods represent three notable approaches (i.e., non-dominated sorting, reference points, and density estimation) in the multi-objective evolutionary algorithms. Thus, their application in the context of the proposed tri-objective model and the results of numerical experiments can offer an initial investigation of utilizing these multi-objective methods in the manual order picking literature. One distinctive feature of order picking problems is their choice of the objective function. Three objectives of total travel time, tardiness, and makespan are the most frequently utilized objectives in the literature, among which total travel time and makespan are the most and least regularly considered objectives [17]. While at least one of these objectives seem to fulfill the requirements of any warehouse, the recent supply chain disruptions pertaining to coronavirus outbreak (COVID-19/SARS-CoV-2) pandemic points to a possible gap in the order picking operational objectives. In a practical context, it is essential to protect the pickers from infectious diseases by assigning them picking tours that have less overlap and are more compliant with physical distancing recommendations. This study addresses the existing literature gap by introducing an overlap objective that acts as a measure of physical distancing practices in conjunction with total travel time and makespan objectives. This research intends to shed light on the performance implications of the overlap objective in a real setting by utilizing efficient metaheuristic designs. There is a vast literature on order batching and picker routing, and this study does not intend to examine the existing body of research fully. Thus an interested reader is referred to [8], [75], [76], and Table 1 in which some of the most notable order batching and picker routing studies, sub-problems they have considered, methods applied, and the objectives utilized are summarized.
Table 1

Related studies.

StudyAssignmentBatchingRoutingSequencingMethodsObjective(s)
[24]Dynamic programmingTotal distance/time
[32]Branch and boundMakespan
[33]Dynamic programmingTotal distance/time
[34]HeuristicsTotal distance/time
[35]Cluster analysisOrder similarity
[36]Association rule miningOrder similarity
[9]Column generationTotal distance/time
[37]HeuristicResponse time
[38]HeuristicTotal distance/time
[21]HeuristicTotal distance/time
[39]Multiple genetic algorithmTotal distance time and due date
[40]Variable neighborhood searchTotal distance/time
[41]K-means self-organizing mapTotal distance/time Picking vehicle utility
[42]HeuristicMakespan
[43]Hill climbing Tabu searchTotal distance/time
[44]HeuristicTotal distance/time
[45]Tabu searchTotal distance/time
[46]Association rule mining Genetic algorithmTotal tardiness
[47]HeuristicTotal tardiness
[48]HeuristicTotal distance/time
[49]A*-algorithm simulated annealingTotal distance/time
[31]Genetic algorithm Ant colony optimizationTotal tardiness
[30]Particle swarm optimization Ant colony optimizationTotal tardiness
[50]Variable neighborhood searchTotal tardiness
[51]Column GenerationTravel cost
[7]Heuristic Tabu SearchTotal distance/time
[52]Group genetic algorithmWorkload balance
[53]HeuristicTotal distance/time
[54]Particle swarm optimizationTotal distance/time
[55]HeuristicTotal distance/time U-turns
[14]NSGA-IITotal distance/time
[56]Variable neighborhood searchTotal distance/time
[57]Tabu searchTotal distance/time
[23]Ant colony optimizationTotal distance/time
[58]Variable neighborhood searchTotal tardiness
[19]Variable neighborhood searchTotal distance/time
[59]Parallel Variable neighborhood searchBatch retrieval time
[26]Dynamic programmingTotal distance/time
[15]Variable neighborhood searchTotal tardiness
[60]Genetic algorithmTotal distance/time
[61]Branch & boundTotal distance/time
[16]Lagrangian decomposition-particle swarm optimization Parallel simulated annealing-ant colony optimizationMakespan
[62]A Memetic Algorithm Simulated annealingTotal time
[63]Branch & boundMakespan
[64]HeuristicTotal tardiness
[18]Variable neighborhood search Tabu searchTotal distance/time
[65]HeuristicMakespan delivery cost
[66]HeuristicTotal distance/time
[17]Exact/HeuristicMakespan
[13]Genetic algorithm Coevolutionary genetic algorithm Archived multi-objective simulated annealingTotal distance/time Makespan

Problem statement

This study’s warehouse is modeled after a real warehouse belonging to a well-known logistics company in the USA. The warehouse operates in a wave picking setting where the profile of the next wave is known beforehand. Waves are ordinarily large, and each day is dedicated to picking a single wave. Warehouse’s shape is rectangular with multiple parallel aisles, and two front and rear cross aisles. The walking speed of pickers is assumed constant, and the crossing time between two sides of an aisle is negligible. Each shelf can hold multiple products, and each product is located on only one shelf. There are orders, each consisting of multiple products, to be picked. The warehouse stocks different products, and there are a sufficient number of pickers to pick the orders. Picking commences with batching the orders and retrieving their products using S-shape routing policy starting from origin . Each picker is assigned a single batch, and there are a sufficient number of pickers to manage all batches. All tours begin simultaneously and at time 0. Orders cannot split among multiple picking tours, and orders assigned to a batch must not exceed pickers’ capacity . Following physical distancing practices, pickers are preferred to be positioned less than (i.e., minimum social distance) units of a length away while in picking position. Thus, physical distancing considerations are only applied to stationary pickers. Products’ dimensions are reasonably similar (i.e., there is no unusually large/small product), and instead of total volume, the capacity is determined as the number of items that a picker can handle. All products are located within reach of the pickers, and therefore, vertical distance is insignificant. Picking time at a location comprises the duration of searching, picking, and checking, and is estimated based on the number of units picked at the location. Fig. 1 depicts the order of operations in OPPD, in which initially a list of orders, each containing multiple items, is received and compiled. Next, the orders are grouped into batches. Finally, each batch is picked by traversing a route through the warehouse and by a picker. As presented in Fig. 1, routing depends on batching decisions, and these two create an intertwined problem.
Fig. 1

Order of operations in OPPD.

While the presented study is primarily designed based on the logistics’ company warehouse, it can be extended to other manual order picking environments as well. This extension is mainly viable due to the structure of the overlap objective function, which is based on the time pickers operate in proximity to each other. Almost in every manual order picking system, the pickers are bound to work close to each other occasionally and, thus, are prone to the risk of infection spread. Considering the pick overlap as an assessable picking performance that estimates the time pickers are closer than a minimum physical distance, it can be universally applied to different settings in the manual order picking literature.

Model

In order picking, warehouse graph representation is a central modeling component. Depending on the routing policy, it is possible to exploit the warehouse graph for obtaining optimum routing. For example, if an exact routing policy is of interest, it suffices to consider the picking locations solely, and the distance between two picking nodes will be the shortest distance between the nodes. In this manner, the warehouse graph will be reduced to a considerably smaller graph that is more convenient to be manipulated by exact methods [24]. Furthermore, warehouse graphs lend them to efficient valid inequalities that are demonstrated to be highly effective for modeling order picking problems [61]. When using heuristic routing policies, it is not necessary to solve for the sequence of the picking nodes, and thus, a model does not need to obtain the nodes’ enter and exit times and hence, a less complicated model [7]. When modeling OPPD with an S-shape routing policy, the traversed distance between two nodes is not necessarily the shortest. Thus, the problem’s graph cannot be treated as in the exact methods. On the other hand, the entrance and the exit times of each picking location need to be accurately determined in the model to calculate the picking overlap. Therefore, the benefits of sequence-less models cannot be utilized. This structure of OPPD formulation poses a unique challenge: determining the entry times of each picking node while traversing a path that is not necessarily the shortest. To resolve this issue, it is necessary to ascertain the entry times of all intermediary nodes where no picking takes place. This necessity itself poses a new challenge. If the entry times of each node (intermediary and picking) are to be determined, then the typical sub-tour elimination constraints cannot be applied because some nodes are visited more than once. Fig. 2 depicts an S-shape picking tour where some nodes are visited twice. Typical sub-tour elimination constraints cannot handle the situations where a location is visited more than once. Thus, the Steiner graph of a warehouse is inadequate for modeling OPPD.
Fig. 2

An example of a tour with nodes that are visited more than once.

To overcome the problem of multiple location visits and implement sub-tour elimination constraints, multiple connected replications of the Steiner graph, henceforth referred to as extended Steiner graph (or extended graph in short), must be utilized. In the example of Fig. 2, an extended graph where sub-tour elimination constraints are fulfilled can be obtained by connecting two replicas of a Steiner graph. In this regard, each node in the original Steiner graph is associated with two nodes (replicas) in the extended graph. The distance between the replicas of a node in the extended graph is assumed to be 0, to preserve the length of a tour. The new higher dimensional, extended graph can be used to create a tour where each node is visited at most once, and sub-tour elimination constraints can be implemented. Fig. 3 illustrates how to utilize an extended Steiner graph to transform the tour of Fig. 2 with two replicas and for each node and visit each location at most once. In Fig. 3, instead of backtracking the tour, and for avoiding a location revisitation, the tour stretches to another replica of the Steiner graph in the extended graph. Since this lateral transition has no time associated with it, it does not alter the primary duration of the tour.
Fig. 3

Transforming a tour to visit each location at most once.

Considering the extended Steiner graph representation introduced earlier, the warehouse of this study can be modeled as a graph , where and are the sets of nodes, and edges of the graph. Each node has replicas, corresponding to Steiner graphs. Storage node of the th product is denoted by . In other words, acts as a function whose input is a product and outputs a storage node in the Steiner graph (i.e., ). Function associates the location of each product to an aisle . In the proposed model, functions and is separated from indices by a comma to avoid confusion. Characteristic function outputs 1 if order contains product , otherwise outputs 0. Characteristic function determines whether the distance between two nodes and is less than the minimum acceptable physical distance or not. Note that in this study, the terms ‘node’ and ‘location’ are often used interchangeably, and when a physical site is intended, the term physical location is preferred. The indices, parameters/functions, and decision variables of the model are defined as follows: Indices: A chromosome and its batch choices for seven orders (i.e., ). Parameters and their levels for NSGAII, SPEA2, and NSGAIII. Parameters/Functions: Decision Variables: The proposed model is formulated as follows: subject to Eqs. (4), (5), (6), (7), (8), (9), (10), (11), (12), (13), (14), (15), (16), (17), (18), (19), (20), (21), (22), (23), (24), (25), (26), (27), (28), (29), (30), (31), (32), (33), (34), (35) which are given in Box I. In model , (1), (2) measure the total travel time, makespan and the total overlap, respectively. Constraint (4) assigns each order to exactly one batch and in order to break solution symmetries, it assigns order to batch , order to either batch or batch , and so forth [61]. Batch capacity is imposed in Constraint (5). Constraint (6) ensures that picking activities take place when the first replica of a picking node is visited. Constraint (7) limits the number of nodal visits to one. Constraint (8) makes the caps the number of visiting origin node to one. Constraint (9) equates the number of entries and exits for all nodes replicas. Constraints (10), (11) guarantee that there is no reversal and double traversal on the back aisle’s edges. Constraints (12) allows a movement reversal only on the rightmost aisle of each batch. Constraints (13), (14) determine the visiting and rightmost aisles of each batch. Constraint (19) calculates the picking time on each node. Constraints (20), (21) specifies the entry and exit time of each node and eliminates the sub-tours. Constraint (23) measures the finishing time of each batch. Constraint (24) determines the makespan, and constraints (25), (26), (27) determine the overlap among nodes across different batches. Finally, constraints (28), (29) specify the type and domain of each decision variable. As can be observed, constraints (25), (26) in model are non-linear. However, linearizing these constraints are quite straightforward and commercial solvers such as Gurobi automatically handles them.

Methodology

In this section, the company’s order batching method is described. Moreover, the application of three metaheuristics,namely, NSGAII, SPEA2, and NSGAIII, in solving the proposed model, , is explained. The proposed metaheuristics use the company’s order batching schema as a seeding procedure for initializing the evolution process. As will be illustrated later, using this seeding procedure improves the results significantly. Finally, a full factorial experiment is conducted to determine the best set of parameters for each metaheuristic.

Company’s order batching heuristic and seeding

The company’s order batching heuristic forms a single batch at each step. For this purpose, it starts with determining the most visited aisle by all unassigned orders. Then, it proceeds with selecting the orders that require a minimum extra distance to be traversed if selected into the batch. Selecting new orders is controlled through a penalty parameter that is updated every time a new order is added to the batch. The structure of this heuristic is designed with S-shape routing policy in mind. Parameters and variables used by the company’s order batching heuristic are as follows: Algorithm 1 outlines the company’s order batching steps. Batches formed by Algorithm 1 create a solution that will be used as a seed in the proposed metaheuristics. As will be discussed later, this type of seeding has a significant positive performance effect on all proposed metaheuristics. Results of company’s current method.

NSGAII, SPEA2 and NSGAIII

The core components of evolutionary algorithms are its solution representation (i.e., chromosome), fitness function, and crossover, mutation, and selection operators. [77], [78]. In this section, elements of the proposed NSGAII, SPEA2, and NSGAIII are introduced. Best objective values and CPU times obtained by Gurobi, NSGAII, SPEA2, and NSGAIII. Log hypervolume and CPU times of Gurobi, NSGAII, SPEA2, and NSGAIII. NPS, MID, SNS, and RAS obtained by Gurobi, NSGAII, SPEA2, and NSGAIII. Standardized effect of parameters on Hypervolume and CPU time for NSGAII with , , and . Company’s current practices vs. the Pareto frontier obtained by NSGAII for six problem instances. Log HV convergence plot of NSGAII, SPEA2, and NSGAIII with seeded and not seeded initialization (instance ). Objectives’ correlation for different values of throughout NSGAII’s evolution process (). Pareto frontiers and the best fitted curve for different values of ().

Solution representation and fitness function

A widely-used approach to define a chromosome is by utilizing a binary matrix whose arrays show the assignment of orders to catches. However, matrix representation has two main drawbacks. First, since each order is assigned to precisely one batch, the assignment matrix will be a sizeable sparse matrix and inefficient in terms of memory consumption. Second, assignment matrices can introduce symmetry and, subsequently, degenerate solutions. For example, the batches assigned to two pickers can be exchanged without altering the objective function’s value. Having degenerate solutions can create numerous optimal regions in the search space and delay the convergence of algorithms. This study utilizes a vector structure for chromosomes to evade these impediments. For this purpose, the set of chromosomes is defined as where . Each component of chromosome corresponds to an order while its value is a batch number . Thus, the first order can only be assigned to the batch while the last order can be assigned to any of the batches. For this representation to function properly, it is necessary to have an equal number of batches and orders, i.e., . Moreover, this equality is necessary to satisfy the capacity constraint in case each order occupies a single batch. Fig. 4 illustrates a chromosome consisting of seven orders and the batches to which each order belongs. Additionally, Fig. 4 depicts the batch choices that each chromosome element, associated with an order, can have. While forming the initial population, each chromosome is generated in such a way to ensure feasibility. Each chromosome’s fitness value is computed by measuring its total travel time, makespan, and total overlap using the S-shape routing policy. Remember that in this study, it is assumed that there are a sufficient number of pickers to pick the batches, and each batch is assigned to a separate picker.
Fig. 4

A chromosome and its batch choices for seven orders (i.e., ).

Crossover, mutation, and selection

In this study, a standard two-point crossover is utilized. It is noteworthy that the two-point crossover does not violate the structure of a chromosome. Thus, after crossover, for each chromosome component we have where . In other words, each order is assigned to a batch whose index is less than the order index to break the solutions’ symmetry. To ensure feasibility and in the case of generating infeasible offspring, crossover operation is repeated up to five times. If no feasible offspring is generated after the fifth time, the crossover operation is aborted. To perform a mutation, a chromosome’s component is randomly chosen, and its value is changed to a random value . In case the mutant is infeasible, it is discarded, and a new mutant is generated. Similar to the crossover, this process is repeated up to a maximum of five times to find a feasible mutant, and if no feasible solution is generated after the fifth time, mutation operation is aborted. A distinctive feature of NSGAII, SPEA2, and NSGAIII is their selection process. In this study, the works of [10], [11], [12] are closely followed for implementing the selection operator.

Parameter tuning

Parameters of the metaheuristics have a determining impact on their performance. In this study, a full factorial method was utilized for tuning the parameters of the metaheuristics. Tuning parameters of the NSGAII, SPEA2, and NSGAIII include the probability of crossover , probability of mutation , probability of altering a gene during mutation process , number of selected individuals for the next generation , and number of offsprings at each generation . Since a higher number of generations positively impacts the results, it was omitted from the tuning process and was set to 200 for all experiments. For each parameter, three levels were considered, as shown in Table 2, and all experiments were conducted on a test problem with , , and . Two response factors of Pareto frontier Hypervolume and CPU time were investigated.
Table 2

Parameters and their levels for NSGAII, SPEA2, and NSGAIII.

ParameterLevel 1Level 2Level 3
pc0.600.700.80
pm0.050.100.15
pg0.250.500.75
μ+λ50+150100+100150+50
The factorial experiments found no significant relationship between the parameters and their interaction with the performance of the algorithms in terms of Hypervolume. However, a significant relationship was observed when the CPU time was considered as the response variable. Fig. 5 depicts the standardized effect of parameters on Hypervolume and CPU time for NSGAII. As can be observed, none of the parameters’ standardized effect reaches the threshold to be considered significant for the Hypervolume. However, three parameters and their interaction were determined significant when considered with the CPU time. Since no performance difference was detected, the parameters were set to minimize the CPU time (, , , and ).
Fig. 5

Standardized effect of parameters on Hypervolume and CPU time for NSGAII with , , and .

Numerical experiments

This section presents the results of applying NSGAII, SPEA2, and NSGAIII to a set of problems sampled from the order level data of the studied logistics company, and compares them against the company’s current practices. On average, each order contains 4.32 units of products. In the less frequent instances of orders containing unusually large numbers (i.e., larger than capacity), they are modified to fit the batches’ capacity. This modification was deemed essential to investigate the effect of batch size on the solutions. Number of orders in each problem is selected from . Capacity and minimum physical distance are chosen from and , respectively. The maximum allowed CPU time for all instances is set to 3600 s. The warehouse structure used for numerical experiments closely follows one of the company’s warehouses (i.e., rectangular with parallel aisles and two cross-aisles). However, the dimensions, number of aisles, and pick faces are modified to replicate a more controlled experiment environment. Note that this modification does not change the overall performance of the proposed algorithms or the conclusions drawn from results. Each problem is attempted five times, and the results detailed are based on the overall performance of each algorithm over the total number of trials for each problem. All algorithms are implemented in Python 3.7 and executed on a 64-bit Windows operating system with an Intel Core i9-7940X CPU and 64 GB RAM.

Company’s method

Table 3 lists the total time , makespan , and overlap obtained from applying the company’s method to the problems. As will be shown later, these results are highly efficient in terms of total travel time. However, the solutions it suggests are not efficient in terms of overlap as they are designed with a single total travel time objective in mind. As will be discussed in the remainder of this section, it is possible to maintain or minimally deteriorate the same level of total time efficiency while improving the overlap considerably. However, the same statement is not necessarily applicable to the makespan due to its negative correlation with both overlap and total travel time.
Table 3

Results of company’s current method.

NQΔFCmaxΦCPU (s)
10500131078000.10
1050101310780200.09
10503013107802000.10
1010001080108000.09
10100101080108000.09
10100301080108000.10
25500237082000.21
25501023708204200.21
25503023708205000.21
2510002100128000.21
25100102100128000.21
251003021001280200.21
50500619086000.43
505010619086033300.41
505030619086072700.41
5010004960135000.41
50100104960135027600.40
50100304960135060000.41
10050012 16087000.82
100501012 16087012 8200.86
100503012 16087022 6700.83
10010009950136000.83
100100109950136086800.85
100100309950136013 3900.82
20050013 46085001.64
200501013 46085017 3601.63
200503013 46085029 5901.62
200100011 660135001.62
2001001011 660135075101.62
2001003011 660135012 7801.63
50050036 43086004.56
500501036 430860137 9604.58
500503036 430860250 1404.58
500100031 250137004.54
5001001031 250137064 2704.57
5001003031 2501370120 1904.55

Proposed methods

Table 4 lists the best objective values and CPU times obtained by Gurobi, NSGAII, SPEA2, and NSGAIII. As can be observed, even for small instances with 25 orders, Gurobi is unable to find any feasible solution in the allotted one hour. Compared to the company’s method in Table 3, all proposed metaheuristics of Table 4 find superior or equal solutions for all instances of the problem. This higher quality is especially notable for makespan and overlap.
Table 4

Best objective values and CPU times obtained by Gurobi, NSGAII, SPEA2, and NSGAIII.

Problem
Gurobi
NSGAII
SPEA2
NSGAIII
NQΔFCmaxΦCPU (s)FCmaxΦCPU (s)FCmaxΦCPU (s)FCmaxΦCPU (s)
105001230530036001230530082.4212305300239.0112305300112.95
1050101230530036001230530088.3112305300209.8512305300113.89
1050301230530036001230530096.3712305300191.5812305300113.33
1010001080530036001080530082.9310805300211.0510805300113.31
10100101080530036001080530090.2710805300192.9110805300111.34
10100301080530036001080530087.2310805300182.7510805300110.45
25500NANANA36002350820093.4923508200372.6123508200123.33
255010NANANA3600235082012094.512350820100302.302350820100128.55
255030NANANA3600235082020093.872350820130227.532350820180128.09
251000NANANA36002050820096.9621008200198.1321008200128.90
2510010NANANA360020508200100.5320508200186.5220508200132.12
2510030NANANA3600210082020101.28210082020173.60210082020130.85
50500NANANA360060907000106.0561107000254.1461207000145.35
505010NANANA360060907002140113.9460707002080187.5760707002220147.11
505030NANANA360060607005050113.3960507005370195.3260507005160151.78
501000NANANA360049207000107.7149207000186.3749207000140.30
5010010NANANA36004960700670118.704920700450190.124920700480145.43
5010030NANANA360049207002260120.1549207001930188.1049607002310146.98
100500NANANA360012 1108200141.0312 1508200312.1312 1108200183.39
1005010NANANA360012 07082010 260155.7411 96082010 350242.6812 07082010 420192.68
1005030NANANA360012 07082020 140158.1712 01082020 030252.2712 00082019 840192.95
1001000NANANA360099508200140.1599108200208.6899508200179.05
10010010NANANA360099508204240162.5099108204520233.3799508204750194.00
10010030NANANA360099508209330164.9998908209050233.9599508209130197.86
200500NANANA360013 4007400213.2713 4607400380.4113 4107400267.37
2005010NANANA360013 46074015 850245.7213 46074015 860353.6113 46074016 050294.82
2005030NANANA360013 45074027 180233.8113 46074027 390378.0113 41074026 960284.34
2001000NANANA360011 6607400212.3611 6607400291.6611 6507400262.82
20010010NANANA360011 6607405590248.5811 6607405820319.3811 6607405760296.07
20010030NANANA360011 66074011 640249.0711 66074011 720322.0211 66074011 710297.65
500500NANANA360036 4307700607.4636 4207700801.4036 3507700681.27
5005010NANANA360036 430770131 490702.3936 380770132 440831.2036 430770132 170724.33
5005030NANANA360036 430770241 880736.8836 350770242 910849.7636 430770242 800723.90
5001000NANANA360031 2507700605.3031 2507700789.4831 2507700663.50
50010010NANANA360031 25077059 870759.2131 25077060 350850.5831 25077060 370811.70
50010030NANANA360031 250770116 350763.6631 250770116 370951.0731 250770115 950868.10
The results of Table 4 demonstrate the extent to which each metaheuristic has been able to improve the solutions. However, it does not reveal any information on the relative performance of the methods. A multi-objective algorithm can be examined on several fronts. Some of the deciding performance measures of a multi-objective method are the number, quality, and diversity of the solutions it finds. The following metrics are utilized to compare the performance of the proposed multi-objective algorithms from various aspects [14], [79], [80]: Number of Pareto Solutions (NPS): counts the number of non-dominated solutions found. Mean Ideal Distance (MID): is the average Euclidean distance between Pareto frontier solutions and the ideal point (0,0), and is measured as: where , and , and are the value of the objective functions for the th non-dominated solution. Spread of Non-dominated Solutions (SNS): assesses the diversity of the non-dominated solutions and is defined as: Rate of Achievement Simultaneously to two objectives(RAS): measures the quality of the non-dominated solutions in relation with the minimum objective function, and is computed as: where . Hypervolume (HV): represents both quality and diversity of a set of solutions on a Pareto frontier () by calculating the hypervolume of the Pareto front in regards with a reference point, and is computed as follows: where is a solution in , and is the rectangular area confined between the points and a reference point. Table 5 shows the logarithm of hypervolume and CPU times of Gurobi, NSGAII, SPEA2, and NSGAIII. Log hypervolume conveys the same information as hypervolume. However, due to the large size of hypervolume numbers, log hypervolume is used in Table 5. A non-parametric Kruskal–Wallis test on the hypervolume ranks of averages was conducted to compare the results of Gurobi, NSGAII, SPEA2, and NSGAIII. At a 0.95 significance level, it was found that there is no statistically meaningful difference in terms of log HV among the metaheuristics. Due to its small sample size, Gurobi was not involved in the test. However, a general assessment of the Gurobi’s log HV results illustrates an inferior performance compared to the other proposed methods. A similar Kruskal–Wallis test was performed to compare the CPU times, and a significant difference was observed. Subsequently, a Mann–Whitney pairwise test with significance level 0.01 was conducted to find the method with the lowest CPU time, and NSGAII was determined as the fastest approach.
Table 5

Log hypervolume and CPU times of Gurobi, NSGAII, SPEA2, and NSGAIII.

Problem
Gurobi
NSGAII
SPEA2
NSGAIII
NQΔlogHVCPU (s)logHVCPU (s)logHVCPU (s)logHVCPU (s)
1050015.8191727360015.825320989.6015.8253241255.0915.8253204117.99
10501015.8182753360015.825310994.7915.8253242222.8115.8253242119.06
10503015.8187047360015.825320398.5015.8253175202.5815.8253142117.05
10100015.8172561360015.825439193.7915.8254392218.9215.8254387120.85
101001015.8226942360015.825439297.6015.8254391210.9915.8254393116.18
101003015.8190604360015.825439194.4215.8254391195.9415.8254393116.21
25500NA360015.7952111103.2815.7952181381.9615.7952111128.27
255010NA360015.7952018101.6915.7952065330.6415.7952065131.39
255030NA360015.7951908101.1215.7951952309.6015.7951937132.02
251000NA360015.7954343102.3515.7954271221.9815.7954236133.46
2510010NA360015.7954434105.5415.7954360192.4915.7954367134.71
2510030NA360015.7954247109.0015.7954254186.4915.7954253134.64
50500NA360015.8042021110.5015.8041769302.3715.8041647148.79
505010NA360015.8038670120.1115.8038729203.2515.8038628150.87
505030NA360015.8034525121.1915.8034051206.4615.8034147154.32
501000NA360015.8051488110.6815.8051700196.0215.8050592143.38
5010010NA360015.8049673121.7015.8050502193.3915.8050272148.63
5010030NA360015.8047441125.8015.8047962193.4515.8047428152.21
100500NA360015.7865895144.6315.7865725352.6615.7865850185.14
1005010NA360015.7850301157.7915.7851035262.6415.7850668195.59
1005030NA360015.7836593162.9615.7837096262.7515.7836866202.55
1001000NA360015.7865373146.7415.7883620215.6615.7876362181.68
10010010NA360015.7873039166.3215.7875933239.5215.7873425197.42
10010030NA360015.7867690167.5115.7868749238.8015.7866130202.26
200500NA360015.7936651219.0215.7936348414.6115.7936373270.96
2005010NA360015.7913076250.7715.7912973378.1915.7912801297.72
2005030NA360015.7896198248.0715.7896268395.4815.7896164300.49
2001000NA360015.7945664221.3115.7948829296.1415.7942809269.21
20010010NA360015.7936919257.1915.7938265321.0715.7937663300.73
20010030NA360015.7927048265.0315.7929294325.2315.7928241304.20
500500NA360015.7695024622.1315.7695513821.9715.7694678687.54
5005010NA360015.7499714715.8215.7498042840.3215.7498477750.72
5005030NA360015.7328319757.3115.7327861872.9215.7327527756.10
5001000NA360015.7711374620.7715.7726792804.3415.7707146671.20
50010010NA360015.7621031810.7115.7625451876.2315.7625302836.04
50010030NA360015.7527633814.5215.7534157977.3415.7536448899.88
Table 6 tabulates the average NPS, MID, SNS, and RAS values obtained by Gurobi, NSGAII, SPEA2, and NSGAIII rounded to the nearest integer. Similar to the log HV value in Table 5, the performance of the proposed metaheuristics was evaluated using a non-parametric Kruskal–Wallis test, and it was found there is no statistically significant difference between the algorithms. Thus, the only differentiating parameter among the algorithms is their CPU time in which NSGAII outperforms the other algorithms. While there might be several reasons as to why a method such as NSGAIII that is designed for a larger number of objectives cannot outperform NSGAII and SPEA2, one possible explanation may lie in the seeding procedure of algorithms. As was discussed earlier, the seeding process provides high-quality solutions in terms of total travel time. Thus, the algorithms find it easier to explore the feasible space for solutions with lower makespan and overlap at the start. In other words, the evolutionary force of the algorithms is mostly concentrated on the makespan and overlap, and a smaller feasible space needs to be examined. In a smaller search space, the algorithms’ performance can converge easier, and hence, equal solution quality.
Table 6

NPS, MID, SNS, and RAS obtained by Gurobi, NSGAII, SPEA2, and NSGAIII.

Problem
Gurobi
NSGAII
SPEA2
NSGAIII
NQΔNPSMIDSNSRASNPSMIDSNSRASNPSMIDSNSRASNPSMIDSNSRAS
10500315006719774.61482.167.51961.64.61480.367.81963.14.61494.373.91976.7
105010315388617066.81539.188.71447.27.41533.397.91747.57.41528.495.21697.4
105030315818356419.01582.384.1581.417.81576.575.8548.016.81579.378.2554.1
101000315066620436.01501.167.52033.76.41500.365.42030.06.41506.067.22036.8
1010010315407718059.01529.279.01698.49.01532.583.31827.69.41534.384.51796.9
1010030315758670419.41578.388.5636.921.41574.973.7683.321.41571.473.0696.6
25500NANANANA1.22502.52.23182.01.02492.7NA3171.01.02500.3NA3179.0
255010NANANANA5.62593.5109.410.87.02618.7128.214.17.82606.6126.313.5
255030NANANANA6.22629.9128.27.613.42687.6132.48.98.82668.2140.08.1
251000NANANANA8.62490.5111.43253.111.02469.591.23234.610.02551.7133.73312.2
2510010NANANANA77.42666.3205.1344.5102.62640.3183.8341.7107.22648.4189.1347.8
2510030NANANANA104.42716.3252.037.8118.62669.6215.335.793.42624.2184.137.3
50500NANANANA3.66310.9148.86990.94.26398.9205.67096.34.26365.3179.97052.1
505010NANANANA60.67316.9266.110.866.27106.5203.810.257.07102.6253.810.3
505030NANANANA80.29034.6354.714.697.89037.8343.714.975.48891.2310.614.5
501000NANANANA17.86062.8766.86939.021.85793.2543.06684.316.46488.01148.37397.2
5010010NANANANA149.26889.6750.07.9211.46531.0745.07.4167.66280.6720.56.5
5010030NANANANA167.48179.31396.310.7215.67668.71134.29.6194.07678.11033.49.6
100500NANANANA4.012 631.1391.213 439.04.012 505.7303.913 317.04.012 710.4605.913 522.9
1005010NANANANA52.217 760.2486.327.681.617 342.6384.126.948.417 242.7387.226.8
1005030NANANANA59.225 269.5707.739.174.824 983.6664.738.579.424 945.6677.238.5
1001000NANANANA21.812 833.52117.013 872.826.812 024.01279.413 007.719.013 648.82913.914 708.4
10010010NANANANA153.415 580.22397.718.7242.214 864.01958.417.7181.614 472.32193.716.9
10010030NANANANA168.220 131.93840.025.2200.819 092.23247.523.2179.618 979.93849.623.1
200500NANANANA7.214 368.9874.915 132.37.014 135.4497.914 897.47.215 175.51498.915 939.5
2005010NANANANA72.222 167.0326.537.269.022 159.8361.937.364.422 105.6348.537.2
2005030NANANANA50.032 042.8556.952.051.631 892.0484.351.674.031 946.6433.451.4
2001000NANANANA27.416 885.94090.617 883.334.415 281.62444.616 228.824.018 380.55143.519 409.7
20010010NANANANA122.021 008.75263.328.4172.219 505.14607.125.6152.219 746.36125.026.0
20010030NANANANA107.028 731.39553.739.9152.825 403.66895.134.0143.824 855.18698.532.6
500500NANANANA6.440 446.84041.641 244.06.437 934.51433.238 729.56.243 532.37228.944 328.4
5005010NANANANA73.4140 844.62695.4208.774.4141 654.22755.1210.378.4141 015.32847.5209.0
5005030NANANANA70.4250 776.84880.3345.9109.6250 908.23910.0348.389.2250 810.24130.6346.4
5001000NANANANA26.449 618.913 637.650 706.640.645 427.59002.246 453.422.250 168.114 510.351 268.5
50010010NANANANA106.2119 733.7550 42.9154.0131.0114 231.739 596.5145.3128.4113 506.143 919.1143.8
50010030NANANANA97.4193 834.386 800.0222.5115.8192 825.963 772.7226.3114.0188 492.575 474.3220.6
Best no-overlap objective values obtained by Gurobi, company’s batching algorithm, NSGAII, SPEA2, and NSGAIII using S-shape routing policy.

Comparison with company’s solution

In this section, the results of the proposed metaheuristics are compared against the case study’s current practices. Fig. 6 depicts the current practices of the company against the Pareto frontier obtained by NSGAII. As can be observed, NSGAII offers a more diverse array of solutions. As was argued earlier, the company’s method is quite efficient in terms of total travel time. However, as Fig. 6 illustrates, there are many other possibilities to choose from in order to have solutions with less overlap while maintaining travel time efficiency. Further comparison of the Pareto and company’s solutions reveals two intriguing trends. First, when picking capacity is low, there are more solutions with the company’s level of total time efficiency and lower overlap to select from. For example, in the problem with , , and , one can sustain the company’s total travel time and improve the overlap by approximately 8.7%. Additionally, it seems smaller waves have a higher chance of obtaining a better overlap value for the same total travel time level. The second observation pertains to the relationship between overlap and total travel time. When the picking capacity increases, total travel time and overlap’s correlation increases. Thus, low travel time solutions yield a lower overlap. This effect will be examined in more detail in the following sections.
Fig. 6

Company’s current practices vs. the Pareto frontier obtained by NSGAII for six problem instances.

Company’s method using Midpoint policy.

Case of no pick overlap

In some circumstances, one may be interested in no overlap scenarios where the pickers avoid picking overlap by waiting until the other pickers have cleared the shelf. In this case, no pick overlap will translate into an increase in the total travel time, and the overlap objective will be eliminated. Appendix A presents a no pick overlap model along with the results of NSGAII, SPEA2, and NSGAIII with no overlap considerations and S-shape routing procedure. To implement the no overlap policy, a first-in-first-out (FIFO) pick procedure is applied where the picker who has arrived at a pick location earlier starts picking first. At the same time, other pickers wait for the pick area to clear off. As can be observed from Appendix A, the proposed metaheuristics are quite competent for dealing with high overlap instances compared to the company’s current practice. In fact, when no overlap is allowed, the proposed metaheuristics tend to significantly improve the company’s solutions compared to the cases where the overlap is permitted. Notably, as the minimum physical distance increases (and consequently waiting times increases), the percentage of the company’s total travel time improvement obtained by the metaheuristics also increases. This observation shows the superior performance of the proposed multi-objective methods when dealing with no-overlap instances. While the metaheuristics perform well on the no overlap instances, it is noteworthy that accepting a certain level of pick overlap may be preferred to zero overlap due to two reasons. First, reducing overlap is one infection spread mitigation strategy that must be considered in conjunction with the utilization of appropriate personal protective equipment (PPE) and testing procedures. In the presence of medical tests and PPE usage, mandating zero overlaps may result in unnecessarily conservative solutions with excessive total picking times. Second, a model that requires zero overlaps may not be suitable for less severe diseases. In model , pick overlap is considered as an objective (soft constraint) so that depending on the severity of the disease, the solutions can be adjusted. For example, during a less severe flu season, it may be reasonable to emphasize total picking time compared to overlap.

Effect of routing policy

Routing policy can impact the quality of solutions. Specifically, when an infection spread is of concern, one may prefer to use a routing policy that decreases the risk of spread. The model and main results of this study are derived using the S-shape policy as it is the current routing procedure of the study’s warehouse. The S-shape policy is hypothesized to have anti-congestion properties [8], and since picker congestion can act as an infection spread facilitator, it may be a suitable procedure for the infection risk mitigation. On the other hand, there is some evidence that the S-shape policy may lead to excessively long travel times, which could be the result of both long travel distances and frequent blocking and congestion [81]. To evaluate the S-shape policy’s effectiveness for the problem of this study, a Midpoint policy was implemented. Conducting statistical tests and comparisons between the policies revealed that the S-shape policy does not hold any advantage over the Midpoint policy in terms of overlap. In fact, the Hypervolumes comparison showed that the Midpoint policy offers a slightly better tradeoff between the objectives. Finding the best routing policy that minimizes the infection spread requires a comprehensive routing policy comparison that falls beyond the current study’s scope. The details of the Midpoint policy results are tabulated in Appendix B. Note that computational times are not reported in Appendix B as no significant difference was observed between S-shape and Midpoint policies in terms of CPU time. Moreover, since model is formulated based on the S-shape policy, no exact approach result is reported in Appendix B. Best objective values obtained by NSGAII, SPEA2, and NSGAIII using Midpoint routing policy.

Seeding and convergence

In this section, the effectiveness of the proposed seeding procedure is examined. Fig. 7 illustrates the convergence of NSGAII, SPEA2, and NSGAIII in terms of log hypervolume over the first 200 generations. As observed, when seeded, all algorithms significantly outperform their not seeded counterparts. The same effect is observed for different values of and . However, the gap between the seeded and not seeded solutions seem to be more prevalent for more constrained instances of the problem (i.e., smaller ). This effect may be attributed to the difficulty of finding high-quality feasible solutions in tightly constrained search spaces, and the fact that seeding can bypass this difficulty. Furthermore, the seeding procedure produces highly efficient solutions in terms of total travel time, which have little room for improvement. As a result, the proposed algorithms mostly concentrate on enhancing makespan and overlap. In other words, seeding with a superior solution in terms of one of the objectives, functions as if the objective is relaxed and thus, the algorithm has a more manageable feasible space to search.
Fig. 7

Log HV convergence plot of NSGAII, SPEA2, and NSGAIII with seeded and not seeded initialization (instance ).

Discussion

In this section, the managerial implications of the model and considering overlap objective are discussed. As was illustrated earlier, picking capacity is a determining factor in the relationship between the total travel time and overlap. To investigate this observation further, the correlation between the three objectives was measured throughout NSGAII’s evolution process. Fig. 8 depicts the Pearson correlation between total travel time , makespan , and overlap for the best found solutions at each generation of NSGAII and for various picking capacities. As can be observed, correlations eventually converge for all instances. However, the limit to which the correlations converge is different for each picking capacity. When , total travel time and overlap correlation reaches converges to a negative value. In other words, for tight picking capacities, total travel time and overlap act as conflicting objectives. However, as increases, the convergent correlation between total travel time and overlap increases. A positive correlation between total travel time and overlap suggests that the two objectives are cooperating, and one can be improved by improving the other one. Another intriguing observation is the correlation between makespan and the other two objectives. As increases, makespan’s correlation with other objectives points to a more conflicting state.
Fig. 8

Objectives’ correlation for different values of throughout NSGAII’s evolution process ().

From a managerial standpoint, the aforementioned observations can be interpreted as follows. When a warehouse’s objective is to minimize the total travel time, it may benefit from increasing the picking capacity as it allows for reducing the overlap. In other words, for warehouses to minimize total travel time, increasing picking capacity helps with mitigating the risk of infection spread. This dynamic can be explained by considering that an increased picking capacity means fewer batches and fewer walking pickers to interact. Thus, increasing picking capacity contributes to lower overlap by reducing the number of pickers that are required to traverse the warehouse at a time.1 A second managerial lesson of this study originates from the correlation between makespan and overlap. As observed in Fig. 8, makespan always correlates with the other objectives negatively. However, this correlation’s absolute value is smaller for the lower values of the picking capacity . Thus, a lower picking capacity provides a more favorable tradeoff between overlap and makespan. Thus, warehouse environments where the makespan is of significance, such as a wave-picking warehouse, may benefit from reducing the picking capacity to control the overlap and spread of infection. Remember that in this study, each batch is picked by a separate picker. Therefore, lower picking capacity translates into smaller waves, which means reducing the wave size can help mitigate the risk of infection spread in wave picking warehouses. It is noteworthy that reducing the wave size can potentially eliminate the benefits of picking postponement. Consequently, wave picking warehouses may find themselves at a more challenging state of the tradeoff between makespan and overlap. Log hypervolume of NSGAII, SPEA2, and NSGAIII using Midpoint policy. Another managerial implication of this study pertains to the tradeoff patterns between the objectives. Fig. 9 depicts the Pareto frontier of the instance with 50 orders () and minimum physical distance’s walking time of 30 () while picking capacity varies from 50 to 400.2 As can be observed, the tradeoff between total travel time and makespan remains almost linear for different values of . However, the tradeoff between the makespan and overlap gradually shifts towards an exponential decay pattern with diminishing returns. From a managerial perspective, this observation shows that there is a threshold for larger picking capacities, after which reducing makespan requires a much higher level of overlap. Thus, as was previously demonstrated through the correlation analysis of the objectives, makespan-driven warehouses may benefit from a lower picking capacity and a subsequent more favorable tradeoff between makespan and overlap.
Fig. 9

Pareto frontiers and the best fitted curve for different values of ().

NPS, MID, SNS, and RAS obtained by NSGAII, SPEA2, and NSGAIII using Midpoint policy.

Conclusion

Being a significant source of expenses in a supply chain, order picking operations are not well-positioned to rise to pandemic challenges such as the ones posed by COVID-19. This inability is mainly due to a cost-driven mindset in the order picking operations, which seems reasonable in a normal situation. This study suggests that the risk of pickers contracting Coronavirus or any other infectious disease must be taken into account in the order picking problems. For this purpose, the well-known order batching problem was revisited and reformulated by considering the risk of infection spread due to workers picking orders in close vicinity of each other. A tri-objective model was proposed that aimed to simultaneously minimize the total travel time, makespan, and picking overlap among the pickers. Furthermore, three evolutionary methods, namely, NSGAII, SPEA2, and NSGAIII, were proposed to solve the problem. The model and the proposed methods were tested on the data of a major US-based logistics company and compared against the company’s current practices. It was found that while the company performs at an efficient level of total travel time, their method is not well suited when the pickers’ overlap is considered. Through an extensive numerical experiment and comparison with the company’s method, it was found that reducing the picking overlap, as a proxy of infection spread, and minimizing the total travel time are not necessarily conflicting objectives. However, makespan was observed at odds with the overlap in all experiments. This study has two key takeaways for practitioners and managers. First, it is possible to maintain the order batching solutions’ travel time efficiency while minimizing the overlap. In fact, these two objectives seem to correlate positively. However, for such a correlation to be realized, it is necessary to have a sufficient picking capacity. This study showed that a low picking capacity could erode all the overlap cross-benefits obtained as a result of minimizing the total travel time. Second, it was found that minimizing the makespan has an adverse effect on the overlap, and thus, some wave-picking warehouses may find it more challenging to prepare for the pandemic situation. To surmount this hurdle, a wave size reduction was suggested for such warehouses. The main limitation of the presented study pertains to the stochastic nature of pickers’ travel times. When batching, one typically assumes a constant picker speed and reliably uniform picking times, which makes the calculation of the objectives feasible. However, a decision-maker needs to consider the impact of a non-uniform walking speed on calculations of overlap and possibly equip the batching method with simple heuristics that regulate how pickers should behave in case of overlaps occurrence. One possible strategy to mitigate the effect of travel time uncertainty on the overlap calculation is to increase the minimum physical distance to overemphasize the importance of overlap when constructing solutions. However, this may lead to sub-optimal solutions in terms of makespan or total travel time. Thus, a robust or stochastic oriented approach to reduce the pick overlap remains an important future research direction. Incorporation of infection risk considerations in order picking problems poses a new set of challenges in the operational level of supply chains. In this context, two future research directions are suggested. First, virtually all order picking problems can be revisited with a pandemic lens of investigation to ensure a safe environment for the pickers. Second, there are tactical problems that are directly affected by the pandemic. For example, warehouses typically prefer to locate products that are ordered together frequently in the proximity of each other. However, this routine may not be entirely desirable as it may cause pickers’ routes to overlap further. Thus, it is necessary to rethink the order association among the products to ensure a safer workplace.

CRediT authorship contribution statement

Ehsan Ardjmand: Conceptualization, Methodology, Software, Validation, Formal analysis, Data curation, Writing - original draft, Writing - review & editing, Visualization, Supervision, Project administration. Manjeet Singh: Conceptualization, Methodology, Software, Validation, Formal analysis, Data curation, Writing - original draft. Heman Shakeri: Software, Validation, Formal analysis, Writing - original draft, Writing - review & editing. Ali Tavasoli: Software, Validation, Formal analysis, Writing - original draft, Writing - review & editing. William A. Young II: Conceptualization, Supervision, Writing - original draft, Writing - review & editing, Project administration.

Declaration of Competing Interest

The authors declare that they have no known competing financial interests or personal relationships that could have appeared to influence the work reported in this paper.
iN={1,2,,N}:orders
jM={1,2,,M}:products
kK={1,2,,K}:aisles
bB={1,2,,B}:batches
vV={1,2,,V}:nodes in the Steiner graph
rR={1,2,,R}:node visit (in this study R=2)
Δ:walking time of the minimum physical distance
dv1v2:travel time between nodes v1 and v2
qij:units of product j in order i
Q:picking capacity
T:picking time of a unit of a product
Λ:A sufficiently large number
l(j):location of product j in the Steiner graph
a(v):aisle of node v
q¯ij:1 if order i contains product j, otherwise 0
δΔ(v1,v2):1 if dv1v2<Δ, 0 otherwise
xbi:1 if order i is assigned to batch b, otherwise 0
yv1v2br1r2:1 if in batch b, node v2 is visited for the r2th time right after node v1 is visited for the r1th time, otherwise 0
ubk:1 if aisle k is visited in batch b, otherwise 0
pbk:1 if aisle k is the rightmost aisle visited in batch b, otherwise 0
τbv:picking time spent on node v in batch b
tbvr+:time of entering node v for the rth time in batch b
tbvr:time of exiting node v for the rth time in batch b
fb:finishing time of batch b
Cmax:makespan
αv1v2b1b2:earliest time of exiting node v1 in batch b1 or node v2 in batch b2
βv1v2b1b2:latest time of entering node v1 in batch b1 or node v2 in batch b2
ϕv1v2b1b2:picking time overlap between node v1 in batch b1 and node v2 in batch b2
iN={1,2,,N}:orders
kK={1,2,,K}:aisles
L:aisle length
H:distance between the center of two neighbor aisles
n:number of bays per aisle
N:set of unassigned orders in the order pool
i:a pseudo order for generating a batch
vik:1 if order i visits aisle k; otherwise 0
vk:1 if a batch visits aisle k; otherwise 0
kmax:index for the most visited aisle by all unassigned orders
ΨK=(ψ1,ψ2,,ψK):Calibration vector where ψk is the penalty for visiting aisle k by a new order
ibest:order with least penalty
si:total penalty of order i
kleft:index of the most left aisle that a batch visits
kright:index of the most right aisle that a batch visits
Table A.7

Best no-overlap objective values obtained by Gurobi, company’s batching algorithm, NSGAII, SPEA2, and NSGAIII using S-shape routing policy.

Problem
Gurobi
Company
NSGAII
SPEA2
NSGAIII
NQΔFCmaxFCmaxFCmaxFCmaxFCmax
1050012305301310780123053012305301230530
10501012305301320790123053012305301230530
10503012505351395780125053512305351250535
101000108053010801080108053010805301080530
1010010108053010801080108053010805301080530
1010030108053510801080108053510805351080535
25500NANA2370820237082023508202350820
255010NANA2630990257585525858552585855
255030NANA28801130262085526158552630865
251000NANA21001280210082021008202100820
2510010NANA21001280210085521008552100865
2510030NANA21351285213585521358552135870
50500NANA6190860610070061107006190700
505010NANA93351340780010108500103086301035
505030NANA14 260224011 920185011 940185010 7051850
501000NANA49601350492070049207004920700
5010010NANA77502465601510156630101565901040
5010030NANA95052615731518506995185073801850
100500NANA12 16087012 10082012 10082012 160820
1005010NANA23 790207521 230183020 895183021 5551830
1005030NANA34 210318028 755273028 305273028 3002730
1001000NANA99501360994082099508209950820
10010010NANA19 735315515 375183015 220183015 5151830
10010030NANA26 625435518 580273018 540273017 7352730
200500NANA13 46085013 41074013 46074013 460740
2005010NANA28 295269025 430203025 565207025 4552045
2005030NANA37 065365031 435289031 230289031 1302890
2001000NANA11 660135011 66074011 66074011 660740
20010010NANA17 385243017 195202517 185203517 1052000
20010030NANA22 985384520 805289020 965289020 8352890
500500NANA36 43086036 43077036 43077036 430770
5005010NANA129 7755415120 9055140118 5555015117 6455290
5005030NANA211 7808530188 8358250190 8858265187 0608120
5001000NANA31 250137031 25077031 25077031 250770
50010010NANA91 160616084 465599585 980583083 2505945
50010030NANA123 0358085110 5607750109 6657885107 2357670
Table B.8

Company’s method using Midpoint policy.

NQΔFCmaxΦ
1050012807900
10501012807900
10503012807900
101000106010600
1010010106010600
1010030106010600
2550023508100
2550102350810520
2550302350810560
251000215013400
25100102150134010
25100302150134070
5050061309100
50501061309103090
50503061309105740
501000501013700
5010010501013702510
5010030501013703310
10050012 2309000
100501012 23090014 860
100503012 23090021 840
100100010 16013800
1001001010 16013808770
1001003010 160138012 160
20050013 5808600
200501013 58086019 450
200503013 58086026 650
200100011 80014100
2001001011 80014108890
2001003011 800141010 680
50050036 5808800
500501036 580880138 240
500503036 580880235 030
500100031 55013900
5001001031 550139066 960
5001003031 5501390114 240
Table B.9

Best objective values obtained by NSGAII, SPEA2, and NSGAIII using Midpoint routing policy.

Problem
NSGAII
SPEA2
NSGAIII
NQΔFCmaxΦFCmaxΦFCmaxΦ
10500121049001210490012104900
105010121049001210490012104900
105030121049001210490012104900
101000106049001060490010604900
1010010106049001060490010604900
1010030106049001060490010604900
25500233081002330810023308100
255010231081023023508101002330810120
255030233081031023308101502330810250
251000215081002150810020908100
251001021508101020808101020808100
2510030211081070208081070208081020
50500608070006030700060807000
505010590070021206060700207060307002170
505030603070047905840700464060207004750
501000497070004970700049707000
5010010498070063049607004104980700550
5010030501070019204980700195049707001770
10050012 210820012 210820012 1408200
100501012 21082012 35012 14082011 61012 20082011 880
100503012 14082019 81012 21082019 71012 17082019 430
100100010 150820010 160820010 1608200
1001001010 160820445010 060820550010 1608206250
1001003010 070820899010 160820895010 1608209150
20050013 520730013 580730013 5807300
200501013 58073016 74013 51073017 65013 57073016 850
200503013 58073024 99013 56073025 88013 58073025 790
200100011 790730011 790730011 8007300
2001001011 800730798011 780730802011 8007307710
2001003011 80073010 25011 80073010 28011 80073010 280
50050036 580780036 580780036 5807800
500501036 510780133 80036 580780135 19036 580780135 260
500503036 580780229 16036 580780231 69036 580780231 320
500100031 550780031 550780031 5407800
5001001031 55078063 08031 55078063 37031 55078062 620
5001003031 550780112 54031 550780113 24031 550780112 550
Table B.10

Log hypervolume of NSGAII, SPEA2, and NSGAIII using Midpoint policy.

NQΔNSGAIISPEA2NSGAIII
1050015.829210815.829210915.8292104
10501015.829210515.829211015.8292109
10503015.829207415.829211015.8292104
10100015.829324115.829325915.8293236
101001015.829325615.829325215.8293254
101003015.829325215.829325515.8293258
2550015.796266315.796266315.7962698
25501015.796241115.796242815.7962364
25503015.796224915.796230015.7962225
25100015.796419115.796419415.7964249
251001015.796418615.796431615.7964310
251003015.796416615.796433015.7964329
5050015.804228415.804231215.8042252
50501015.803928015.803916315.8039128
50503015.803519915.803606715.8035184
50100015.805098915.805115115.8050104
501001015.804931815.805014215.8049783
501003015.804739815.804773515.8048077
10050015.786514315.786510715.7865229
100501015.784666315.784719915.7846971
100503015.783600415.783598115.7836278
100100015.786284715.787538815.7867881
1001001015.786737415.787233415.7862651
1001003015.786414515.786704215.7866721
20050015.794543315.794540815.7944954
200501015.792034915.791941615.7920052
200503015.790841315.790760615.7907689
200100015.795458115.795758615.7951220
2001001015.794231515.794364115.7943298
2001003015.793753215.793982715.7939300
50050015.768319115.768377615.7682822
500501015.748318115.748221315.7481996
500503015.733349015.733208115.7332045
500100015.770553315.771487715.7700123
5001001015.760192015.761008515.7609468
5001003015.751870915.752969115.7528894
Table B.11

NPS, MID, SNS, and RAS obtained by NSGAII, SPEA2, and NSGAIII using Midpoint policy.

NQΔNSGAII
SPEA2
NSGAIII
NPSMIDSNSRASNPSMIDSNSRASNPSMIDSNSRAS
105005.01438.367.61888.25.21428.556.11882.44.41439.056.41894.9
1050106.01471.095.81053.56.21467.3103.7951.97.61464.896.2881.3
1050304.41434.858.71220.05.01427.159.51151.97.01448.960.2973.5
1010006.81467.356.31986.97.21454.058.11959.45.81473.362.31997.4
101001012.81515.584.7681.312.41506.881.6669.012.21518.489.9680.6
101003011.41505.670.8688.210.81498.077.4751.110.41489.372.1889.2
255001.02478.10.03149.01.02478.10.03149.01.02474.30.03145.0
2550108.82756.2207.98.111.62749.9121.213.110.42718.2162.910.0
2550307.42718.3155.15.79.42785.6183.78.98.62781.1204.67.1
25100012.02556.5108.63324.312.62546.696.83318.011.82589.7127.63368.0
251001082.62655.9161.466.076.22642.6148.872.874.82644.1150.9105.3
2510030106.42738.5228.818.4104.42689.9178.720.690.02665.2163.722.2
505003.26252.2106.06934.24.46251.198.86950.84.46297.0143.06999.0
50501084.67150.1224.810.191.87106.2222.310.487.67074.8227.010.3
50503065.68661.8350.913.763.08445.3358.913.777.08467.8243.413.6
50100024.66088.1791.66989.522.25869.1489.76752.619.46377.11070.37321.0
5010010154.46919.5761.17.9231.06518.4730.37.4192.86505.3810.37.2
5010030174.87579.01234.28.8212.27305.91134.98.6193.67104.91137.88.2
1005005.212 787.2505.913603.35.612732.2389.513550.95.812 926.2734.813 744.8
100501073.019 026.7344.529.4113.818884.7395.829.192.618 832.0399.229.0
100503068.224 935.1446.638.157.424742.9436.438.179.824 644.6479.237.6
100100021.013 212.02122.914287.226.212073.31080.713074.818.813 933.72749.615 014.2
10010010208.416 568.52347.919.6273.415884.42166.218.7247.215 569.32089.318.1
10010030151.619 219.63706.523.5221.819353.03589.824.0194.418 419.63428.922.1
2005008.214 984.31562.715744.99.014390.6560.115149.08.616 325.22367.517 085.8
200501090.823 566.0633.339.590.223746.9573.740.280.223 382.6614.539.2
200503053.430 449.21177.049.341.430499.4829.650.147.430 584.4893.750.3
200100030.816 963.63757.617 962.037.015256.92545.416222.120.418 274.55106.819 319.4
20010010132.222 889.96726.831.5212.623487.75724.333.6184.620 676.06009.927.0
20010030105.226 014.59684.834.7138.427955.48191.640.3121.425 903.28742.535.7
5005007.440 708.94454.541522.47.837964.61384.738777.46.841 838.05330.442 654.4
500501064.4143 043.42026.6207.094.4142919.51733.9206.390.2143 081.52220.2207.5
500503043.2240 265.96187.7324.053.0240 297.64907.3326.344.4241 026.34395.3330.5
500100030.447 758.712 415.548 852.542.244 521.88095.745561.422.450 680.414 022.151 784.0
50010010103.2124 851.153 144.6154.8145.4121 961.339 226.1154.2114.2116 580.241 211.7145.7
5001003080.2198 928.283 802.3230.2100.8199 729.369 931.3239.693.8202 496.070 480.6241.5
  1 in total

1.  Evaluating the impacts of COVID-19 outbreak on supply chain risks by modified failure mode and effects analysis: a case study in an automotive company.

Authors:  Amir Hossein Ghadir; Hadi Rezaei Vandchali; Masoud Fallah; Erfan Babaee Tirkolaee
Journal:  Ann Oper Res       Date:  2022-03-31       Impact factor: 4.854

  1 in total

北京卡尤迪生物科技股份有限公司 © 2022-2023.