Where could the MBTA implement unscheduled short turns?

I recently wrote about short turning a bus on the EZRide Shuttle route. People will ask: “why doesn’t the T do this, my bus is always bunched?!” The answer is a) it’s not easy to do, b) they are way too understaffed to do so, and c) their schedules are so much more complex that there are many more moving parts. At rush hours, the T has four dispatchers watching 100 buses; my office has one or two watching nine (although it’s not our only job, sometimes it demands full attention). The need for short turns arises at times when there is heavy traffic and ridership. At those times, it’s all the dispatchers can do at that time to keep some semblance of order among the 250 buses they’re watching, not turn their attention to one particular part of one single route.

And also: there are only so many places and times you can successfully execute a short turn. Our route has a lot of twists and turns which make it easy for a bus to take a right instead of a left and go from outbound to inbound, but often a short turn may require a bus to go around a narrow block in traffic, and you certainly don’t want a bus getting stuck on a narrow corner where it doesn’t belong. There are more issues with the T: we know our drivers are on one route and that their shifts end around the same time. I’ve actually had times where a driver couldn’t cover an extra run because he or she had to be at another job; this is more frequent at the T where shifts start and end in a very complex scheme and at all hours of the day; a driver might finish one trip and set out on a different route, so a short turn would find them far away from where they needed to be. And finally, the T has thousands of drivers, so there is no way for a dispatcher to know whether a driver is familiar with the route and where to make a turn, or whether it’s his first day in the district and he or she is following the route for the first time.

Trains? Buses are much easier than trains. Trains require operators to change ends, change tracks—often at unpowered switches—and obtain a ton of clearance to do so, especially on the older sections of the MBTA system which don’t have the kind of new bi-directional signaling systems that, say, the DC Metro has. If the T had pocket tracks in the right places, it might be easier. But without them short turns would only save time in a few circumstances and a few areas.

And on a train you’re dealing with even more passengers. I’ve been on trains expressed from Newton Highlands to Riverside. Even with half a dozen announcements, a couple of stray passengers won’t pay attention (buried in their phone, perhaps) and then wonder why the train is speeding past Waban. I’ve heard of crews at Brigham Circle, after switch the train from one side to the other, walking through the car rousing passengers who are on another planet (or just staring at their phones). If you can’t run a short turn expediently, it’s not worth doing at all.

That being said, I have a couple of thoughts on routes which could benefit from more active management and, perhaps, some short turns. Both are frequent “key” routes, both experience frequent bunching, and both carry their heaviest loads in the middle of the routes, so that the passengers from a mostly empty bus in the trailing half of a pair could be transferred forwards without overcrowding the first bus. The are (drumroll please): the 1 and the 39. Let’s take a quick look:

Actual NextBus screen shot for the 1 bus.

1. The 1 Bus is one of the busiest routes in the system (combined with the CT1, the Mass Ave corridor has more riders than any other such route except the Washington Street Silver Line) and frequent headways of 8 minutes at rush hours. There is no peak direction for the route; it can be full at pretty much any time in any direction. And it is hopelessly impacted by crowding and traffic, such that bunching is almost normal, and on a bad day, three or even four 1 buses can come by in a row, with a subsequent service gap. (It could benefit, you know, from bus lanes and off-board fare collection, but those are beyond the purview of this post.)

But the 1 has a couple of features that make it a candidate for short turning. First of all, its highest ridership is in the middle of the route. The route runs from Dudley to Harvard, but the busiest section is between Boston Medical Center and Central Square. Going outbound (towards Harvard) many passengers get off at Central to transfer to the Red Line or other buses, inbound (towards Dudley), many passengers get off at Huntington Avenue and the Orange Line to make transfers. So here’s a relatively frequent scenario:

The black lines show the actual headways. The red
shows what could be accomplished by short-turning
one of the bunched buses at Central Square.

An outbound 1 bus gets slightly off headway, encounters heavy crowds, is filled up, and runs a few minutes behind schedule. Meanwhile, the bus behind encounters fewer passengers, spends less dwell time at stops, and catches the first bus. The first bus may have 60 passengers on board and the second 30. The buses remain full past MIT and pull in together to the stop at Central Square, where two thirds of the passengers disembark (and few get on: it’s faster to the the Red Line to Harvard or beyond). So now, the first bus has 20 passengers on board, and the second 10. In the mean time, since the first bus is behind schedule, there is now a 20 minute service gap: the first bus should have looped through Harvard by now, and if the buses proceed as a pair, the first bus will pull right through the loop and head out late and with a heavy load, and even if the second bus has a few minutes of recovery, it will quickly catch the first, and the process will repeat inbound.

