Home > Resource Center > Guardian > Processes & Procedures > 9 mini case studies: calling an audible when a data destruction or data center decommissioning the project scope changes overnight

9 mini case studies: calling an audible when a data destruction or data center decommissioning the project scope changes overnight

Benjamin Franklin was quite confident when he stated, “Nothing is certain but death and taxes” but through years of experience, Guardian can confidently add another certainty to Ben’s: every job has a surprise.

Sometimes it’s the same headaches that every business deals with: Mother Nature, mechanical issues or illness. In all of these instances, Guardian Data Destruction’s process is prescribed:  immediately notify our VAR or ITAD client of the issue and provide alternative solutions or timings. Once approved and documented, the project managers at HQ verify and walk through the adjustment with the onsite team.

And then they move on to the next pickle or project—business as usual.

But, we also encounter some situational humdingers (whoppers even). The following examples have one common denominator; they were quickly resolved with the same process we use for a flat tire or unexpected squall. Once the ITAD/VAR and their customer agree on the updated project plan, we get to work.

Business as usual (with a twist).

The root cause of a job scope surprise!

The fundamental cause of the onsite snags? There isn’t one.

A high percentage of Guardian’s projects flow through multiple layers with many stakeholders and fluctuating scopes. Information changed at one level doesn’t trickle down and responses don’t float up to the designated point of contact. Or there are physical unknowns or gradual scope changes that just aren’t noticed or flagged by offsite stakeholders.

Because we know that project communication can sometimes be like a game of telephone, the Guardian team aims to arrive prepared. Before going onsite, our teams review the jobs, know the site contacts, and have a plan B and possibly a plan C. As the team progresses through the day, they update their project managers regularly with status messages keeping our teams and the client in sync.

Top 10 everyday, common surprises-upon-arrival of a data center decommissioning or data destruction project

Since most of our projects are onsite, the Guardian team prides itself on “can do” so that the job doesn’t come to a screeching halt. Our operations departments and project managers work tirelessly to learn as much as possible about the site and the scope of work before the job is scheduled, and yet surprises happen regularly.

When that happens (hello Murphy’s Law), our primary focus is on how to convert a surprising challenge to “surprise, the job is done” without any compromise in security or chain of custody. Common onsite revelations include:

  1. There’s no loading dock to wheel equipment off or load pallets of shred, hard drives or IT assets.
  2. There is a loading dock but it’s an irregular size made for smaller trucks (common in older cities).
  3. The point of contact who is unaware that a scheduled job is…scheduled.  
  4. The provided names of the project team weren’t sent to building security.
  5. The assigned site point of contact isn’t anywhere to be found. The backup point of contact’s number is incorrect. 
  6. The assigned site point of contact is available but wasn’t told about the project or doesn’t know where the IT assets are. 
  7. The confirmed onsite address is not the right address. 
  8. The point of contact is in another country or time zone.
  9. The service elevator to move processed IT assets to a truck at the loading dock is broken or unavailable.
  10. The quantities on the paperwork are nowhere near the quantities waiting for the team aka some last-minute scope creep:  “Well, you’re here, so….“.

In each situation, the structure of the Guardian process prevails: our onsite team Lead immediately contacts their project manger with a description of the problem and they put together their heads to devise solutions. The PM immediately confers with our ITAD/VAR who gets a final signoff from their customer on the new plan with minimal delays.

But then there’s this: how to handle extraordinarily different project scopes

No matter how many planning meetings, confirmations, in-person walk-thrus and pre-project documents are in place, stuff happens. For us, we see situations like the Mini Case Studies below as an opportunity to prove why our customers rely on us.

ServicePlanned project scopeThe Guardian “can-do” pivot
1IT Asset LogisticsPick up and transport 35 server racksPick up and transport 192 server racks
2Scan, verify and data erasureScan, verify and wipe 600 computers in 5 daysScan, verify and wipe 2,500 computers in 2 weeks
3Data destructionShred 100+ hard drives in 1 dayShred 4,500 hard drives ASAP
4Data destructionShred 10,000 hard drives in 5 daysShred 45,000 hard drives in two weeks (including overnights)
5Data center decommissioningDecom 5 data center cages composed of 125 cabinets, 70 without wheelsUngang and dismantled ladder racking locking in 80% of unwheeled cabinets
6Data center decommissioningAudit, white glove pack and remove 3 racks in 1 dayAudit, white glove pack and remove a full data center room in 1 week
7Tape shreddingShred 20,000 tapes onsiteThe shred engine blew out almost immediately. Immediately drove another shred truck to the site and finished the job on time
8Data center decommissioningPrep (remove PDUs and wiring) and remove 1000 racks, cable mining from two 30k sq ft data centersPrep (remove PDUs and wiring) and remove racks, cable mining, remove all CAT5/6 wiring above and below flooring, trace and remove 2000 power whips from two 30k sq ft data centers
and multiple IT storage rooms to fill (24) 53ft trucks

Fun fact: the final walkthrough took 2 days because the site was so big!
9Audit, process and pack data center assetsClient-supplied servers, switches, firewalls, blade servers (hard drives pulled by internal staff)18TB of undocumented but installed data storage discovered, validated and shredded (SSDs, HDDs, PCIEs, M.2s, SATADOMs and soldered-on drives)

Read the case study here >

Calling an onsite audible (a team-based methodology)

Like many service providers, Guardian has built a process based on experience to handle scope changes that happen overnight. Because each situation is a mashup of different services, ITADs/VARs and end users, we rely on:

  • The trusted relationship between Guardian and our ITAD/VAR channel partner.
  • Direct, instantaneous and regular consistent communication from project beginning to the end – within the team and with the channel partner
  • Heads together immediately to develop a solution that meets the ITAD/VAR and end user’s needs with the least time delay 
  • Zero tolerance for team idle time – keep the team working while the scope change is going through the (rapid) approval process
  • No sacrifice to data security, chain of custody or project efficiency
  • A focused mindset from the outset:
    • NOT thinking that we have a problem, only how to solve it 
    • No stopping the work at hand while waiting for a change order

In the end, it’s about getting the job done in a way that pleases and makes sense to our channel partners and their customers that rely on secure, compliant and absolute data destruction and data center services.

If you’re a VAR, ITAD, MSP or reseller that is looking for a partner with the flexibility to meet your customers’ needs, talk to us >

With Guardian Data Destruction, you'll never have to worry or second-guess.

Get a quote Talk to us

Join our mailing list

Previous Next
Close
Test Caption
Test Description goes like this