Rahul Samuel’s Tech Rider

About the Tech Rider

A tech rider is an equipment-related checklist used by musicians and the venues in which they play. It’s a rider or addition to the performance contract.

 A tech rider is a one-page document that gives the venue and/or soundman an understanding of what your technical requirements are and how to set up the stage before you arrive. It also gives them an opportunity to let you know if they can’t accommodate any of your needs.

From the SonicBids blog

Recently I came across the website of Rahul Samuel, an acoustic consultant and live sound engineer in Karnataka, India. He has a post on how to make the perfect tech rider for your band. Rahul was kind enough to allow his rider to be featured here at the Ensampler.

There are eight main parts–which is to say, the checklist has specialized sections based on a particular focus or concern.

  • The line up (band members, instruments, and tech requirements

rahul tech rider 1

  • Equipment / backline (the latter seems to mean the onstage amplifiers, which I understand are sometimes arranged in a line at the back of the stage)
  • Stage plot (a technical floorplan for the performance)

tech rider stage plot

  • Input patch list (list of channels, instruments, and microphones, used by the sound engineer)
  • Monitor requirements (for the onstage speakers used by the band)
  • Special needs or requests
  • Band engineer’s requirements

Performers (not the musicians; the people using the checklist)

A number of people can make use of the tech rider. First, the person responsible for collecting the band’s requirements. A brand-new band can work with a sound engineer to learn about equipment and work up their own tech rider.

The other party in the performance is the venue, and probably a specialist like the venue’s sound engineer (on staff, or contracted).

Accomplishment

Checklists, in whatever form they take, focus on completion, coverage, and verification. As Rahul says, “Tech riders are great, they not only bring the sound vendor and sound engineer up to speed, but also work as a brilliant check list for the band.”

So: the tech rider lets the venue know what the band’s needs are, how the stage should be set up, and so forth. If the venue can’t accommodate those things, both parties can deal with that situation ahead of time.

Rahul’s post includes requirements for the venue’s sound system and the FOH (front-of-house) console (sound mixer). There’s a great deal of technical information compressed into twelve lines; the goal is clarity and completeness.

rahul foh

Other comments

Rahul’s post on the tech rider includes some tips that could easily be built into the form a band uses for its rider. Two of them are practical for form-type job aids in general:

Put the band’s name and tech contact information in the header, on every page.

Rahul mentions that when working at a festival, he’s received a patch list with no idea which band it was for.

Use “Page 1 of 4” numbering.

Far easier for someone to know if he’s missing part of the document.

 

Airbus Quick Reference: Engine Dual Failure

About the QRH for Engine Dual Failure

On January 15, 2009, US Airways flight 1549, an Airbus 320, lost thrust shortly after takeoff and ditched in the Hudson River. The following year, the National Transportation Safety Board (NTSB) issued its report on the incident (summary, full report).

Thirteen seconds after the plane struck birds, captain Chesley Sullenberger told first officer Jeff Skiles, “Get the QRH [Quick Reference Handbook] loss of thrust on both engines.” (Skiles had recently been to recurrent training, and so Sullenberger believed the first officer could find the QRH more quickly.)

In everyday speech and in news reports, such tools are often called checklists, but because the Engine Dual Failure quick reference involves a sequence of actions, as a job aid I consider it a procedure. It’s a guide through a number of steps to follow when both engines of an Airbus fail.

Accomplishment

At one level, the accomplishment here is to safely land the aircraft following the failure of both engines. Looking deeper, you can see that there are decision paths build into the quick reference.

Step 1 has to do with fuel.

  • “If no fuel remaining…” has eight substeps to complete before going on to Step 2.
  • “If fuel remaining…”  is even more complicated, with internal decisions based on type of aircraft, ability to reach Air Traffic Control, result of trying to relight (restart) the engines; the longest path has fifteen substeps.

Step 2 (on the second of the three pages) hinges on whether the attempt to restart the engines was successful.

Step 3 deals with whether the aircraft will have a forced landing (that is, on the ground) or a ditching (an emergency landing in water).

Performer

This is a highly specialized job aid, intended for use by the flight crew of particular Airbus aircraft. It’s full of technical shorthand (FAC 1, OFF then ON; ENG MODE Selector, IGN) and directions aimed at skilled people (“Add 1° of nose up for each 22,000 lbs above 111,000 lbs…”).

Coping with emergencies: a performance dilemma

In an emergency, one risk is tunnel vision: becoming so engrossed with certain aspects of the situation that routine ones get overlooked. Job aids are one way to address this–if the performers are trained to rely on the job and, and the work culture emphatically supports their use, then it makes sense to store information and guidance in the job aid.

Skills that are time-critical, like the actual flight maneuvers, are the ones that you spend time learning (storing in memory).

The NTSB report acknowledges this, and notes a performance dilemma:

Accidents and incidents have shown that pilots can become so fixated on an emergency or abnormal situation that routine items (for example, configuring for landing) are overlooked. For this reason, emergency and abnormal checklists often include reminders to pilots of items that may be forgotten. Additionally, pilots can lose their place in a checklist if they are required to alternate between various checklists or are distracted by other cockpit duties; however, as shown with the Engine Dual Failure checklist, combining checklists can result in lengthy procedures. [NTSB report, p. 92]

Comments

I’ve written about Flight 1549 on my other blog. Some aspects are relevant to the example of this quick reference. For example, the reference assumed a higher air speed and a higher altitude than Flight 1549 had.

Sullenberger said later that although there was an additional reference for ditching the aircraft, the crew never got to use it. “The higher priority procedure to follow was for the loss of both engines,” he said in an interview. In other words, in their professional judgment, it was much more important to try and restart the engines.

So: on the one hand, you can’t infallibly job-aid your way through every possible situation. But neither can you infallibly train (work at storing in memory) through them all, either.

Side note: passengers and safety

Talking isn’t training, and listening isn’t learning. Despite the inescapable safety briefing on every U.S. commercial flight, only half the passengers evacuated with their “can be used as a flotation device” seat cushions. 19 passengers also tried to retrieve life vests from under their seats; only 3 succeeded.

And of the 30 who tried to put on a vest once outside the plan, only 4 said they could do so properly.

Nevertheless, without taking anything away from the safe ditching of the aircraft, the evacuation training that the cabin crew regularly underwent (so as to be able to perform from memory) had a great impact, though one much less widely acknowledged, on the survival of every passenger from Flight 1549.

HTML Arrows

About HTML Arrows

html arrows home page
Click to enlarge; grid view from htmlarrows.com

HTML Arrows is a multifaceted reference tool created by Zeppelin.io. The quick summary: it presents codes for displaying symbols in a number of different formats. In the screen shot above, on the left, you see the left-arrow symbol ( ← ). Beneath it are the formats for unicode, hex (or hexadecimal) code,  and HTML code and entity.

At the top of the screen is a menu to take you to subsets of symbols: arrows, currency, letters, mathematical symbols, numbers, punctuation, and other symbols.

In the row just below that menu, there’s a search function and controls to switch from grid style (what you see above) to table style (below).

html arrows table style
Click to enlarge; table view from htmlarrows.com

What’s the accomplishment?

References job aids don’t guide a specific task; they’re not a procedure like a recipe, and they’re not helping you make a particular decision. The goal of a reference job aid is to organize information that the intended audience can use in a number of ways.

I see two main categories of reference job aids:

  • Recall: these references present clusters of information (like the Articulate keyboard shortcuts), or indexes (like dictionaries or tables of codes).
  • Callout: these references either decode information (the fields on a form, the parts of an engine) or organize information spatially (like a you-are-here diagram or a geographic map)

I’d put HTML Arrows in the recall camp. In fact, though, calling it a list is like calling a 777 a vehicle.

Who’s the performer?

Someone needing to know the code for a particular format (“What’s the HTML for the capital cedilla [ Ç ] ?”). And, likely, someone browsing a category to see whether there’s a symbol (like for the Thai bhat).

Background 

Alexander Dixon, one of the creators HTML Arrows kindly shared some background. He and his friend, in their web design roles, often needed some of these codes. “We thought it would be a fun design challenge to quickly build our own version; the highly typographic nature of the content was exciting — which surprisingly none of the sites we had found really embraced.”

The table layout, he says, delivers a conventional list that might be faster for advanced users; the grid is very easy to navigate visually.

The feedback so far has been really positive, most suggestions are for additional symbol sets on the homepage or main sub-pages.

The value we believe the site brings is in the focus on typography and color to create clear visual hierarchies for both navigation and page elements, the structure of which we derived from the HTML character sets and symbols themselves.

…We’re excited people have found the site helpful, and it’s very cool to see that it can be useful in ways other than simply as a character reference.

My comments

As I told Dixon, this is an stellar example of a job aid. I’m especially glad to talk about it here since it dispells the job-aids-must-be-small myth.

Beyond that, it shows how powerful and appropriate a digital job aid can be. I’m not opposed to paper (you should see my workspace as I write this). 50 years ago, in fact,  if you’d wanted an index of symbols (so you’d know what § was called, say), you’d have needed a pretty heft manual and been happy to find it.

Zeppelin has harnessed the power of code to deliver lots of functionality, almost effortlessly:

  • Swap between grid format and table format.
  • Choose subcategories via the main menu (arrows, currency, letters, and so on)
  • A search function (“…a final element we wished existed on more of the sites we used…”)

In addition, you can click an individual symbol for a close-up that includes (in this case) an HTML example and a CSS example.

html arrows euro sign