You won’t be shocked by this, but I went to Nextbus, pulled up the map for the 1 bus, and at 10:15 p.m. on a weeknight, found this exact scenario. See the map to the right. The first bus has gotten bogged down with heavy loads, so there is a 22 minute gap in front of it, while there is another bus right behind. The bus in front should be going inbound at Central right now, but instead both will continue to Harvard, loop around, and start the route bunched: the second bus will lay over for about three minutes and, most likely, after passing several vacant stops, be right on the tail of the first.

This is what the 1 bus route should look like
without any bunching. This is somewhat rare.

And the loop is a particular problem since there is not time or space there for the route to have recovery time, so if a pair of buses enters bunched, they are likely to leave bunched as well. Instead of having proper recovery time at each end, only Dudley serves to even out headways. So bunches are much more likely on the inbound (Harvard-Dudley) having occurred going outbound. And given the traffic, passenger volume and number of lights on this route, bus bunching is likely.

But what if, magically, that bus could be going inbound? Well, it could, and it wouldn’t be magic. It would be a short turn. If a dispatcher were paying special attention to the route, the operators could consolidate all passengers on to one bus in Central Square. At this point, the empty bus could loop around and resume the trip inbound from Central (even waiting in the layover area for a minute or two if need be to maintain even headways), where the bulk of the passengers will be waiting. The bus with passengers will continue to Harvard. On the subsequent trip, every passenger’s experience will be improved. Anyone waiting for a bus inbound from Central will have service 10 minutes earlier—on a proper headway. And passengers between Harvard and Central will have a bus show up when it would have, except instead of quickly filling up as it reaches stops which have had no service for 22 minutes and subsequently slowing down, it will operate as scheduled.

Note that one bus is catching the other. This is the start
of the bunch. 10:09 PM. It’s not too late to short turn!

I watched the route for a while longer, and as predicted, the pair of buses looped through Harvard together, and then traversed the entire inbound route back-to-back, meaning that everyone there waited ten extra minutes, only to have two buses show up together. Every inbound passenger experienced the wonders of a 22 minute headway when the route is scheduled for 12. However, with one dispatch call and a transfer of a few passengers in Central, the headways could have been normalized, and the route could have been kept in order. An issue which was apparent at 10:09 (see the screen capture to the right) could have been fixed at 10:15; instead it lasted until nearly 11:00 (see below):

Now, is this easy? Hell, no, it’s not easy. First of all, the drivers have to know that it might happen. Then, they have to be able to clearly communicate it to the passengers. (If you focused on a couple of routes, you could have Frank Ogelsby, Jr. record some nice announcements. Imagine that deep baritone saying “In order to maintain even schedules, this bus is being taken out of service. Please exit here and board the next bus directly behind.” Oh, and of course, “we apologize for any inconvenience this may have caused.”) You’d have to be damn sure that there was another bus behind and its driver was instructed to pick up the waiting passengers. And a thank you Tweet (@MBTA: Thank you to the passengers of the 1 bus who switched buses so we could fill a service gap at Central) would be in order.

Would it be perfect? No. Sometimes you’d have an issue with a passenger who didn’t want to get kicked off the bus. If a bus had a disabled passenger on board, the driver could veto the short turn based on that fact, since the time and effort to raise and lower the lifts would eat in to the time saved by the turn. But most of the time, if executed well, the short turn would save time, money, and create better service for most every rider.


39. The 39 bus is similar. It is heavily used, and it bunches frequently. It also has its heaviest loads in the middle: the stretch between Back Bay Station and Copley is mostly a deadhead move, the bus only really fills up in the Longwood area, and the bus is mostly of empty of passengers along South Street from the Monument in JP to Forest Hills. So at either of these locations, a similar procedure could take place. If two buses were bunched going inbound, the first could drop off in Copley, take a right on to Clarendon, a right on to Saint James and begin the outbound route, rather than looping in to Back Bay and then out again to backtrack to Berkeley before beginning the route. Back Bay is necessary as a layover location when buses are on schedule, but there’s no reason to have a bus go through a convoluted loop when it could be short turned and fill a gap in service.

