Difference between revisions of "Tech support hardware swap policy"
Jump to navigation
Jump to search
m (→Policy) |
m (→Policy) |
||
| Line 7: | Line 7: | ||
''Body that set the policy(s) on [lists.freegeek_meeting_Minutes Date Adopted].'' | ''Body that set the policy(s) on [lists.freegeek_meeting_Minutes Date Adopted].'' | ||
| − | From time to time tech support will encounter hardware that either in part or in whole needs to be changed. Sometimes systems have things fail that would simply take too much time for us to | + | From time to time tech support will encounter hardware that either in part or in whole needs to be changed. Sometimes systems have things fail that would simply take too much time for us to troubleshoot and repair, usually they can be fixed or further diagnosed elsewhere at a later time. |
Conditions for swapping an entire system (box): | Conditions for swapping an entire system (box): | ||
| − | *System does not turn on at all | + | * System does not turn on at all |
| − | *Motherboard is bad (blown caps, or otherwise non-memory/video related issues) | + | * Motherboard is bad (blown caps, or otherwise non-memory/video related issues) |
User modified boxes: | User modified boxes: | ||
| − | If a user has made hardware modifications to a system, | + | If a user has made hardware modifications to a system, it's hard for us to tell if the |
| + | issues they are having is our fault or theirs. We also need to avoid cases where a user may | ||
| + | try to pass off their own bad hardware (memory, video card, etc) as ours in order to get an | ||
| + | exchange. If a user has not taken the build class then we may not want to make an exchange | ||
| + | unless its clearly unrelated to what the user has modified. | ||
Once we determine that we are going to swap a system we need to: | Once we determine that we are going to swap a system we need to: | ||
* Inform the user | * Inform the user | ||
| − | * Find a similarly spec'd system to swap | + | * Find a similarly spec'd system to swap |
| − | * Install the users old drive into the new system (unless old drive is bad | + | * Install the users old drive into the new system (unless old drive is bad or the user |
| − | + | doesn't care) | |
* Install and setup any additional hardware that was in the old system (wireless cards, | * Install and setup any additional hardware that was in the old system (wireless cards, | ||
modems, etc) and test | modems, etc) and test | ||
| − | * | + | * Send old machine to Build for Quality Checking or recycling |
==Notes== | ==Notes== | ||
Revision as of 18:07, 28 May 2009
This is a page concerning a policy or procedure in development.
Once fleshed out, we'll consider it for adoption as official policy at Free Geek.
Tech support hardware swap policy: Note on what the policy is about/Scope of policy
List of Policies - Policy Development
List of Policies - Policy Development
Policy
Body that set the policy(s) on [lists.freegeek_meeting_Minutes Date Adopted].
From time to time tech support will encounter hardware that either in part or in whole needs to be changed. Sometimes systems have things fail that would simply take too much time for us to troubleshoot and repair, usually they can be fixed or further diagnosed elsewhere at a later time.
Conditions for swapping an entire system (box):
* System does not turn on at all * Motherboard is bad (blown caps, or otherwise non-memory/video related issues)
User modified boxes:
If a user has made hardware modifications to a system, it's hard for us to tell if the issues they are having is our fault or theirs. We also need to avoid cases where a user may try to pass off their own bad hardware (memory, video card, etc) as ours in order to get an exchange. If a user has not taken the build class then we may not want to make an exchange unless its clearly unrelated to what the user has modified.
Once we determine that we are going to swap a system we need to:
* Inform the user * Find a similarly spec'd system to swap * Install the users old drive into the new system (unless old drive is bad or the user doesn't care) * Install and setup any additional hardware that was in the old system (wireless cards, modems, etc) and test * Send old machine to Build for Quality Checking or recycling
Notes
Include some or all of:
- the current process for complying with this policy
- Related policies
- Interpretation/Implementation/Commentary
- Examples/Background/History
- Exceptions/Ramifications
- Etc...