lab capacity https://bsmlean.com/ en The importance of ‘triage’ in variable effort work packages in quality control teams https://bsmlean.com/blog/josephmccarthy/importance-triage-variable-effort-work-packages-quality-control-teams <div class="layout layout--onecol"> <div class="layout__region layout__region--content"> <div class="field field--name-dynamic-token-fieldnode-article-meta field--type-ds field--label-hidden field--item">Published by Joe McCarthy in <a href="/blog/category/lean-laboratory" hreflang="en">Lean Laboratory</a> on September 27, 2022 </div> <div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"><h3><em>“But our work isn’t predictable and changes every time!”</em></h3> <p>While in routine labs determining the work effort of a standard process step is relatively straight forward, for many other types of labs/teams there is a highly variable effort associated with apparently similar activities due to variance in the complexities.  </p> <p>Typically, these challenges are faced by groups such as, investigative labs, document control teams and project work based labs/teams, among others. Work in these teams typically have higher volatility in both volume and complexity coupled with challenges to meet service level agreements due to poorly defined timelines.</p> <p> </p> <p>Fortunately, we can look to examples in other industries where these variable and unknown efforts in work packages occur routinely.</p> <p>If you have been unfortunate enough to visit the emergency department of any hospital the first thing you will encounter is typically not your attending doctor but instead a triage nurse/doctor who first quickly assesses the severity of your issue (urgency) and what will be required to treat you (effort/complexity). Additionally, key facts will be noted about you to help the attending doctor get up to speed quickly with your personal circumstance and have flagged any potential complications early.</p> <p>In a less dramatic sense the same methodology can be applied to variable effort work packages in quality environments.</p> <p> </p> <h3><strong>The Triage Step</strong></h3> <ol><li>Incoming work is quickly assessed for complexity and work effort. Typically, this leverages structured and standardized forms (increasingly electronic) where the work package is quickly broken down to a sum of its smaller parts (<a href="https://bsmlean.com/blog/tom-reynolds/project-based-labs">for project work this is typically milestone based</a>).</li> <li>Key details are also recorded to enable the next person picking up the work to quickly get up to speed (e.g., key contacts, due dates, special considerations). Where possible, key concise details should be received from the customer in standardized form to expedite the triage.</li> <li>Visual management techniques such as color coding and pictographs are employed to clearly show status/effort categories.</li> <li>Triaged work packages are then added to a dynamic queue in priority order for assignment.</li> </ol><p><div data-embed-button="images" data-entity-embed-display="view_mode:media.full_width_image" data-entity-embed-display-settings="[]" data-entity-type="media" data-entity-uuid="e641b7d4-1687-41be-81d3-93b2a02e72c5" class="align-center embedded-entity" data-langcode="en"><div> <div class="field field--name-field-media-image field--type-image field--label-visually_hidden"> <div class="field--label sr-only">Image</div> <div class="field--item"> <picture><source srcset="/sites/default/files/styles/full_width/public/images/Triage%20Blog%20JMC.png?itok=_s0vQeiP 643w" media="all and (min-width: 1200px)" type="image/png" sizes="100vw"></source><source srcset="/sites/default/files/styles/half_width/public/images/Triage%20Blog%20JMC.png?itok=aoQmNYNb 600w" media="all and (min-width: 992px)" type="image/png" sizes="100vw"></source><source srcset="/sites/default/files/styles/half_width/public/images/Triage%20Blog%20JMC.png?itok=aoQmNYNb 600w" media="all and (min-width: 768px)" type="image/png" sizes="100vw"></source><source srcset="/sites/default/files/styles/half_width/public/images/Triage%20Blog%20JMC.png?itok=aoQmNYNb 600w" media="all and (max-width: 767px)" type="image/png" sizes="100vw"></source><img src="/sites/default/files/styles/third_width/public/images/Triage%20Blog%20JMC.png?itok=DseDyfP4" alt="Triage Graphic" typeof="foaf:Image" class="img-responsive" /></picture></div> </div> </div> </div> </p><p>The triage step should be quick and as controlled and concise as possible while remaining fit for purpose.</p> <p>This ‘triage’ step is a key enabler for the implementation of levelled workloads, through both the effort sizing of work packets and establishment of priority based queues. While the structured rule based approach to ensuring all required and relevant information is available before the work starts helps ensure flow through the rest of the process.  Combining these steps along with visual management, resource allocation and workload tracking helps ensure that we can efficiently manage team capacity and productively meet required service agreements.</p> </div> <div class="field field--name-field-postscript field--type-text-long field--label-hidden field--item"><p>Our consultants can provide further information on the above and discuss any aspect of Real Lean Transformation, simply <a href="/set-call">set-up a call</a> today.</p> </div> <div > <button class="btn btn-category" > <a href="/taxonomy/term/8" hreflang="en">Lean Lab</a></button> <button class="btn btn-category" > <a href="/taxonomy/term/53" hreflang="en">Lean in RA</a></button> <button class="btn btn-category" > <a href="/taxonomy/term/22" hreflang="en">Lean Organisation</a></button> <button class="btn btn-category" > <a href="/taxonomy/term/111" hreflang="en">Lean Projects</a></button> <button class="btn btn-category" > <a href="/taxonomy/term/112" hreflang="en">Capacity</a></button> <button class="btn btn-category" > <a href="/taxonomy/term/88" hreflang="en">lab capacity</a></button> </div> </div> </div> Tue, 27 Sep 2022 15:41:09 +0000 Joe McCarthy 139 at https://bsmlean.com Understanding Lean Lab for Operations Excellence Teams https://bsmlean.com/blog/johnlarkin/understanding-lean-lab-operations-excellence-teams <div class="layout layout--onecol"> <div class="layout__region layout__region--content"> <div class="field field--name-dynamic-token-fieldnode-author-picture field--type-ds field--label-hidden field--item"> <img loading="lazy" src="/sites/default/files/images/userpics/john-larkin.png" width="51" height="67" alt="" typeof="foaf:Image" class="img-responsive" /> </div> <div class="field field--name-dynamic-token-fieldnode-article-meta field--type-ds field--label-hidden field--item">Published by John Larkin in <a href="/blog/category/lean-laboratory" hreflang="en">Lean Laboratory</a> on August 19, 2020 </div> <div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"><p>During a lean Lab project, 2 of the questions frequently heard from non-QC stakeholders are:</p> <ol><li>Why such a strong focus on workload levelling in QC’s Lean Lab project?</li> <li>If it doesn’t take X days to physically test a sample, why does QC need this much lead time?</li> </ol><p>Operations Excellence teams typically have prior experience of applying lean tools in a production environment, and achieve significant improvements with techniques such as Value Stream Mapping, OEE &amp; TPM, SMED/Changeover improvement, Pull/Kanban, Standard Work, etc.</p> <p>An effective production operation is typically applying the key lean principle of workload levelling (Heijunka), though they may not consider this to one of their key lean tools.  For example, if Production Operation A has a capacity of 5 x batches per week, Scheduling will not plan 2 x batches in Week 1, and 8 in Week 2. Workload levelling is the result of effective capacity management &amp; production scheduling. As a result, and though it is a core lean principle, it is intuitive to most production environments.</p> <p>In the real world, lab capacity is not a primary (or even secondary) consideration of the production scheduling process.  But even if it was, QC Labs are downstream operations, with incoming samples from multiple workstreams – finished product, in process, stability, raw materials, environmental, etc. It would appear inevitable that incoming QC workload will be volatile, and experience tells us that this is invariably the case.  To provide the lab with the opportunity to be productive, the most important 1<sup>st</sup> lean step is to level the lab workload.</p> <p>Lab capacity is not so readily defined.  To quantify, one feature to be considered is the impact of <em>sample grouping</em>.  Though the impact varies by test type, the illustration highlights the potential impact of sample grouping using a typical HPLC test run.  Whether looking at Analyst work content, or capacity (of Analyst or equipment), the impact is very significant.</p> <p><div data-embed-button="images" data-entity-embed-display="view_mode:media.full_width_image" data-entity-embed-display-settings="[]" data-entity-type="media" data-entity-uuid="7d68a7a5-8b6e-4c45-a59e-2fab2b95455d" data-langcode="en" class="embedded-entity"><div> <div class="field field--name-field-media-image field--type-image field--label-visually_hidden"> <div class="field--label sr-only">Image</div> <div class="field--item"> <picture><source srcset="/sites/default/files/styles/full_width/public/images/Blog-Graphic-UnderstandingLeanLab.png?itok=gYjWOFcR 467w" media="all and (min-width: 1200px)" type="image/png" sizes="100vw"></source><source srcset="/sites/default/files/styles/half_width/public/images/Blog-Graphic-UnderstandingLeanLab.png?itok=wMZXiEwB 467w" media="all and (min-width: 992px)" type="image/png" sizes="100vw"></source><source srcset="/sites/default/files/styles/half_width/public/images/Blog-Graphic-UnderstandingLeanLab.png?itok=wMZXiEwB 467w" media="all and (min-width: 768px)" type="image/png" sizes="100vw"></source><source srcset="/sites/default/files/styles/half_width/public/images/Blog-Graphic-UnderstandingLeanLab.png?itok=wMZXiEwB 467w" media="all and (max-width: 767px)" type="image/png" sizes="100vw"></source><img src="/sites/default/files/styles/third_width/public/images/Blog-Graphic-UnderstandingLeanLab.png?itok=jBTKsXHu" alt="blog graphic understanding lean lab" typeof="foaf:Image" class="img-responsive" /></picture></div> </div> </div> </div> </p><p>QC requires <em>some</em> lead time in order to:</p> <ol><li>Level workload within the lab</li> <li>Leverage the productivity &amp; capacity benefits of grouping samples on test runs</li> </ol><p>Of course, service level is a key deliverable in any lean lab project, and the business will not tolerate poor lead time performance in order to deliver benefits elsewhere.</p> <p>When designing lean lab solutions, a key design target is to be as<em> productive as possible, while delivering consistently against the lead time targets of the business</em>.    </p> <p> </p> <p> </p> </div> <div class="field field--name-field-postscript field--type-text-long field--label-hidden field--item"><p>Our consultants can provide further information on the above and discuss any aspect of Real Lean Transformation, simply <a href="/set-call">set-up a call</a> today.</p> </div> <div > <button class="btn btn-category" > <a href="/taxonomy/term/100" hreflang="en">QC</a></button> <button class="btn btn-category" > <a href="/taxonomy/term/88" hreflang="en">lab capacity</a></button> </div> </div> </div> Wed, 19 Aug 2020 22:38:15 +0000 John Larkin 133 at https://bsmlean.com Surge Capacity in Labs https://bsmlean.com/blog/tom-reynolds/surge-capacity-labs-1 <div class="layout layout--onecol"> <div class="layout__region layout__region--content"> <div class="field field--name-dynamic-token-fieldnode-author-picture field--type-ds field--label-hidden field--item"> <img loading="lazy" src="/sites/default/files/images/userpics/tom-reynolds.jpg" width="51" height="67" alt="" typeof="foaf:Image" class="img-responsive" /> </div> <div class="field field--name-dynamic-token-fieldnode-article-meta field--type-ds field--label-hidden field--item">Published by Tom Reynolds in <a href="/blog/category/lean-laboratory" hreflang="en">Lean Laboratory</a>, <a href="/blog/category/lean-manufacturing" hreflang="en">Lean Manufacturing</a>, <a href="/blog/category/lean-programs" hreflang="en">Lean Programs</a> on July 17, 2020 </div> <div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"><p><strong>A good design</strong> will accommodate all known and predictable workload volumes and volatilities. This will include non-routine, event or issue-based workloads that, based on recent history, can reasonably be expected to occur at some point.   However, it will not normally include spare resources for exceptional or unprecedented spikes in workloads as this can involve carrying significant extra cost. Also, because the extra resources tend to get absorbed into the routine operations, it can actually reduce on-going productivity.   </p> <p><strong>A better approach</strong> therefore is to create a defined plan to rapidly increase short term capacity. This should be done ahead of time rather than trying to solve the problem from scratch when there is a sudden increase in Lab Workloads. A ‘Surge Capacity’ plan should identify incremental strategies to quickly increase the lab’s short-term capacity and be agreed in advance with all relevant stakeholders.</p> <ul> <li>What is a surge?  - A surge is when the short-term Lab workload (i.e. the demand) is significantly above the normal capacity of the Lab</li> <li>Surge Capacity is the ability of a lab to rapidly increase its short-term testing capacity above the normal capacity / levelled demand rate.</li> </ul> <h2>Typical causes of Surges in Demand</h2> <h3><strong>Event Based:</strong></h3> <p>Surges in demand can occur due to exceptional events that generate additional testing workloads above the normal routine testing. Examples of this include</p> <ul> <li>‘Positive’ Micro Events (EM blooms / Sterility issues / Media Run failures etc.)</li> <li>Manufacturing Equipment Issues and associated validations / re-validations</li> <li>Adverse Events – Support for Investigations</li> </ul> <h3><strong>Testing Backlogs:</strong></h3> <p>By Definition a Backlog can only occur if the rate of testing falls below the incoming demand for a period of time. Equally, a backlog can only be cleared if the rate of testing exceeds the incoming demand for a period of time. Common reasons for testing backlogs include:</p> <ul> <li>Lab Equipment failure or failure of the Test</li> <li>Insufficient Analyst resources to test at the levelled demand rate. For example due to: <ul> <li>Vacation Season</li> <li>Long term absence (your lab process design should include cover for normal short-term illness)</li> <li>Exceptional short-term absence (e.g. flu season / your country wins the world cup)</li> </ul> </li> </ul> <h3><strong>Changes in Demand: </strong></h3> <p>There can be significant increases in testing workloads due to unpredicted or uncommunicated increases in production volumes. The changes may be short term or temporary - for example if Production are building stock to cover a planned shutdown or longer term -for example if the sales demand for the product has increased. If the increase is permanent or long term, the levelled demand for the lab should be re-calculated and the process re-designed.  The lab resources should be permanently increased based on the new levelled demand. Surge capacity can be used to cover an interim period while this is happening or if the change to demand is short term.   </p> <h2><strong>Constraints on Lab Capacity </strong></h2> <p>The Capacity of Labs is normally constrained by</p> <ul> <li>The amount of trained Analyst Resources available (measured in Analyst hours per period or FTE</li> <li>The availability of Test Equipment (measured in System Hours per period)</li> <li>The operating hours and days (e.g. 8/5, 24/7)</li> </ul> <p>Generating additional capacity to deal with surges in workloads will normally require temporary increases in some or all of these constraints.</p> <h2><strong>Creating Surge Capacity </strong></h2> <p>At its simplest, you can only increase lab capacity by having more and/or larger runs. Of course, enabling larger or additional runs usually requires addressing some or all of the common lab constraints.     </p> <p>Larger Runs will sometimes require additional analyst resources (the increase in the work content for each run may require an additional analyst to do some of the tasks).</p> <p>More runs will typically require additional analyst resources plus extra equipment hours and/or increased hours of operation.</p> <h3><strong>Increasing Testing Analyst Resources</strong></h3> <p>Options for temporarily increasing the availability of analysts to support more or larger test runs include:</p> <ul> <li>Temporary Suspension of non-testing activities e.g.</p> <ul> <li>Project Work</li> <li>‘Non-Test Tasks’</li> </ul> </li> <li>Temp Transfer of Analysts from other Labs or sites</li> <li>Annualised Hours contracts / increased hours from part time people</li> <li>Simple overtime</li> </ul> <h3><strong>Increasing Equipment Resources (i.e. available system hours)</strong></h3> <p>In the short term, it is not usually feasible to source, buy, install, validate and / or qualify additional equipment. Therefore, the most viable option for temporarily increasing the availability of equipment is to temporarily extend the lab’s hours of operation. This can be done via</p> <ul> <li>Overtime</li> <li>Modified, Extended or Additional shifts</li> <li>Weekend working</li> </ul> <p>Note: If the equipment already runs unattended into the “off shift” (e.g. HPLC systems).  The additional shifts will need to cover the time after the run finishes.</p> <h2><strong>Other Options </strong></h2> <p>In some circumstances, it may be possible to transfer surge volumes to other entities. For example to:</p> <ul> <li>To other labs on the site</li> <li>To other sites within the company</li> <li>To specialist contract testing labs</li> </ul> <p>This would obviously require prior qualifications and approvals to be in place.</p> <h2><strong>Defining a surge capacity Process / Plan:</strong></h2> <p>Evaluate the risk of Surges in Workload in your lab related to each of the common causes and their potential impact on testing capacity</p> <h3><strong>Test Backlogs - Equipment Failure:</strong></h3> <h4>For each key piece of equipment evaluate:</h4> <ul> <li>What is the likelihood of a significant failure in the next 12 months? (you can use historical data to inform your opinion)</li> <li>How much redundancy do you already have? (i.e. compare the demand in system hours v the capacity in system hours)</li> <li>How long will it take to repair (what is the service level agreement with your supplier)</li> </ul> <p>You can then score the risk as follows:</p> <p>Risk Score =    % risk of occurrence x likely downtime (in working days)</p> <p>% of Demand in Equipment Redundancy</p> <ul> <li>Example 1:  A 20% risk of failure in the next 12 months x 10 working days to fix / 40% existing redundancy = 5</li> <li>Example 2: A 10% risk of failure x 10 working days   / 80% existing redundancy = .125</li> </ul> <p>For equipment with higher scores, consider investing in additional redundancy and / or define a specific surge capacity strategy</p> <h3><strong>Event Based: </strong></h3> <p>For each potential cause of extraordinary workloads (e.g. Sterility positive, unplanned validation studies, major investigations etc.)</p> <ul> <li>What is the likelihood of a significant event in the next 12 months? (you can use historical data to inform your opinion)</li> <li>How much extraordinary work is an event likely to create (in additional test runs &amp; associated effort or equipment time)</li> </ul> <p>You can score the risk as follows</p> <p>Risk Score = % risk of occurrence x additional work (in analyst testing days)</p> <ul> <li>Example 1: a 20% risk of occurrence x 10 analyst days of extra testing = 2</li> <li>Example 2: a 10% risk of occurrence x 10 analyst days of extra testing = 1</li> </ul> <p>For events with higher scores, define a specific surge capacity strategy.</p> </div> <div class="field field--name-field-postscript field--type-text-long field--label-hidden field--item"><p>Our consultants can provide further information on the above and discuss any aspect of Real Lean Transformation, simply <a href="/set-call">set-up a call</a> today.</p> </div> <div > <button class="btn btn-category" > <a href="/taxonomy/term/88" hreflang="en">lab capacity</a></button> <button class="btn btn-category" > <a href="/taxonomy/term/89" hreflang="en">backlogs</a></button> <button class="btn btn-category" > <a href="/taxonomy/term/90" hreflang="en">demand</a></button> <button class="btn btn-category" > <a href="/taxonomy/term/91" hreflang="en">surge capacity</a></button> <button class="btn btn-category" > <a href="/taxonomy/term/92" hreflang="en">lean process</a></button> </div> </div> </div> Fri, 17 Jul 2020 11:25:14 +0000 Tom Reynolds 129 at https://bsmlean.com