Global Inventory Checks (GICs) (英文版)

×

Status message

If you have any questions about this page or if you find any errors, please write a message to the support wall and a Labdoo volunteer will help resolve it. Thank you for helping to improve our wiki pages.

At Labdoo, we all like the joy of seeing our laptops loaded with education software deployed in schools around the globe. But it is also very important that all the devices we deploy can eventually find their way to a recycling factory. The risk of not doing so is the generation of electronic waste in places that don't have the means to recycle technology, which is a potential problem that could defeat the good intentions of our efforts. The bias "deploy versus clean up" goes very similar to the dynamics we often see in a friends party: we all enjoy more preparing and being part of a party than to clean up the dishes after the party is over. Yet we cannot stress enough the importance of having the capability and will to recycle all electronic devices to help preserve our planet.

To help eliminate potential electronic waste, Labdoo incorporates a tool called Global Inventory Check or GIC (pronounced as in "jeek(s)"). The GIC mechanism works as follows:

  • Accessing GIC Tables. Each edoovillage project has a table (called the GIC table), in which each row corresponds to a dootronic assigned to that specific edoovillage. The table has two columns: one is for the Labdoo identifier of each dootronic and another one is used to reflect its current status. This table is used to provide an easy way to update the status of all dootronics assigned to an edoovillage.
    Figure. GIC tables are found by clicking on the GIC tab of each edoovillage page.
  • Updating GIC Tables. Every 6 months (in January and in July), Labdoo issues a "call for GIC updates" and each project manager will need to do a quick inventory check of the dootronics in his/her edoovillage and update the GIC table according to the latest status of the devices. If a deployed dootronic stops working, its corresponding entry in the GIC table must be marked with the status "[S9] Deployed but not working".
    Figure. If you find that a deployed dootronic stopped working, mark it with the status "[S9] Deployed but not working"
  • Feedback communication. In order to update the GIC table, edoovillage managers need to be in communication with the corresponding point of contacts in the edoovillage site (the teachers, IT personnel or persons in general who are in charge of maintaining the deployed dootronics.) Through this communication, feedback can be collected to detect when a dootronic that stops working needs to be rescued.
  • Rescuing dootronics. Once a dootronic is marked with the status "[S9] Deployed but not working", edoovillage managers and labdooers in charge of supporting the edoovillage need to activate a dootrip to rescue the broken dootronic and bring it back either to a hub where it can be fixed or to a proper recycling location if it cannot be repaired. If you or someone knows how to fix the dootronic, there is no need to bring it back to a hub, you can go ahead and fix it too.

A final comment about GICs is that besides using them to help you track broken deployed dootronics, they can generally be used to quickly update all the dootronics assigned to an edoovillage in one shot. Often, updating the status of a dootronic (e.g. from status T1 to status S4) needs to be done on several dootronics that are all associated with the same edoovillage. The GIC table shows you in one page all these dootronics, allowing you to change their status at once in just a few clicks.


Continue reading to the next page:
Managing Hubs(英文版)


Go back to read the previous page:
版本控制