At the other end, two bunched buses could consolidate passengers on Centre Street in Jamaica Plain, at which point one could loop around the Monument (already the layover point for the 41) and begin a trip inbound, while the other would serve the rest of the route to Forest Hills.

So those are my two bus routes that could be short-turned and unbunched. Combined, they carry 28,000 passengers per day: the busiest routes in the system. I would propose a pilot study where the T figured out when these routes are most frequently bunched (they have these data) and then assign a dispatcher to watch only these two routes during these times and, when necessary, short-turn a bus to maintain headways, along with some driver training to ensure proper customer service and expedient routing. It could also record messages, put up some signs, and make sure to have some positive outreach to passengers. This could be done for a period of time, and the results analyzed to see the effect of actively dispatching such routes. If it were deemed a success—if there were fewer bunches and service gaps (data could show this)—the program could be expanded, and perhaps automated: any time buses were detected as being bunched, a dispatcher could be notified, and then make a decision on whether it would be appropriate to short-turn the bus, or not.

The passengers—well, we’d certainly appreciate it, too.

The art and science of a short turn

This post has been a long time coming. A while back I asked people on Twitter if they would be interested in a post about bus bunching and short turns (answer: a resounding yes) and have been stewing on it for a while. I’ve gotten some feedback that this post is too long, so if you don’t care (and it’s quite possible that you don’t) feel free to skip and read something else. Thanks to my coworkers for looking this over and giving feedback, and the bus drivers on the service who executed the short turn.


A bit of background: in my day job, I work for the Charles River TMA. One of the programs we manage is the EZRide shuttle: a small, last-mile commuter shuttle between North Station (major transit node) and Kendall Square (major employment center). The service has been around since 2002, is mostly funded by local employers and property managers, and sort of serves as another branch of the CT buses, connecting North Station, Lechmere and Kendall. We carry about 2500 passengers per day, and are near or at capacity at peak hours (7:45 to 9:00 AM, 4:15 to 5:30 PM). Most of our ridership is comprised of Commuter Rail riders who work in Kendall. The shuttle is free to corporate members and open for a cash fare to the public.


For the purpose of this blog, I am italicizing certain transity jargon and defining them at the end of the article. Our organization contracts the route to a private operator, and we both have dispatch duties. As it breaks down, they mainly deal with driver issues (broken down buses, drivers needing time off the bus, work schedules) and we keep an eye on passenger issues (loading, bunching, headways).


Our route sometimes allows us short turns, especially when there’s bad traffic, but that successfully implementing a short turn takes a lot of know-how, and a bit of magic and luck. Some short turns are relatively easy: two buses are running back-to-back, the first bus as 33 passengers and the second bus has two. (This sort of bus bunching—here’s the best resource on that from WBEZ—is all too frequent on busy routes, even when buses run at a scheduled, even headway.) If we can empty the second bus on to the first, we can turn the first bus back to fill a gap elsewhere on the route. This only works if there is a need precipitated by traffic, but that is often the case.


Since many people have asked (okay, maybe a couple people) for a description of a short turn, here is one, with way too many words, and a bunch of maps, too. A follow-on post talks about locations where the MBTA could implement short-turns.


*****


The Route


A short turn doesn’t just happen. It comes about from a unique set of circumstances, deep knowledge of the route, traffic, passenger loads, the weather, an innate, built-up sense of what the route looks like and how it will be affected by traffic and loading in to the future. Sure, there’s some luck thrown in, but most of that is self-made: a well-executed short turn should be more science than art—it just feels like luck when it works. (And it doesn’t always work; rule number one, before you even consider a short turn, is to try to at least not make things worse.) I’ll describe a recent short turn success, and the elements that go in to it. The whole of the operation, from diagnosis of the problem to the successful implementation of the turn, took about 12 minutes—likely shorter than it will take you to read this blog post.


We have separate morning and evening routes, due to passenger loading (our reverse-peak carries MIT students) and one-way streets. The route map can be found here, and our route in Nextbus’s interface here. The route requires several routes and jogs, mostly due to one-way streets, and it’s prone to traffic, especially during construction. Our evening route can be roughly divided in to four segments, each of which takes about 15 minutes, with 16 minutes of recovery time as follows:

