-
Notifications
You must be signed in to change notification settings - Fork 2
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Issue #161: First draft of guide on emergencies.
- Loading branch information
1 parent
2e4f64b
commit 881761b
Showing
2 changed files
with
35 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,34 @@ | ||
# Handling Emergency Requests From Clients | ||
|
||
First and foremost, we try to honor the clients who have put their trust in Tandem to handle their web needs. Dealing with emergencies well helps bolster the confidence in our relationship with our clients and should spark a sense of pride in our team. Handling these situations should hopefully end up feeling similar to helping any friend with a personal emergency. The friend should be understanding and respectful of your boundaries, and you should be understanding of the stress this emergency is placing on your friend. With all of this in mind, here are some guidelines to how we should handle emergency requests from clients: | ||
|
||
1. If the client already has an active project with us, either as something new or on a retainer, handling of emergencies should be fairly straight forward if the request comes in during normal business hours. We simply re-prioritize the current sprint to move the emergency before other work, which means other work may get bumped to the next sprint if we run out of time. | ||
|
||
2. If the client does not have an active project or retainer, and is therefore not scheduled for work in the current sprint, and requires us to fit an emergency into the current sprint, we will escalate the issue to a 'P2' level emergency. | ||
|
||
3. If an emergency is required to be handled outside of Tandem's standard business hours, requiring a team member to work during nights and/or weekends, we will escalate the issue to a 'P1' level emergency. | ||
|
||
## Emergency Levels | ||
|
||
### P2 | ||
|
||
P2 emergencies are charged at an elevated fee compared to the standard rate. This is done to cover the costs of additional compensation for our staff to handle these emergencies and also as a means to encourage healthy scheduling expectations. When a client's request pushes into a P2 scenario, Tandem should give written notice of the elevated charges and get confirmation from the client in writing that they accept the charges. The notification could be something like: | ||
|
||
> Hey Steve! I just wanted to send you a note confirming that we got your request to jump on resolving that issue with the site going down during the sale. We've scrambled the team and they're checking the New Relic data to track down what is slowing things down. As we didn't have any work scheduled this week for your project, we're slotting this in as an emergency which will be at an elevated rate of $XXX. Can you just shoot me back a quick confirmation that you approve? Thanks! | ||
### P1 | ||
|
||
P1 emergencies are any emergency that falls outside of our normal business hours, requiring a team member to take time away from their family and friends to go above and beyond the call of duty in assisting our customers. Tandem values healthy boundaries between our work and personal lives because we believe it leads to healthier and happier employees (which also translates into better quality work!). | ||
|
||
In recognition of the extra work we ask out of our team in these cases of high-level emergencies, Tandem charges it's highest rates for this kind of work, both to ensure we can compensate the extra work from our team members and as an incentive for clients to keep requests for work inside our normal business hours if possible. The same principles apply as with P2 requests. Ensure we let the client know the costs are going to be elevated, and ask for confirmation that they understand the costs. | ||
|
||
## Coordinating our Response | ||
|
||
In the case of an emergency, one thing is almost always certain, the plans we've put in place for the week need to change. As a developer, when these things come up, the first thing you should do is to ping whoever is coordinating the project and let them know you have to jump on an emergency. If that lucky person happens to also be you, then you also get to handle the next level, which is to make sure Alec knows about the issue. | ||
|
||
We do this for a few reasons: | ||
|
||
1. We may need to let other clients know about a shift in plans. | ||
2. You might need help! Working on an emergency can be stressful, and it's often best done with a team. Communicating with the client about an issue makes it difficult to stay in the code and troubleshoot and/or fix the issue. When possible, splitting these functions up can greatly reduce stress and possibly improve our performance in solving the issue. | ||
|
||
ultimately, the goal of our emergency policy is to ensure we're able to handle the inevitable surprises that come up while maintaining our commitments to our clients and keeping Tandem the calmest place to work we possibly can. |