ICT and Telecommunications Technicians
Monitor and provide technical support functions for ICT and telecommunications networks and infrastructure, including the diagnosis and resolution of technical problems.
An outage and a long list of calls
You are an ICT and telecommunications technician on call for a small regional internet and phone provider. It is 8am. Overnight, a group of customers lost their connection and the phones are lighting up. You have two jobs booked, a truck to load and a fault you have not yet found.
Choose what you would do. Then see what happens. There are often good reasons for each choice.
We have forty complaints from the same suburb and counting. A big client, a primary school, is one of them. You have a booked install in the other direction. Which do you go to first?
Keep the install, because the customer is expecting you and the outage may fix itself
The outage does not fix itself. By the time you reach the suburb, it has run for hours and the school has sent children home early. A booking matters, but a fault that affects many people usually matters more.
Head to the outage, and ask the desk to call the install customer with a new time
The install customer is understanding when called early and given a new time. You reach the suburb quickly. Putting the biggest problem first, and telling the others, is what a good technician does.
Split it. Do the install quickly, then go to the outage on the way back
The install takes longer than you planned and the outage waits another two hours. Trying to please everyone looked fair but left the larger problem unattended.
We have been offline all morning. I rang your helpline and nobody could tell me anything. I have phones, enrolments and a parent evening tonight. Can you tell me when it will be fixed?
Give a time you think is likely, so he can plan around it
He plans around your time, and you miss it by two hours because the fault is deeper than you thought. A kind guess can become a broken promise.
Tell him you cannot say yet, and ask him to ring the helpline for updates
He is back where he started, in a queue with a helpline that has no news. You are busy, but a short call from the person on site is worth far more than an extra number to ring.
Tell him what you know, what you are checking next, and when you will update him whether or not it is fixed
He cannot get a fix time, but he gets a plan and a time he will hear from you. He moves the parent evening online, over a mobile hotspot. He will remember that someone kept him informed.
I found a note in the log from last night. A contractor reset a power unit in your area at midnight. Could that be it? I can send you a fix I used last time, but it will reboot a lot of other equipment too.
Say yes, send it now, the fix worked last time
The fix reboots the equipment, and for twenty minutes even more customers are offline. The fault was a failed battery, not a setting. A fix from last time answers last time's problem.
Ask Beth to hold, and go and check the power unit on site first
You find the power unit running on a worn-out backup battery. You replace it and the area comes up gradually. Beth's note pointed you in the right direction, and your check kept the fix from making things worse.
Ask Beth to try the fix on a single street first, to see what happens
Small tests are a good habit, but this one still reboots the shared equipment, which does not isolate one street. You learn something, though not what you hoped. Testing needs to match the fault.
How it went
By mid-afternoon the suburb is back online and the school has its phones again. Technicians in this field work with equipment that people rely on without thinking about it, often in a rush and with imperfect information. Does being the person who gets people reconnected sound satisfying to you?
This is a simplified, fictional situation to help you explore. It is not professional instruction or a test of your ability.
Case study: The dropouts that only happened at lunchtime
A fictional case set in the field team of a fictional telecommunications and IT services company, working on towers, offices and server rooms.
The situation
Minh was a field technician at Beacon Networks, sent to a regional medical centre where the internet kept dropping out every day around midday. Two earlier visits had replaced the router and a cable. The practice manager, Gwen, was frustrated, because patient bookings and online records were stopping each day just as the waiting room filled up.
What they did
Minh asked Gwen what changed around lunchtime. Staff mentioned that the microwave in the kitchen was used at midday, and the kitchen shared a wall with the room that held the wireless equipment. Minh set up a monitor to record the signal through the day and watched it dip each time the microwave ran. He moved the equipment to a different room and updated the cabling plan.
How it turned out
The dropouts stopped. Gwen said she wished someone had asked about lunchtime on the first visit. Minh added a question to his own checklist, asking what happens at the time of the fault, and shared it with the team.
What would you do?
- What other everyday things might interfere with a network signal?
- How would you stay patient with someone who has had the problem for weeks?
- Do you enjoy puzzles where the clue is hidden in ordinary life?