Inbound:
Cambridgeport to Kendall Square (moderate commuter ridership, minimal traffic delays)
Kendall Square to North Station (heavy commuter ridership, moderate to heavy traffic delays)
[12 minutes of schedule recovery time (necessary due to traffic)]
Outbound:
North Station to Kendall Square (minimal commuter ridership, moderate traffic delays, although heavy recently)
Kendall Square to Cambridge (moderate student ridership, minimal to moderate traffic delays)
[4 minutes of schedule recovery time at Cambridgeport]

*****


The Situation



On Thursday, April 9, we had some operational issues. Due to traffic signal timing problems, O’Brien highway backed up, and we experienced a 10 to 12 minute delay on our outbound route (this section carries very few passengers at this time of day, but it is necessary to get our buses from the terminal back to the start of the route). On a nice day, we might have some buses operating empty outbound through Kendall Square, but with cold rain on April 9, we had no buses which were empty and could be rerouted, so we couldn’t deadhead a bus to the terminal, or an intermediate part of the route.


The scenario was to the point where we had a 15 minute service gap. This is not good for a few reasons. First, this is double our scheduled headway is 8 minutes, so this was nearly double our schedule, even if it means that waits will only be a few minutes longer. But the issues would cascade: the first bus to pick up during this gap would fill up well before the end of the route, meaning the headway for later stops would be longer and would wind up being based on the headway of the second bus, so it would wind up being more in the 18 to 20 minute range.

And then: the bus that was supposed to run called in with a mechanical failure. All of the sudden, 7 of our 9 buses were on the outbound route, and we were facing a 20-24 minute service gap. In other words, we were screwed. Here’s the setup:

The arrows show the inbound route, and the red dots show the major passenger generators at this time of day (peak rush hour); as you can see that there are no inbound buses between the west end of the route and the eastern terminal (just off of the map) except for bus 9901, which is most of the way there. (Ignore the times “late”; we’d already had some delays to this point.) Bus 711, shown in gray, is broken down. And the driver of bus 708, at this point, got off his bus to try to diagnose the issue of 708, and due to radio traffic we were unable to tell him to get on his [goddamn] bus and drive the [goddamn] route.

So now we had a problem. 706 caught 708. We needed a bus to run the route, but expected it to fill up before it could board all the waiting passengers, especially at the three red dots. It also coincided with the peak loading time for our route, when even under normal operations buses can load to capacity and leave riders behind. We could send a double draft to run the route, but then the second bus would wind up empty behind the first bus as it boarded passengers (most of our route is too narrow to safely pass) meaning that the passengers later in the route would have a longer wait. While I was yelling at no one in particular about 708 (in our office, using curse words) my boss (who has been watching this route for more than a decade: that’s institutional memory) mentioned that we could deadhead 706. What a splendid idea—as my ire grew with 708 for attempting to fix a broken down bus and not just covering the route I hadn’t noticed this possibility. (To be fair, the driver of bus 708 probably didn’t realize the situation on the rest of the route.)


*****


The Operation, or, the Rules of the Short Turn

Rule #1 of the short turn: Don’t Make Things Worse


The first question to ask in a short turn is: will this actually make much of a difference, and might it make things worse? If you are going to move heaven and earth to get a bus somewhere 90 seconds earlier, it’s much easier to just have buses run the regular route. Unless you can solve a loading issue and a headway issue together, it’s rarely worth doing. (A service gap in a non-peak direction affects many fewer passengers than in the peak.) The second question is: will this short turn now cause more problems later? If the answer is yes (and quite often it is), you have to weigh how severe of a problem it will be, and when it will occur. Can you solve an inbound issue at 5:15 that creates an outbound service gap at 6:15? Fine, better to improve the ride for 50 riders and inconvenience a handful at a much less busy time. If you can get two people off of the second of a bunched pair and on to the first, turn the empty bus and cut the wait time for two dozen, totally worth it. But if you’re trading off a delay for three people now versus a delay for five people later, it’s not worth doing. 


In this scenario, we were not going to inconvenience anyone, really, and improve service for a lot of people (and get buses better spaced in to the future). It was a no-brainer.



Rule #2 of the short turn: Know Your Route.

If you’re running a short turn, you need to know your route. You need to know where a driver can go around a block easily, or where they might get stuck in traffic (or worse: a tight corner not suited to a 40 foot bus, a frequent problem in Boston). Before you can do this kind of active dispatching, you have to know where you can safely and expediently turn a vehicle. It helps to have twenty-plus years of dispatching in the other two members of my office (I’m the new guy): they’ve been through everything. Construction detours, full road closures (the Craigie Bridge reconstruction), never-ending blizzards (okay, that was this year) and the like.


Due to the one-way nature of Kendall Square, the route does have a bizarre loop built in, which takes a couple of minutes to traverse but accesses a major stop. So one idea would be to deadhead bus 706 and have him run out of service (and preferably off-route down Main Street to Ames: nothing makes passengers angrier than seeing an empty bus drive by without stopping) and pick up at the last red dot on Broadway. If he got there expediently, he’d be able to at least pick up at that stop—and ensuing stops—and mitigate the service gap there, and take on the passenger load the first bus, 708, would not be able to pick up.


Rule #3 of the short turn: Be Invisible.


To passengers, at least. The best short turn is one where the deadheaded bus doesn’t pass any passengers waiting, where no passengers are asked to leave the vehicle, and where, except for the driver and the dispatcher, no one knows. This could also be phrased as “don’t piss off the riders” which is always a good policy: sending an empty bus past waiting passengers is a recipe for angry calls and emails. Generally, we operate under a policy of transparency with riders (we will suggest alternate transit means during especially bad traffic, for instance—it’s beyond our control but our goal is for our passengers to get where they’re going, not to boost our ridership), but we don’t feel the need to describe every piece of our operation. In the case of a short turn, we might send out a Tweet such as “Service gap inbound due to residual traffic delays and disabled bus. We will attempt to redirect service to fill this gap” usually suffice.



Rule #4: Know your Drivers

Now at this point it is worth pointing out that that you really need to know your drivers when juggling buses in this manner. Some of the drivers on our route could dispatch themselves: they have an innate idea of where every other driver is on the route, what their scheduled times are, and what their likely traffic and passenger load impacts will be. (Another recent night, two long-serving drivers basically rerouted each other and other buses, on the fly, to avoid traffic and fill route gaps far better than I could have even while staring a map of the bus GPS locations.) Other drivers are newer to the route and may not know the vagaries of Cambridge’s off-route street grid, and need a lot more guidance across the route. In this case, the driver of 708 is somewhat newer and knows the route fine, but harder to manage: we were happy that his only instructions were to run the regular route. The driver of 706 is one of our best and has been driving the route for a while; a simple instruction like “deadhead to Main Street, left on Ames, first pickup on Broadway” would be all that he’d need.

So that’s what we did. Bus 708 would run the regular route making all stops, and would likely be full at Kendall Square. (The buses we currently run are 35 foot buses with 32 seats and a stated crush load of 45, although more passengers have been known to cram aboard.) There was no point holding 706—we had another outbound bus behind him—so we sent him to do the pick-ups beyond Kendall, but to take a direct route there, leapfrogging ahead of 708 and shortening the wait at the subsequent stops (and we expected him to fill up at those stops). 708 would then run by those stops a couple minutes after 706, so would have fewer passengers to pick up. 


Rule #5: Pay Attention.


But the operation isn’t over until the buses are back on the regular route, drivers know future departure times, and they have recovery built in to get back to normal. So far, everything was going according to plan, but you have to pay attention to a short turn until it’s on its way to a logical conclusion. 706 had made good time on Brookline Street and had chosen an appropriate, off-route path for his deadhead; again, had this bus passed a group of long-waiting passengers, they’d go from irked to irate. 708 was serving some moderate-ridership stops, and headed towards Technology Square, where he’d take on many more passengers. 

#Protip: if two buses are coming together, take the second one. It’s unlikely to be any slower (it might actually pass the first bus) and you’re more likely to get a seat.

Anyway, the plan was working, rather swimmingly. And then: nirvana. See how, above, bus 707 is catching up to bus 709? While this is not a busy part of our route, but on a rainy day, there are some passengers who will take a circuitous bus ride to Kendall rather than make the walk. So while bus 709 was stopping for a rider here an there, 707 wasn’t, and he radioed in that he was behind bus 707, and was empty. Bingo. We were worried 708, upon reaching Kendall Square, would be too full for the boardings there. But 707 could conceivably balance the load between three buses as long he was slotted in before 708 reached Kendall. Each of the main passenger nodes would get its own bus, balancing the load well. If it worked. It was worth a try.



But remember: you have to know your drivers. 712 is a driver who had recently bid on to our route, and had had some issues with the route (not entirely his fault: our route flips based on the time of day—since we serve students and commuters in separate directions—and can be confusing for both riders and drivers to learn, although once familiar, it works quite well) and certainly didn’t know his way around Cambridge. In other words, if he’d been in 706 a few minutes earlier, it’s doubtful we would have sent him on the deadhead in the same way we did 706.

Somehow this worked.
But we could coach him through it. 706 and 708 had their charges, and the radio channel was clear. So the call went out. “707: take a left on Broadway, then proceed straight down Main to Third Street. Make a right turn there, and make your first pick-up at Kendall Square.” We’d have to watch him like a hawk and keep in radio contact: if he missed the turn there, at best we’d have to coach him on to Memorial Drive, and on to the outbound route (a portion of our route uses Memorial Drive, and our drivers have never missed the turn and gotten stuck under the Mass Ave overpass). At worst, we’d lose him across the Longfellow for half an hour. (Don’t laugh. This has happened.) The short turn can be dangerous.

And it worked! 707 made the short turn in to Kendall and instead of following 709 on the outbound switched to the inbound. Astonishingly, we had evenly spaced the buses with about 3 minutes between each, which is particularly impressive since that meant that 706 was now 6 minutes—nearly a full headway‚ ahead of 708, who had left the route terminal behind him! And both 706 and 708 were nearly full, so bringing in 707 kept bus 708 from reaching Kendall, filling up there, and then reaching the next stops later, with more passengers to pick up, filling further, and perhaps leaving passengers behind. Much of the credit goes to the drivers, who let us know their situations (when they were empty and bunched) and were willing to jigger their routes in order to balance the load. The fact that such reroutings are not infrequent means that they’re used to being asked to do so, and that they execute the maneuver well.

Once the buses had all made their way on route, we actually had well-spaced buses. In fact, 706 and 708 were a full headway apart at this point: had we not deadheaded and short-turned they’d both be where 708 was, and we’d have cascading issues as they both ran into and then out of the terminal late. (Often, a headway issue at 6 PM can be caused by a traffic jam at 3:30.) But the pieces of the puzzle had fallen in to place, and the short turn had been executed, successfully. 

This is pretty much what our map should look like in normal service. (Well, except that the buses were way off their originally scheduled runs, but if I look at the map and every bus is 20 minutes late, that means that we have even headways and just had some issue earlier on.)


As my boss said, it was ballet. It was all over in about 12 minutes. But the best part? We had the buses in numerical order: 706, 707 and 708. Boom.


*****


The Aftermath

Why “art and science (but mostly art)”? It’s often suggested that computers could do this better than people, and why do transit agencies employ dispatchers, anyway, since an algorithm would do a better job? But that assumption is flawed for several reasons. First of all, unless an algorithm has nearly perfect ridership data, someone familiar with the route will have a better idea of where and when stops have heavy demand. Second, an algorithm would have to be able to not only know that a deadhead route will have less traffic at a given time than the normal route, but also communicate that route to the driver (and, frankly, I don’t find Waze and its ilk that useful at the block scale). And the algorithm would have to know which buses were full and empty: passenger counters are not perfect, but a driver can pretty quickly and easily respond to a radio call of “do you have any passengers?”

But the fundamental issue is that this type of service is dealing with people, both drivers and passengers. It’s pretty easy for a person—with some knowledge of the route—to balance out which stops to serve, and in what order, and what stops to prioritize. Maybe you’re a bit less concerned with Kendall Square because it has a shelter, so a minute or two longer there isn’t a problem. Maybe you know that given the weather one stop is more likely to be used than another because it has an overhand or an alcove for people to stand at. Maybe you know one driver is able to navigate the route faster than another (we have one of these: he drives safely and smoothly, but knows the route so well he regularly covers it faster than any other driver), while another is slower. Maybe one bus is balky and you don’t want to push it lest it break down.


Certainly you don’t want to deadhead an empty bus past a full bus shelter, or incur the wrath of customers who—even if you are doing it for the benefit of the service—would be understandably upset. And it’s also important to know your drivers, know what they are capable of, and talk them through what they need to do. Because despite all the talk of autonomous vehicles and hyperloops, right now and for quite some time to come, buses are driven by people and carry people, and despite various limitations, there are certain things where the Turing Test is still yet to be achieved.


A subsequent post will discuss routes where the MBTA could potentially use short turns to mitigate the effects of bunched buses.

Glossary:

Deadhead: run an empty bus without stops, and possibly on a more direct route.
Headway: the time between buses.
Double draft: two vehicles running together; more of a train term coopted here.