National Academies Press: OpenBook
« Previous: Appendix D: Additional Research Needs
Page 150
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 150
Page 151
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 151
Page 152
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 152
Page 153
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 153
Page 154
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 154
Page 155
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 155
Page 156
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 156
Page 157
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 157
Page 158
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 158
Page 159
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 159
Page 160
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 160
Page 161
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 161
Page 162
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 162
Page 163
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 163
Page 164
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 164
Page 165
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 165
Page 166
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 166
Page 167
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 167
Page 168
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 168
Page 169
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 169
Page 170
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 170
Page 171
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 171
Page 172
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 172
Page 173
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 173
Page 174
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 174
Page 175
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 175
Page 176
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 176
Page 177
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 177
Page 178
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 178
Page 179
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 179
Page 180
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 180
Page 181
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 181
Page 182
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 182
Page 183
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 183
Page 184
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 184
Page 185
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 185
Page 186
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 186
Page 187
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 187
Page 188
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 188
Page 189
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 189
Page 190
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 190
Page 191
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 191
Page 192
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 192
Page 193
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 193
Page 194
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 194
Page 195
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 195
Page 196
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 196
Page 197
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 197
Page 198
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 198
Page 199
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 199
Page 200
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 200
Page 201
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 201
Page 202
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 202
Page 203
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 203
Page 204
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 204
Page 205
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 205
Page 206
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 206
Page 207
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 207
Page 208
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 208
Page 209
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 209
Page 210
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 210
Page 211
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 211
Page 212
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 212
Page 213
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 213
Page 214
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 214
Page 215
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 215
Page 216
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 216
Page 217
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 217
Page 218
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 218
Page 219
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 219
Page 220
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 220
Page 221
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 221
Page 222
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 222
Page 223
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 223
Page 224
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 224
Page 225
Suggested Citation:"Appendix E: Case Studies." National Academies of Sciences, Engineering, and Medicine. 2009. Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling. Washington, DC: The National Academies Press. doi: 10.17226/22038.
×
Page 225

Below is the uncorrected machine-read text of this chapter, intended to provide our own search engines and external engines with highly rich, chapter-representative searchable text of each book. Because it is UNCORRECTED material, please consider the following text as a useful but insufficient proxy for the authoritative book pages.

Transit Cooperative Research Program Project A-29 Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling Appendix E Case Studies E.1 Introduction This appendix summarizes findings of the case studies. The project team proposed twelve case studies, after final approval by the project panel, to address a range of scheduling issues and cover a wide variety of transit systems. The systems proposed as case study sites were selected on the basis of a range of scheduling factors. Each case study is proposed in order to represent a particular set of scheduling issues. Table E.1 lists the case study sites. Table E.1 Case Study Agencies Agency City State 1. Los Angeles MTA Los Angeles CA 2. San Diego Trolley, Inc. San Diego CA 3. Santa Monica's Big Blue Bus Santa Monica CA 4. Regional Transportation District Denver CO 5. StarMetro Tallahassee FL 6. Montgomery County Ride On Rockville MD 7. Capital Area Transportation Authority Lansing MI 8. Metro (Bi-State Development Agency) St. Louis MO 9. Capital District Transportation Authority Albany NY 10. MTA New York City Transit New York NY 11. Toronto Transit Commission Toronto Ontario 12. TriMet Portland OR E.2 Case Study Agency Selection Evaluation Framework The project team reviewed survey outputs in detail in order to choose agencies for further evaluation that would best contribute to meeting the revised scheduling manual objectives. The agencies were categorized according to a range of criteria including: • Geography • Size • Computerized/manual • If computerized, which software package • Extent of data & non-core scheduling tasks • Scheduling department size & location within organization • Interesting aspects of scheduling approaches, rules, constraints or issues Dan Boyle & Associates, Inc. Page E-1

TCRP Project A-29 Appendix E: Case Studies For each of these criteria, the objective was to select a representative cross-section across all factors, cross-tabbed against as many of these factors as possible. These include, for example, a range of geographic locales, and an even spread of computerized systems by size (e.g. even split between Hastus & Trapeze across system size). The proposed case study agencies ensure that these objectives are met. Table E.2 presents the proposed case study systems along with their respective criteria. Table E.2 Proposed Case Studies within the Evaluation Framework Agency City State Region Peak Buses Size System Interfaces & Non Core tasks Sched. Dept. Size Buses per Sched- uler Sched. Dept Location Los Angeles MTA Los Angeles CA West 2,179 Large HASTUS High 23 95 Operations San Diego Trolley, Inc. San Diego CA West 196 Medium HASTUS Medium 2.5 78 Planning Santa Monica's Big Blue Bus Santa Monica CA West 149 Medium Trapeze Medium 1 149 Operations Denver RTD Denver CO Central 868 Large Trapeze High 19 46 Customer Service StarMetro Tallahassee FL South 52 Small Manual Low 2 26 Operations Montgomery County Ride On Rockville MD East 297 Medium Manual Low 6 50 Operations Capital Area Transportation Authority Lansing MI North 75 Small Trapeze Medium 1 75 Planning Metro (Bi-State Development Agency) St. Louis MO Central 322 Large Trapeze High 4 81 Planning Capital District Transportation Authority Albany NY East 185 Medium HASTUS High 3.5 53 Planning MTA New York City Transit New York NY East 3,866 Large HASTUS Medium 70 55 Planning Toronto Transit Commission Toronto Ontario East 1,317 Large Trapeze Medium 20 66 Operations TriMet Portland OR West 532 Large HASTUS High 10 53 Operations Dan Boyle & Associates, Inc. Page E-2

TCRP Project A-29 Appendix E: Case Studies For each case study site two project team members were assigned. The first team member conducted the on-site visit and developed initial documents. The second team member, who in each case was familiar with the transit system, performed a review and oversight function. The assignment of case studies was developed to ensure that project team members visit agencies of different size, complexity, scheduling system, and issues. The on-site visits involved discussions with scheduling, planning, and operations staff to gain a variety of perspectives regarding scheduling issues. Where appropriate, senior management will was also interviewed. Each case study agency had the opportunity to review and edit its draft case study report. Four team members conducted the case studies, following a standardized approach. The case study reports have a similar but not identical structure, because each report highlights the issues of greatest interest at that agency. E.3 Los Angeles County Metropolitan Transportation Authority Case Study Introduction The Los Angeles County Metropolitan Transportation Authority (LACMTA – or simply MTA) is one of the largest bus operators in North America. MTA is unique among North American transit agencies in establishing a highly decentralized management structure based on geographic “Service Sectors” roughly aligned with garage locations. Scheduling functions are similarly decentralized, with schedulers assigned to individual sectors. This decentralized approach was seen as a way of moving service decisions closer to the riding public who benefited from and in many cases were dependent on the service. The decentralization of MTA was to some extent a response to parts of its service area breaking off and forming separate transit agencies (Foothill Transit in the San Gabriel Valley is an example of an offshoot of the original MTA) and was designed to help a very large district to be more responsive to the area it serves. Each of the five sectors has its own service planning and scheduling organization. Scheduling is headed up by a sector Manager of Schedules who reports to the Sector General Manager. Adding to the uniqueness of this structure is the fact that each sector is operated autonomously, much as a separate bus company in their day to day operation. The scheduling managers and their staff of schedulers adjust service according to passenger load requirements, do their own blocking using a computerized optimizing software routine and perform their own runcuts. A few bus lines cross sectors. In these cases, the line is scheduled by the sector having the greatest share of the line, while maintaining coordination with the other sector. The rail system, both light and heavy rail, is operated as its own separate sector with the same structure as the bus sectors, except that the rail sector reports to an assistant general manager of Rail Operations. Dan Boyle & Associates, Inc. Page E-3

TCRP Project A-29 Appendix E: Case Studies As of August, 2007, MTA schedules the following numbers of buses or rail vehicles by time period: AM Peak Base PM Peak Bus Weekday 2058 1112 2089 Saturday 943 1054 1118 Sunday 684 837 876 Heavy Rail Weekday 62 36 66 Saturday 24 36 36 Sunday 24 36 36 Light Rail Weekday 95 50 95 Saturday 38 50 54 Sunday 44 50 54 Note that for rail, these are vehicle counts and not train counts. Heavy Rail uses four and six car trains; Light Rail, two and three car trains. MTA was chosen as a case study because it is one of the largest systems in North America and includes scheduling of three separate modes. The decentralization of planning, scheduling and operations of the system is a unique aspect that may serve as a model for other large operators. Four individuals were interviewed for this case study: • Ed Muncy, Director of Scheduling Performance • Roy Gandara, head of scheduling for the Central-Westside Sector, the largest of MTA’s sectors that includes three divisions and extends from downtown Los Angeles west to the Pacific Ocean and north to the Hollywood Hills (separating central Los Angeles from the San Fernando Valley) • Susan Phifer, Transportation Planning Manager IV • Bruce Shelburne, Senior Rail Planner and the person in charge of rail scheduling The Bus Scheduling Process MTA uses Giro Hastus as its bus scheduling software. The software builds schedules and blocks the vehicles (called “bus runs” at the MTA). MinBus is employed to further optimize the vehicle blocks. CrewOpt is used to cut runs and roster the weekly work. At present rail scheduling is done manually with the aid of Microsoft Excel© spreadsheets. Each scheduler is expected to be competent with Hastus as well as with building any type of schedule encountered in that sector, from the most complex to the one bus shuttle line. At the present time, schedulers have all been on the job for some time. No new scheduling employees have been brought on for the past few years, so no formal recruitment program is in place to assist with picking potential schedulers who have the core competency. Schedulers are all members of one of MTA’s several unions. In this case the Clerks (TCU), a carry-over from the railroad days of Pacific Electric. Dan Boyle & Associates, Inc. Page E-4

TCRP Project A-29 Appendix E: Case Studies Scheduling Issues Complex Through-Routing and Interlining Los Angeles has typically used through-routing of lines in downtown to both save equipment and reduce the need for very limited curb space for layover zones. Over the years, some of the through routings devised have been quite elaborate. The present operational line 28, comprised of lines 27, 28 (West Olympic on the Westside), 83, 84, 85 (through Highland Park and Eagle Rock to the north), is a prime example. As may be expected, there are few schedulers who are able to maintain and adjust these types of lines. As well, Operations is having increasing difficulty operating these properly, given traffic conditions and disruptions. The result is that this particular line is being broken up into several discrete lines that will terminate downtown, even though it will mean losing the bus savings and tackling the issues of layover space. As contrasted with through routings (those all day formal pairings of lines, which may also share a common line number), interlinings (random hooking of trips to save buses, particularly during peak hours) continues to be used extensively, although the agency has reduced the extent of interlining over the last three or four years. When MTA acquired the Hastus MinBus tool, they turned it on to see what could be achieved. The result was often a jumble of interlinings, which sent a bus and operator over several different, unrelated lines during a day’s assignment. The result was a significant saving in bus hours and peak buses. However, the solution was highly unpopular with both operators and Operations management, as the tool might arbitrarily remove a bus from a particular line in non-peak times where recovery time was potentially too long and deadhead it to another line to fill a trip in order to achieve very minimal savings. As a result of this experience, MTA has pulled back to a more selective use of MinBus to achieve savings where it matters most – in peak periods or at times when school trippers are working into or out of the peaks. This seems to have satisfied Operations management while still holding to savings in peak requirements. The agency’s scheduling statistics show a saving of 294 vehicles in the AM peak through interlining and an even greater 419 in the PM peak. Scheduling Bus Rapid Transit The 720-Wilshire Rapid is MTA’s premiere Bus Rapid Transit route. This route uses 54 buses in the peak and provides headways as short as three minutes. The line is about 34 miles long and takes between 80 and 100 minutes in each direction. Originally, the line was scheduled without intermediate timepoints (other than for information purposes). Drivers leaving Montebello had free running time all the way to Santa Monica. The idea was to keep from slowing down the service by having to kill time at a timepoint when arriving early. As might be expected, the Operations Department has seen the need to reintroduce intermediate controlling timepoints in order to better regulate consistent headways. As is true seemingly everywhere, the driving habits of individual drivers coupled with random traffic delays can cause unacceptable bunching if the route is not controlled. MTA also added street supervision to this line as another method of regulating service. Several MTA sources indicated that additional street supervision was an effective tactic in achieving consistent headways. MTA has a 14 mile bus rapid transit line in the San Fernando Valley which connects with the end of the Red Line subway at North Hollywood. This line is almost entirely free of surface streets, operating on a paved right-of-way, which would have been light rail if politics had not intervened. It features 60 foot articulated buses operating on three minute headways during peaks. Scheduling for this line is handled by the San Fernando Valley sector out of Division 8 in the northwest corner of the valley. It is scheduled like a bus route, with intermediate timepoints. Dan Boyle & Associates, Inc. Page E-5

TCRP Project A-29 Appendix E: Case Studies Ridership Data MTA has a fleet that is almost entirely equipped with automatic passenger counters (APCs), from which it gleans both ridership and running time data. Usable data is captured on 70-80 percent of their trips. They also have taken a serious approach to dealing with the voluminous data that results from APC collection by assigned a full time data manager to APC data analysis. It is the data manager’s responsibility to eliminate trips that are out of tolerance due to service disruptions, equipment breakdowns, etc. Schedulers can then look at a rich subset of data averaged across whatever time period they wish in developing headways and adjusting running times on any new schedule. APCs have replaced a cadre of over 100 ride checkers employed on the system 20 years ago. Work Rules MTA has a fairly restrictive set of work rules that govern their ability to produce efficient runcuts. The most controlling is the requirement that 60 percent of all runs must be straight on weekdays. Next is the “eight within ten” rule that requires no more than a two hour unpaid break in any split run. Any time not worked beyond that two hour period is paid at straight time, which creates a major deterrent when assembling pieces of a split. Those two requirements have traditionally caused schedulers to leave a significant amount of work as trippers. MTA has part- time employees who can work some of the trippers. In addition, smaller trippers that can be worked by operators either before or after straight runs are set aside as Biddable Trippers. When bid, they must be worked by the bidding operator just the same as his/her regular work. MTA also has a healthy recovery requirement of 15 percent. Since there is also a requirement to provide a clear break for operators every four hours, the recovery often is purposely scheduled larger than the minimum requirement in order to keep headways consistent. MTA has experimented with ten hour/four day runs and have a small number of them. This schedule has not proven popular, possibly because of the number of runs with platform times approaching or even exceeding 10 hours on a normal five day assignment. These have traditionally existed because of the length of some lines and because of the eight-with-ten rule mentioned previously. In the latter case, a split run with 12 hours of spread or greater would typically be constructed of close to 10 hours of platform time in order to mitigate the payment of time which is strictly a penalty and no work is being performed. In any event, there appears to be no impetus to expand the number of 10/4s on the property. Since some work rules, such as the 60 percent weekday straight run rule, are applied systemwide, every sector must share in the effort to achieve that goal. There is some impetus for each sector’s scheduling team to finish their runcuts as early as possible, so that if there is any problem in reaching the goal, the sectors finishing later have to make up the difference. In practice, the nature of the service mix in some sectors helps them reach their goal more easily. In some cases, runcuts have had to be redone after submission in order to meet the goal. What is unique is the established cooperation between the sectors, leading to a compliant overall runcut. Dan Boyle & Associates, Inc. Page E-6

TCRP Project A-29 Appendix E: Case Studies Rail Scheduling The Rail Division schedules four rail lines, each with its own type of equipment and its own facility. Three of the lines are considered light rail, although one of the lines, the Green Line, is completely grade separated, mostly in the middle of the I-105 Freeway and is capable of automatic operation (two of the light rail vehicles have on-board control equipment to attain this, although this mode is never used). In addition, two new light rail lines are well along in planning, one of them about 70 percent complete and scheduled for a 2009 implementation. Rail scheduling differs from bus scheduling in a number of ways. First, rail schedules employ the use of “fall backs” in constructing operator assignments (called Work Runs on the MTA). In a fallback system, the operator of an incoming train at a terminal gets off the train and “falls back” to operate either the next arriving train or a subsequent train. Using this system, the operator gets to recover even as a new crew keeps the arriving train in operation. This method allows maximum utilization of train equipment through short turn-arounds and also helps to minimize congestion at terminals from incoming trains waiting for a platform track. Thus, runcutting on rail requires separating runs from blocks and developing an intermediate “crew block” which matches the operator’s routine. Runs are then cut from the crew blocks. Another way where rail differs is in the scheduling of diversions to handle track or infrastructure maintenance. As with a number of other rail scheduling groups, the number of diversion schedules that have to be written is far greater than the number of new or revised service schedules. They are also more complicated, as they must return crews and trains to their proper terminals once the diversion period is over. Finally, rail scheduling also has to take into account train size. On the light rail lines, cars are regularly added and cut at the beginning and end of the day. The Blue line between Los Angeles and Long Beach normally schedules three-car trains during peaks and midday, but some peak blocks are run with two car trains. Two-car trains are typical on the other two light rail lines. The Red heavy rail line operates with a mix of four and six-car trains (the stub routing from Wilshire & Vermont to Western receives the shorter trains). Car count then becomes a major consideration when working on rail schedules. The biggest scheduling challenge is the Blue Line running between downtown Los Angeles and downtown Long Beach over a 22 mile route largely following the path of the former Pacific Electric Long Beach line. This line presently carries well over 70,000 riders a day, making it the heaviest single light rail line in the US. The 7th Street-Metrocenter station, the inner terminal of the line, features a dual crossover located behind the station. Complex arriving and departing procedures have been developed to keep this terminal “fluid” during peak periods where headways get as short as four minutes. This will become even more challenging when the Expo line is opened and uses the same terminal from 2010. Discussions have finally begun on finishing the tunnel in which this is located to form another rail route to Union Station both to relieve the Red Line crowds and to allow for through-routing of rail lines such as the Gold line, which presently ends at Union Station. E.4 San Diego Trolley Inc. Case Study Introduction San Diego Trolley Inc. (SDTI) operates fixed-rail LRT service in San Diego County. SDTI operates 33 peak multi-car units from a single yard and employs 100 full-time and 44 part-time Dan Boyle & Associates, Inc. Page E-7

TCRP Project A-29 Appendix E: Case Studies train operators. The off-peak unit requirement is 25, resulting in a relatively low peak-to-base ratio of 1.3 (which indicates a high level of off-peak service). The system operates over 51 miles of track in San Diego County and is primarily a radial system. Organizationally, SDTI is a subsidiary of the Metropolitan Transit System (MTS). MTS is also responsible for bus operations in San Diego. SDTI is included in the case studies because it provides an example of the scheduling process at a fixed rail system with accompanying schedule writing and blocking constraints. It also undertakes complex run cutting compared to many other systems, particularly with regard to meal breaks and multi-piece runs. SDTI utilizes the Hastus computerized scheduling software package, acquired as part of an MTS systemwide implementation. As is the case at many smaller transit agencies, one person is primarily responsible for all scheduling and service planning tasks (SDTI has no formal service planning function). The roles the scheduler is required to undertake include: • Scheduling • Service Planning • Service Analysis • Field Work The unique organizational arrangements for SDTI (i.e., effectively being a self-contained operator but an overall part of the MTS structure) ensure there is technical support available as required, well beyond that which typically exists in a smaller transit system. The scheduler reports directly to the Vice President, Operations. Figure E-1 indicates where SDTI fits within the overall MTS structure. One individual was interviewed for this case study: • Walter Clack, Schedules Analyst Dan Boyle & Associates, Inc. Page E-8

TCRP Project A-29 Appendix E: Case Studies Figure E-1 MTS Executive Level Structure The Scheduling Process SDTI undertakes a consistent scheduling process across its three annual bids, with minor service adjustments implemented each time. The typical bid scheduling process includes the following: 1. Bids. There are three annual bids. These fall in line with school term dates. SDTI is only obligated to have two bids in the labor agreement, but three bids are considered preferable due to school dates and accompanying service level changes. As is typical across many systems, the longest lead time in the process is finalizing senior level approval for any service changes. 2. Service Design. The scheduler is closely involved in any service design processes. At SDTI this particularly relates to service expansion (such as the recent Green Line introduction), where the scheduler has significant input into the service operating plan. Dan Boyle & Associates, Inc. Page E-9

TCRP Project A-29 Appendix E: Case Studies 3. Service Levels. Due to system constraints (see below) the service levels and headways are highly stable. SDTI requires board approval for all service level changes. Most service levels are therefore effectively policy-based. Changes to consist lengths (i.e. the number of cars) do not require board approval and SDTI uses this as a means to deal with demand fluctuations. All services operate on a base 15-minute service and 30 minutes at night. The Blue Line operates a 7.5 minute peak service (scheduled as an alternating 7 and 8 minute headway). 4. Running times. Being a fixed-route service with its own right of way, SDTI is able to use average speeds and test vehicles to develop and monitor running times. The scheduler, who also serves as the operations analyst, is responsible for ongoing running time analysis tasks. 5. Mapping The system and stations are mapped within the GIS component of the scheduling system. This is incorporated into the MTS scheduling information and used for customer information purposes. 6. Trip patterns. Typical of a fixed-rail system, trip patterns and times are simple and consistent. There are three routes (Blue, Green and Orange). All trips operate the full route length, with the exception of pull in/pull out trips (which operate primarily as in- service trips) and some peak trippers starting from the yard. Additional patterns sometimes operate for special event/exception services, which are discussed below. 7. Span of service. All routes operate a full span of service starting from just after 4 AM and operating until almost 1 AM on weekdays. Some later trips operate on Saturday nights. As with service levels, the spans are board mandated. Span of service is also stable and requires board approval to change. 8. Building the schedule. For SDTI, the development of a base headway pattern that meets required service levels and infrastructure constraints is a detailed process of modeling of alternatives and reaching a consistent base pattern, which is then applied across all times of day and service types. Once a set pattern that meets the various constraints has been achieved, the schedule is relatively simple. Additional peak services tend to be added as tripper blocks. For example the 15-minute base service on the Blue Line becomes 7.5 minutes during the peak. In this case the base 15-minute pattern times are maintained and additional 15 minute service is overlaid to achieve the 7.5. There are several timed transfer locations that are systematically included in the schedules. 9. Blocking. Blocking is undertaken on a line by line basis and in reality is fairly straightforward, again typical of a fixed-rail system. The base blocks are created by a mix of automation and manual intervention within the Hastus system – the 18-minute layover at San Ysidro is enforced by manually hooking the trips at that location. The additional peak services on the Blue Line are blocked as standalone trippers so as not to affect the regular blocking pattern. 10. Runcutting. Hastus is used to produce automated runcuts. SDTI uses a relatively sophisticated set of rules to develop runcuts. For example, it uses 20 different categories of run, each with specific constraints and preferences. SDTI feels this approach gives it more control over the solutions produced. Many solutions are run for each run cut, each time with minor rule adjustments or preferences altered. This becomes a highly iterative Dan Boyle & Associates, Inc. Page E-10

TCRP Project A-29 Appendix E: Case Studies process until the scheduler is satisfied that the outputs meet SDTI’s efficiency and operational requirements. The weekday runcut has 69 full time and 21 part-time operators. Weekday Pay/Plat ratio is 1.17. 11. Rostering. Rostering is based on a cafeteria-pick process for full time operators. Operators first pick to be AM or PM, and then within those categories get to pick daily runs. Part-time runs, however, are packaged into rostered weekly lines of work by the scheduler. Part-time operators then pick the lines of work. There are typically 3-4 runs in a line of work (each run can be up to 7:45). The leftover days/hours are used to cover absences and events. Key Scheduling Issues Schedule Constraints The most significant scheduling constraint SDTI faces is the impact of operating a fixed-rail, signalized service across a network with multiple junctions and intersecting routes. The impact of this is that once a service pattern is developed that allows for these constraints, the schedule is ‘locked in’ in terms of timetables. There are four multiple route junctions with potential track conflicts, in addition to a section of single track beyond El Cajon. In addition to the infrastructure constraints there are three key timed-transfer locations. A further constraint is the mix of older and newer fleet types, with high/low floor differences and platform accessibility issues. This further complicates service design and limits scheduling flexibility. A final constraint refers to the track section shared with freight train services. The SDTI service shuts down between 2 AM and 4 AM to accommodate this requirement. The complexity of schedule development, caused by the system constraints, dictates the need for the scheduler to be involved in the service design process from a very early stage and to have ongoing input. Any timetable change, potentially of even one trip by one minute, can have a series of downstream impacts across the entire network. For SDTI the development of a base headway pattern that meets required service levels and infrastructure constraints is a detailed process of modeling of alternatives. Once headways are finalized the timetables are highly stable, with very few changes. Typical changes tend to be the number of cars operating on a trip rather than any change to service levels or headways. For example, the January 2008 service change includes: the last two eastbound and westbound trips between Old Town and SDSU are discontinued, seven days a week. Running Times SDTI operates on its own right of way, which means that running times are much more predictable than on a bus system that interacts with traffic. The most significant factor affecting running time variations are station delays during the peaks (due to higher boardings and alightings), and increased wheelchair patronage. To develop running times, SDTI undertakes operating tests (to establish running times from station to station) and then adds in average delay times at stations, based upon operating data and experience. Running times are set for the entire day based on peak time demands. This Dan Boyle & Associates, Inc. Page E-11

TCRP Project A-29 Appendix E: Case Studies results in some excess time during off peak and (more likely) early/late services. However, the agency is comfortable with this approach as most maintenance occurs at these times and some running time buffer is beneficial to keep the system operating reliably. Where new lines are opened, the scheduler works with operations staff to predict running times. The recent Green Line extension is a good example of this process and the estimates proved to be accurate. Further running time analysis after the line opened allowed minor refinements. The scheduler undertakes an ongoing program of review and analysis of operating data to monitor running times. Layovers Layovers tend to ‘fall out’ of the schedule-writing process, due to the constraints of schedule development. SDTI policy requires a five-minute minimum turnaround time. The (minimum) 5- minute turnaround at Old Town would have resulted in either a three-minute turnaround at the San Ysidro terminal or dropping back a headway, resulting in an 18-minute layover. To maintain the five-minute minimum turn time, SDTI effectively moved the linkup back by one trip, resulting in an 18-minute layover at San Ysidro. This also assists with operator break requirements. SDTI uses operator drop backs to ensure operator rests (the exception being the San Ysidro case discussed above). Interestingly the high numbers of reliefs that result from this process do not appear to result in any noticeable reliability impacts. Interlining There is no interlining in the system. Each of the three routes is scheduled on a standalone basis. The potential for interlining exists at Old Town (between the Green & Blue Lines), but vehicle type and infrastructure limitations preclude this option. Work Rules SDTI operates with a set of basic run cut rules that include the following basic components: • Full time runs are between 7:46 and 9:20 worked hours • Part-time runs are less than 7:46 • Break requirements of one 30-minute and two 15-minute breaks (see below) • Report time of 7 minutes for a relief and 10 minutes for a pull-out • Maximum piece lengths of 2:34 Exception/Events Scheduling Exception (primarily events) scheduling is an ongoing issue for SDTI. There are numerous sports events (soccer, football, baseball) that require additional services. SDTI now has a number of template schedules used for various events. These can then be manipulated for the particular intricacies of a specific date or event. The additional resources required to operate additional events services are covered by two methods: Dan Boyle & Associates, Inc. Page E-12

TCRP Project A-29 Appendix E: Case Studies 1. If the event is known well in advance, the schedules and runs are built into the Hastus system and form part of the bid. 2. For more ad-hoc or short-term exceptions, part-time operators are used to cover some manually-created pieces of additional work. This approach is made simpler by the base runs being created in an ‘event friendly’ manner, based on the experience of the scheduler (e.g., creation of shorter PM part-time runs, with capacity to have additional work added). Part-time operators are used to cover events as much as possible. This allows more flexibility for altered start/finish times, days of work, etc. The use of automated Daily Operations/Dispatch modules requires some further work-arounds to handle events/exceptions. Additional ‘event activity’ pieces are created and added to the shifts on the day of operation. Yard Shifts Being a fixed rail service, SDTI has a requirement for Yard Operators, whose primary functions include: • Safety inspection and vehicle setup • Coupling/uncoupling of vehicles • Cuts/adds The Yard Operator requirements are built into the schedule as blocks of work in notional 30- minute trips. This allows Hastus to cut pieces of yard work and incorporate them into the operating runs (manual manipulation of these also occurs). The number of Yard Blocks built into the schedule varies across the day according to need, and based on SDTI operating experience. There are between three and seven ‘blocks’ of yard work at various times during the day. The pieces tend to be outside the peak as the nature of the work tends to be pre- and/or post-peak. Meal Breaks SDTI is subject to California’s legislated meal break requirements. However, unlike other operators who have not historically provided breaks, SDTI has been scheduling breaks for almost 15 years. The requirement is for operators to have one 15-minute (paid) break and one 30-minute (unpaid) break in each run. An alternative allows for three 20-minute breaks in a run. SDTI keeps a few 20-minute break runs, primarily to ensure this option is kept open for the future. The policy applied at SDTI is that operators receive one 30-minute (unpaid) and two 15-minute (paid) breaks in each run. The 15-minute breaks are built into the schedules in the following manner: • Blue Line. There is an 18-minute layover at San Ysidro. • Green Line. Operator dropbacks on a five-minute layover allow a 20-minute break. Dan Boyle & Associates, Inc. Page E-13

TCRP Project A-29 Appendix E: Case Studies • Orange Line. Operator dropbacks at 12th/Imperial allow an 18-minute break. 12th/Imperial is a midpoint at the start of the loop through the city, so operators basically have the following pattern of work pieces: o A trip from the outer terminal to 12th/Imperial o Relieved at 12th/Imperial and have an 18-minute break while the vehicle does the loop o Relieve again and operate the remainder of the trip to the outer terminal The 30-minute break must not be within two hours of starting a run. The meal breaks and dropbacks result in multi-piece runs and a relatively complex and sophisticated run cut. The longest individual piece is two hours and 34 minutes, which equates to the longest round trip in the system. A final complexity added to scheduling of breaks at SDTI is that yard pieces (see above) can be incorporated into a run and counted as mealbreak time. SDTI analysis has showed the cost impact of mealbreak requirements to be relatively small – on the order of two to three percent. This is due to the fact that the primary (30-minute) meal break is unpaid and the two 15-minute paid breaks fall within layovers. Part-Time Operators There are 30 part-time operators. Part-time operators cover the extra board. Because of staff shortages and available tripper runs, part-time operators work significantly more than ‘part-time’ hours. There are few contract limitations on the use of part-time operators, other than the base PT runs should be 7:45 or less in work time. Extraboard SDTI is unique in that it has no scheduled or permanent extraboard. Part-time operators are utilized to cover absences. The absence of any restriction on weekly part-time operator hours allows this approach. Part-time rosters are built with enough spare time (based on experience) to allow coverage of absences in this manner. . Use of Overtime The traditional preference at SDTI is to have the duties as close to eight hours as possible. However, in the previous several years unemployment has been low in San Diego. SDTI has therefore had a difficult time finding qualified new employees and has been understaffed. To make up for this understaffing, SDTI has created longer duties. As the employment picture changes, and staff increases closer to authorized levels, SDTI will again try for duties as close to eight hours as possible. SDTI’s overtime rate is 1.5 times regular rate. Most fringe benefits are fixed, based on a forty- hour week and eight-hour day. Therefore, the only potential costing impacts accrue from fringe benefits related to wage rates. Dan Boyle & Associates, Inc. Page E-14

TCRP Project A-29 Appendix E: Case Studies Computerized Scheduling SDTI moved to the Hastus system in 2004. Implementation went smoothly with a limited parallel testing period. Use of the Hastus system has been highly beneficial in developing more efficient run cut solutions. This is not surprising, given the complexity of the rules and the multi-piece runs used by SDTI. The scheduler uses the system in both an interactive and automated manner, as required or appropriate for specific tasks. The SDTI scheduler uses the system in a highly iterative manner, with a variety of approaches and constraints, to produce run cuts. For example a set of ‘preferable’ part-time runs may be manually created before submitting the run cut. Planning for rail services has long been undertaken using time-distance charts and this functionality is utilized by the scheduler for service design & planning. One area of significant effort in the implementation of computerized scheduling at SDTI (and at MTS) has been “day of operations” scheduling. The “day of operations” module provides an interface with the regular schedules to manage daily changes (due to operator absences, service disruptions, or any other reason) in real time. The challenge in implementing this concept has been that the boundaries around “day of operations” scheduling tend to be less defined than traditional scheduling. The operations staff, not the schedulers, is generally responsible for these decisions. The benefit is that computerized approaches to “day of operations” scheduling open up a range of previously unknown (or unachievable) alternatives. Downstream Requirements There are a number of downstream systems that use the scheduling data across the MTS implementation. These include: • AVL • APC • Headsigns • Voice Annunciation SDTI is not part of the AVL implementation and is instead investigating some rail-specific Train Location Systems, based on track circuitry. At many transit systems the impact of these systems has been to increase the scheduling workload. This is not as big an issue for SDTI – there is no route deviations/variant complexities, the stops (stations) and right of way are fixed, and the headways are highly stable. The one-to- one stop-to-timepoint correlation also simplifies the issue of patterns and variants significantly. Therefore many of the ongoing issues with downstream systems do not occur. As a result the burden on the scheduler of these downstream systems is not as high as for many bus operations. Impacts have been limited to issues such as changing block or run-numbering schemes (due to keeping multi-agency unique numbers). Dan Boyle & Associates, Inc. Page E-15

TCRP Project A-29 Appendix E: Case Studies Management of stops data is not the responsibility of the scheduler, but is handled by technical staff. Organizational Issues SDTI scheduling’s most significant organizational issue is the reliance on a single scheduler. This reliance is exacerbated by the fact that the scheduler’s role also covers service planning, operations analysis, service monitoring and a variety of related tasks. The impact of this situation is the lack of a succession plan for scheduling, or backup for the scheduler. This is a typical situation faced by many small transit properties. SDTI is currently undertaking training of an assistant to reduce exposure in this area. Mode-Specific Issues As a fixed-rail operator, SDTI deals with some rail-specific issues. These have been mostly described in sections above but can be summarized as follows: 1. Conflict Issues. Described in detail above, the presence of track and signaling constraints imposes significant limits on schedule development and the ability to alter headways. 2. Coupling/Uncoupling. SDTI operates consists of varying lengths, according to demand. This is an ongoing process of refinement and adjustment. Changing consists requires coupling and uncoupling activities. These must be covered in the scheduling process. At SDTI, yard crews are used to undertake these tasks (as part of a broader set of daily tasks). The coupling/uncoupling tasks are manually created and assigned within Hastus by the scheduler. Notes are added to paddles to inform operators of these requirements. 3. Consist Size. SDTI operates different sized units at certain times of day. These can be summarized as follows: • Green Line: two-car sets all day • Orange line: two-car units off peak, three or four-car units during the peaks • Blue Line: three-car units all day, two-car units at night (after 9pm, except for special events) 4. Vehicle Types. Operators of rail systems tend to have stronger vehicle type restrictions than buses, as rail cars tend to be less ‘substitutable’ than buses. SDTI is a good example, where the newer low-floor vehicles can operate only on specific portions of the network, placing an additional scheduling limitation. SDTI Input on What the Scheduling Manual Could Include There were several issues noted that SDTI staff would like to see covered by the updated manual. These include: • Analysis of the issues, benefits and optimal use of part-time operators • Consideration of career progression for schedulers Dan Boyle & Associates, Inc. Page E-16

TCRP Project A-29 Appendix E: Case Studies • Alternative approaches to use of computerized scheduling tools • Discussion of recent workforce trends (higher wages, difficulty in attracting staff) • How to deal with interfaces to downstream systems • How to look outside normal practices and think laterally when undertaking scheduling tasks • Training for service planners in how to develop basic what-if scenarios E.5 City of Santa Monica Big Blue Bus Case Study Introduction The City of Santa Monica’s Big Blue Bus provides transit service primarily in Santa Monica, CA and in adjacent areas. The City of Santa Monica is part of the greater Los Angeles metropolitan region. The Big Blue Bus operates 147 peak buses from a single garage and employs 233 full-time and 30 part-time bus operators. The daytime bus requirement is 88, resulting in a peak-to-base ratio of 1.7, higher than usual for a smaller system. The system is typical of local municipal agencies around Los Angeles in that it relies on the regional operator (Los Angeles MTA) for funding. Therefore MTA has some input into service levels and service design (the introduction of the Lincoln Rapid service is an example). The Big Blue Bus is included in the case studies because it provides an example of the scheduling process at a small-to-medium transit agency. In addition, it is well regarded throughout the industry. Big Blue Bus utilizes the Trapeze computerized scheduling software package. As is the case at many smaller transit agencies, one person is primarily responsible for all scheduling tasks, with a crossover role into service planning (which too is primarily undertaken by one person). However, being larger than ‘small’ transit systems, there are also staff and resources available for technical support roles, which smaller agencies tend not to have. Four individuals were interviewed for this case study: • Richard Newton, Senior Transit Analyst (Scheduling) • Bob Ayer, Transit Services Manager • Paul Casey, Senior Service Planner • Benjamin Steers, Transit Systems Analyst The Scheduling Process Big Blue Bus takes the approach of using the Trapeze system interactively for schedule writing and blocking, and in a more automated (although still iterative) manner for run cutting. Interactive use of the system can be described as the scheduler using the system to replace manual processes, but not using all automated features of the system – for example, manually hooking trips instead of using the automated blocking function. The timing of the scheduling process is dictated by the four annual bids required. The following is the process followed by Big Blue Bus, leading up to a ‘typical’ schedule revision and “pick” by operators. Dan Boyle & Associates, Inc. Page E-17

TCRP Project A-29 Appendix E: Case Studies 1. Bids. There are four annual bids at Big Blue Bus. The bid timelines require service changes to be agreed and finalized 102 days before implementation - note that each bid commences on average only 91 days after the previous – meaning in effect for some bids the service changes need to be finalized before the previous bid has been implemented.. Typically, there are only three weeks for the scheduling work to be undertaken, allowing very little room for meaningful alternatives analysis. 2. Service Levels. Service levels are a mix of demand-based and policy-based. Big Blue Bus operates a minimum 30-minute headway. Some services drop below the policy level for a few early or late-night services. As MTA provides funding, and also operates its own services in the area, some collaboration is undertaken in determining service levels (in some cases MTA may dictate service levels). Senior management tends to take responsibility for major service level decisions, with some input and advice from the scheduler and service planner. 3. Running times. Running time adjustments are based upon four main input sources: paper-based field checks, NTD random sample surveys, operator complaints, and AVL data. The AVL outputs are somewhat limited as the reports show early/late information at timepoints, and not end-to-end running times. In addition there are no graphics or formats that can be manipulated, only pdf reports which are then typed back into spreadsheets. The scheduler tries to work to averages for running time adjustments. 4. Mapping. All routes are mapped in the Trapeze system. The Trapeze mapping component is primarily used for producing operations information such as AVL exports, route distances, and stop-related data. Big Blue Bus also has internal mapping tools for service planning and analysis purposes. 5. Trip patterns. Big Blue Bus tends to develop services with single trips patterns where possible for ease of understanding. Some short trips operate, but typically only as early or late positioning trips. 6. Span of service. The core routes in the Big Blue Bus system operate over long service spans, typically from before 6 a.m. until after 11 p.m. on weekdays. There are three peak-only commuter routes. Most routes operate seven days a week (with the exception of the commuter routes). Weekend service spans are similar to weekdays. The relatively high daytime service levels mean that transfers between routes can occur without coordinating or “pulsing” schedules. 7. Building the schedule. The scheduler builds all schedules. Schedules are built interactively (i.e., trip by trip) using the Trapeze system. The service is relatively stable and typically only minor adjustments and refinements are undertaken. The night service requires several route meets downtown, including midpoint layovers. 8. Blocking. Again blocking is undertaken using Trapeze in an interactive manner. Little interlining occurs and blocking is undertaken on a route or line basis. There are several peak trippers (mostly, but not entirely, school-based) that are scheduled as standalone trips for run cutting and bidding purposes. They are also used to effectively cover the peaking factor. 9. Runcutting. The use of Trapeze has reduced the time taken to complete run cuts from weeks to a few days. The run cutter used is not the fully automated version, but the Dan Boyle & Associates, Inc. Page E-18

TCRP Project A-29 Appendix E: Case Studies partially interactive one. This means the runs are cut iteratively and reviewed at each stage. Runs are cut on a route basis. Again the trippers are used to cover the peaks. Currently, the peak-to-base ratio is 1.1077. 10. Rostering. Rostering is based on a cafeteria – pick process at Big Blue Bus. Operators must take the same run at least four days per week. Operators can bid on biddable trippers as permanent overtime. The bid process is open for two weeks. Key Scheduling Issues Running Times Running times have increased markedly in recent years. Big Blue Bus’s peak bus requirement has increased from 96 to 147 over the past 10 to 12 years. The majority of this resource increase is due to additional running time requirements. Congestion is the primary reason for running time increases, but the introduction of (slower) alternative fuel buses has also been a factor. Running time analysis is limited by the outputs available from the AVL system. In particular, the fact that the AVL system only provides early/late data, and not end-to-end running times, minimizes the benefits of the data set. In addition, there is no data dump from the AVL system back into analysis – only a pdf output that is then typed manually into an excel spreadsheet. Averages are used to generate revised running times. Layovers Big Blue Bus tends to take a conservative approach to layovers and blocking. There is no contractual requirement or minimum. On the longer lines, with run times of 60-90 minutes, layovers may be set as high as 20 minutes to ensure service reliability. In order to allow for sufficient layover on some lines the schedule is adjusted, and headways become uneven (e.g. 30/30/30/35/30/30). There are some mid-point layovers, particularly for late evening services where meets are required. Layover currently represents approximately 17 percent of platform time. This reflects the Big Blue Bus conservative approach to layover and recovery time, given that there is no contractual requirement. Interlining Big Blue Bus does little interlining. Schedules are not built to interline (although there are some route endpoints served by multiple lines). There are some routes that are effectively an interline between two routes either side of downtown Santa Monica, that have been combined to minimize overlap and congestion. However, on some of these routes the uneven demand balance has resulted in higher frequency being carried for the entire length of the route. An example is Line 2, where the Wilshire Boulevard segment has significantly higher demand than the segment south of downtown. Dan Boyle & Associates, Inc. Page E-19

TCRP Project A-29 Appendix E: Case Studies Work Rules There is basically one type of full time run where the operator works 8 hours within a spread of 10 hours (as per the MTA). In effect this means that if the break between two pieces is longer than 2 hours, the amount over 2 hours is paid. This applies to both straight and split runs. Where the time between two pieces is 29 minutes or less, the time is paid straight through. For a tripper combination the requirement is for 8 worked hours in an 11-hour spread. The current run cut has 103 one-piece straights and 54 splits. There are 33 trippers. School and Exception Scheduling Several routes serve the campuses of Santa Monica College, a major demand generator. The day of week and school semester changes result in a significant number of variable service exceptions. These add complexity to the scheduling task and to downstream data systems. Trippers As mentioned above, trippers are used to cover the peaks, both for school and regular services. There are currently 33 trippers in each peak. These trippers are biddable and operated as overtime. Trippers can be a maximum of 3:45 in duration. The dual PM Peak (school and then regular service) results in some trippers that are in effect two separate blocks, with a pull-in and pull-out. Meal Breaks Currently meal breaks are not used. Big Blue Bus and the union have reached an agreement to avoid state meal break law requirements. Operators viewed meal breaks as increasing their spread of work without increasing pay. Extraboard Extra board sizing is based on operations experience. Currently the extra board is 17.7 percent of regular runs. Long term absences account for half this total. BBB feels that the extra board could perhaps be larger, but this is difficult to achieve given current operator shortages. Some regular trippers are left for the extra board to cover, simply as a result of not being selected during the bid process. There is a separate vacation relief board, meaning the extra board deals to a greater extent with unplanned absences/issues. Use of Overtime Big Blue Bus takes an organizational view that cutting longer runs and incurring overtime is preferable to adding operators. Analysis has shown that base benefits are over 35 percent, and that there are ongoing difficulties in attracting operators. The average full time weekday run length is around 9 hours. Dan Boyle & Associates, Inc. Page E-20

TCRP Project A-29 Appendix E: Case Studies Part-Time Operators At BBB, part-time operators are limited to 20 percent of the total budgeted FTEs, which is now at 249. This allows 50 part-timers in total. There are currently 25 with nine more in a training program. Part-timers can work any piece of work (uncovered runs, people on worker’s comp leave, or sick) and receive overtime if they work more than 8.0 hours per day. Part-timers are budgeted at 0.5 of an FTE, but receive full benefits, with pro-rated sick and vacation leave only. Currently at BBB, part timers are actually working 40 to 60 hours per week due to operator shortages. Part-time operators are paid at a lower rate ($2 per hour less) than full-time operators. Part-time drivers are valued because once extra board assignments are allocated by seniority, part-timers can work anything at any time. There are no permanent part-time only assignments; all part-timers are expected to promote to full-time when there is need for them. Per city policy, all new hires are probationary for the first year. Part-timers can be promoted to full time before one year, but then continue as probationary full-time drivers until their one year is up. Recently the trend has been for part-timers to move to full time status anywhere from eight months to one year after starting as part-timers. Even with this approach BBB has only 225 FTE’s filled, leaving 24 vacant full-time positions (and of those 225 bodies, 30 to 45 are out on short-term sick, long-term sick or worker’s comp at any one time). BBB is reluctant to promote more part-timers because they are more flexible for assignments than full time staff. Bidding Issues There is an issue with uncovered runs on Fridays. If operators bid Monday-to-Friday work, four days must be identical. Past practice allows operators to pick a run plus a biddable tripper on Monday-Thursday and only one of these two on Friday, leaving the other piece uncovered. This results in either very high levels of overtime or uncovered trips on Fridays (particularly during staff shortages). Computerized Scheduling BBB moved to the Trapeze system in 2004. First schedules were produced in 2005 after an initial parallel processing process. The system has allowed a significant reduction in the time taken to produce run cuts. BBB uses the interactive run cutter (not the Blockbuster module), and is satisfied with its performance. However the basic run cutter has difficulty with multi-variable problems (such as meal breaks) and therefore may have limitations in the future. Some issues with downstream systems have occurred, for which workarounds have been developed. An example is the strict control required over pattern names, which are then used by the AVL system to infer some data. Management of bus stops data is not the responsibility of the scheduler, but is handled by technical staff. Dan Boyle & Associates, Inc. Page E-21

TCRP Project A-29 Appendix E: Case Studies Downstream Requirements There are a number of downstream systems that require scheduling data to function. These include: • CAD/AVL • APC • Head signs • Voice annunciation It was noted that the paradigm shift where scheduling data now extends beyond the scheduling department has affected the entire organization. As is the case at many other agencies, the impact of these downstream systems has been to increase the scheduling workload. The scheduling process now includes a time-consuming data manipulation, maintenance and transfer role. There are ongoing data synchronization issues between the key systems, resulting in the need for scheduling tasks to be finished much earlier for each bid. The high number of exceptions and exception combinations has been a challenge for integrating the Trapeze system with the AVL system. The level of scheduling data accuracy and integrity requirements are now much higher. For example, simply changing a pattern name in Trapeze can have impacts on downstream systems. Some issues have arisen in route naming, interlines, and pattern definitions as a result. There have been ongoing issues in synchronizing the scheduling system data and the APC data. These tend to relate to how data is defined in Trapeze (e.g. pattern names), and how the data transformation process deals with ongoing scheduling changes. Organizational Issues Service planning would like the capacity to run many more what-if scenarios. However, the sole scheduler is fully utilized in managing each bid and undertaking general scheduling tasks. Being a one-person scheduling department, the scheduler not only has to undertake scheduling work, but also executes numerous maintenance/production tasks. The result is that the scheduler is limited to providing costing information for intended services, rather than being able to undertake a sensitivity analysis. Typical of many smaller systems, there is an issue around succession planning. The agency relies heavily on the incumbent scheduler and service planner, with no obvious replacement either available or being developed. This view was noted as a concern across all departments. From a scheduling perspective one of the main issues is the need to have senior management make decisions in time to incorporate during the development of bid schedules. Dan Boyle & Associates, Inc. Page E-22

TCRP Project A-29 Appendix E: Case Studies The creation of a “Service Improvement Plan” committee comprised of staff from management, scheduling, operations and planning, has assisted in bridging some organizational issues. The committee oversees service level and routing decisions. Labor Relations Big Blue Bus has had some recent successes with a more consultative approach to labor relations. This has meant a more inclusive approach earlier in the scheduling process and not simply providing a completed set of scheduling outputs for union review. In particular, the union has been engaged in quality control and has responded positively, particularly when they found an error of significance! The major ongoing labor issue is that of running times. There also tends to be a tendency for some operators to consider ‘layover’ as “their” time, taking the full amount of scheduled layover regardless of when they arrived at the terminal. The meal breaks process was an example of successful cooperation. Management created a draft run cut and showed the unions how the runs would look. Both sides agreed this would not be a good outcome and reached an agreement to avoid the need for meal breaks. Big Blue Bus’s Views on What the Scheduling Manual Could Include There were several issues noted that BBB staff would like to see covered by the updated manual. These include: • Daily operations scheduling techniques and issues • Optimal extra board size calculation • Efficiently dealing with school day exceptions, both from a scheduling and data management perspective • Recent workforce trends (higher wages, difficulty in attracting staff) • How to deal with interfaces to downstream systems • How to look outside normal practices and think laterally when undertaking scheduling tasks • Training for service planners in how to develop basic what-if scenarios E.6 Regional Transportation District (Denver, CO) Case Study Introduction Denver’s Regional Transportation District (RTD) is a complex urban system operating light-rail transit (LRT), local and express fixed route, and the 16th Street Mall Shuttle running rubber tire vehicles in a dedicated right-of-way crossing major downtown streets. Bus system design features include a combination of grid and radial trunk lines, suburban feeder routes with timed transfers at LRT stations, and park-ride express services. The system is dynamic as Denver Front Range communities continue to grow in population and traffic congestion. RTD covers a 2,331 square mile service area containing 2.6 million residents. The District encompasses 40 municipalities in six counties plus 2 city/county jurisdictions. There are 76 park-and-ride facilities and 10,329 bus stops covered by 170 fixed routes, including 96 local, 25 Dan Boyle & Associates, Inc. Page E-23

TCRP Project A-29 Appendix E: Case Studies express, 18 regional, 15 limited, 11 miscellaneous and five Airport express (SkyRide). Regular weekday fixed-route service operates 166,571 scheduled miles per average weekday, and 50.7 million miles annually, including LRT and the mall shuttle. The system operates seven days per week with 24-hour service on selected urban lines. RTD owns 1,060 regular route buses, of which 624 are operated directly and 436 are leased to contract service providers (one-third of fixed route system bus operations are contracted out per State law). The peak requirement is 862 buses, including standard heavy-duty transit, over-the- road and smaller light-duty buses, as well as clean-fuel mall shuttles. The bus system complements an expanding LRT network that currently operates in two major corridors with 35 miles of track, 37 stations and 91 vehicles. Total passenger boardings average 312,000 per weekday, of which approximately 206,000 are on the fixed route bus system, 56,000 on LRT, and 50,000 on the mall shuttle. RTD is included among the case studies because it provides an innovative staffing model for the service planning and scheduling functions. The Service Development Division includes both Planning/Scheduling and Technology/Data Collection managers and staff. Within Planning/Scheduling, ten positions are organized geographically into three service development teams, with each team including a senior planner scheduler, a planner/scheduler, and a schedules analyst. RTD also has extensive experience scheduling concurrently for both in- house and contracted operations. Ten individuals were interviewed for this case study: • Jeff Becker, Senior Manager, Service Development • Bill Porter, Manager of Service Planning & Scheduling • Bob Rynerson, Senior Planner/Scheduler – West Team • Jessie Carter, Senior Planner/Scheduler – East Team • Jeff Dunning, Senior Planner/Scheduler – North Team • Nataly Handlos, Planner/Scheduler – West Team • Bill Hoople, Planner/Scheduler – East Team • Cesar Ochoa, Planner/Scheduler – North Team • Eric Miller, Schedule Analyst – West Team • Greg Smith, Schedule Analyst – East Team • Chris Marko, Schedule Analyst – North Team The Scheduling Process Scheduling is part of the Customer Service and Contracted Services Department within the Service Development Division, as shown in Figure E-2. Other functions within the department include marketing and public information, customer service, and short-range transit planning. Dan Boyle & Associates, Inc. Page E-24

TCRP Project A-29 Appendix E: Case Studies Figure E-2 RTD Customer Service and Contracted Services Department Structure AGM Customer & Contracted Services Senior Manager Service Development Administrative Assistant Manager Service Planning & Scheduling Manager Service Development Support Senior Service Planner / Scheduler (3) Service Planner / Scheduler (3) Schedule Analyst (3) Supervisor Service Monitoring Assistant Supervisor Service Monitoring Service Monitor (14) Support Technician Service Development Applications Expert Service Development The Service Planning and Scheduling section within the Service Development Division is responsible for generating headways and blocking vehicles for all lines, including contract services that comprise half of all bus operations. Division personnel also cut the runs for RTD direct operations, while the private contractors handle runcutting for their own operations. The rostering function is minimal since RTD operators pick their work cafeteria-style. RTD staff has extensive experience with computerized scheduling and run cutting dating back to 1979. The current scheduling process is automated. RTD planner/schedulers use Trapeze FX for headway generation and vehicle blocking, and both Blockbuster and its older Fortran- based Ramcutter software. Running time data from Trapeze and actual ridership and running time data from the automatic passenger counting (APC) equipment on many RTD buses are uploaded into RideCheck Plus, a customized database software. Service planning and scheduling are fully integrated activities at RTD. Ten staff members are organized into three geographically-based teams (North, East and West) of three persons each, plus the Manager of Planning and Scheduling. Each team includes a Senior Planner/Scheduler, a Planner/Scheduler, and a Schedule Analyst. The Senior Planner/Scheduler generally works as the team lead, with oversight and technical assistance provided by the Manager as needed. The team concept is used for all bus network planning and scheduling, but is not used to schedule LRT or Mall Shuttle services. The geographic basis for team organization was implemented in 1990, when an early retirement program offered by the RTD Board led to the sudden loss of approximately one-third of the Dan Boyle & Associates, Inc. Page E-25

TCRP Project A-29 Appendix E: Case Studies white collar workforce agency-wide, including nine of 14 scheduling personnel. The five remaining schedulers, plus an intern (now the East Team Senior Planner/Scheduler) were reorganized into the Customer Service Department. Schedulers traditionally were non- represented positions at RTD, and remained classified as management personnel following the reorganization. Service Design Prevailing service design characteristics include the use of clockface headways running 15, 30 or 60-minute intervals, and a 15 to 17 percent system-wide recovery time target. The minimum standard for recovery time is 10 percent on a per trip basis, although occasionally this may be reduced to eight or nine percent as a stop-gap measure to make a schedule work. RTD does not distinguish between recovery time and layover time. Most service planning projects involve routes that fall within a single geographic sector, and are assigned to the North, East or West Team as applicable. Most routes are either operated directly by RTD or by a single contractor, however, some routes are run by multiple providers, and the route cluster including #28/32/38/44 is run by multiple RTD and contractor garages. These projects may be assigned to a single team, or two or more teams may share responsibility. Most lines operate on static headways and operators follow a run paddle generated by the Trapeze scheduling system. Notable exceptions include peak-period departures of primarily express buses from the two downtown transit stations (Civic Center and Market Street) and the 16th Street Mall Shuttle, which are handled with headway schedules rather than static schedules. Station Operations personnel dispatch departures on a demand basis from Civic Center and Market Street, where digital clocks are set for all buses to depart one minute late. Train card software automatically adds one minute to Trapeze times. The Mall Shuttle operation is discussed separately later in this document. Runcutting The agency is thoroughly experienced with computerized runcutting. The last fully manual run cut occurred in 1980. RTD operators, as well as operators working for two of the three contractors are represented by the Amalgamated Transit Union (ATU); the third work force currently is non-unionized. RTD operators belong to ATU Local 1001 and covered by a collective bargaining agreement that extends through 2009. Key parameters affecting run composition include: • A regular run is defined as a scheduled piece or combination of work having seven or more platform hours per day and paying a minimum of eight hours per day, including allowances for deadhead cushion, sign-up and intervening time. • A minimum of 55% of all weekday runs and 65% of weekend runs must be straight runs. Meal breaks are not required under the collective bargaining agreement, so that straight runs generally consist of one piece. These percentages are calculated separately for bus and rail. • Split runs may consist of two or three pieces, provided that no piece is longer than 6:59. In the case of three-piece runs, the shorter of the two breaks are paid as intervening time at the straight time rate. Dan Boyle & Associates, Inc. Page E-26

TCRP Project A-29 Appendix E: Case Studies • Work not designated as part of a regular run is posted on the extra board. Use of part-time operators is allowed by the collective bargaining agreement. The maximum number of part-time operators is limited to 21 percent of total the number of full-time bus operators. Part-timers may work up to 30 hours per week and generally are limited to working weekday peak period trippers and weekend runs left over following the full-time operator pick. Some part-time runs are one piece straights paying under six hours, while others are splits containing a morning and afternoon tripper. Scheduling Issues LRT System Expansion The LRT system was expanded dramatically in November 2006 with the opening of the Southeast Line. The project was part of the “T Rex” package of traffic and transit improvements in the I-25 corridor. Initial planning was done in 2001 to accommodate the “design-build” contracting process, and insufficient staff was available at the time to develop detailed plans. For example, signs to designate bus stops at the stations were overlooked. The LRT changes affected 72% of all bus routes. All three teams became the East team and worked together beginning in March 2006 to prepare for the November implementation. No significant service changes were undertaken in August 2006. In retrospect, the bus planning should have begun about three years in advance. A feeder bus plan was the focal point for the changes. About 40 percent of all RTD express routes were converted to local feeder bus operations. New bus schedules were developed using clockface headways and timed transfers at the LRT stations. RTD consciously decided on a strong truncation plan, but did not significantly adjust total bus hours, which declined by a nominal 0.1%. While feeder routes are shorter, the buses run all day in both directions, and some also run on Saturdays. Suburban routes with urban segments generally benefitted from the restructuring. For example, local service frequencies in Aurora increased to 15 minutes. From a service planning perspective, the Southeast area is more difficult to serve than areas previously covered by rail, with rapidly increasing population and lower density development relative to central Denver or the Southwest LRT line. Most of the changes were effective and remain in place one year later. Only the “P” express line was restored. The service level declined in the immediate vicinity of the Civic Center (near the State Capitol and US Mint), because there is no LRT station nearby. Other concerns include increased out-of-direction travel compared with the more direct express routes, and the long-range costs of converting peak express routes to all-day feeder routes. First-year comparative ridership data has not yet been compiled; however, the results of the service changes are generally positive. The truncation plan concept was accepted politically before the changes were implemented. LRT scheduling and runcutting are handled primarily by one Senior Service Planner/Scheduler, rather than as part of the team approach. With the opening of the Southeast corridor lines in November 2006, LRT became much more complex due to 2.5-minute spacing between trains on lines sharing a common alignment approaching downtown Denver from the south. Further adjustments are planned for the Southeast Corridor LRT line, including reduction of service and eventual discontinuation of the “G” line, and extension of station platforms to accommodate Dan Boyle & Associates, Inc. Page E-27

TCRP Project A-29 Appendix E: Case Studies four-car trains when 34 new rail cars are delivered within two years. Currently, most peak hour trains are three cars long. Mall Shuttle The 16th Street Mall Shuttle is a unique service with its own scheduling challenges. The shuttle is highly patronized with buses running every 75 seconds along a dedicated running way with signalized intersections at grade. Experience has shown that other frequencies do not work well, because buses generally need to operate between consecutive synchronized signals at 15-second intervals in order to maintain proper bus spacing. Past attempts to use different frequencies caused buses to miss signals and bunch up. The Mall Shuttle operates with headway schedules rather than static schedules shown on run paddles. Starters (supervisors) are positioned at the Civic Center and Market Street terminals to dispatch buses as appropriate to accommodate demand. Once dispatched, the buses are regulated by traffic signal timing and cycle counters. Passenger boarding and alighting activity occurs at virtually every stop, and volumes are highly variable by time of day, and from trip to trip. RTD is moving away from the current mechanical wheelchair ramps installed on the buses to a manual ramp that will be quicker to deploy and retract as one means of removing schedule variability from Mall Shuttle operations. Scheduled recovery times of 3.75 minutes at Civic Center and 2.5 minutes at Union Station are planned Mall Shuttle work assignments are cut separately from other bus work. Operators receive a 30- minute break per four hours of platform time, and up to two breaks per day assuming an eight- hour work day. The average actual time between breaks is about 3.5 hours. Meal breaks are packaged into two relief operator runs. No part-time operators are used in Mall Shuttle operations. Technology Applications Service Planning/Scheduling staff actively use and generally support the use of advanced technologies to facilitate and improve the scheduling process. Key technology components include Trapeze scheduling and Blockbuster runcutting software, automatic passenger counters (APCs) working in conjunction with Init’s AVL/GPS system, and Ride Check Plus database management software. Ride Check Plus automates the entry, manipulation and reporting of ride check data from onboard surveys. Eighteen percent of the bus fleet currently is equipped with APCs. Staff preference is to eventually equip all buses with APCs. RTD is relatively successful in its use of ITS technologies when compared with current industry experience. RTD staff has considerable experience with computerized runcutting, which was introduced in 1979 (Rucus) and transitioned to the Sage Minischeduler/Ramcutter in the 1980s and Trapeze/Blockbuster in 2004. The APCs generate reliable data at the trip level and these data are electronically imported into the Ride Check Plus system. A contributing factor is that dedicated technical staff is assigned directly to the Service Development Division to maintain the computer systems. For example, an Applications Expert and a Support Technician report directly to the Manager or Service Development Support, who also oversees the service monitoring (i.e., traffic checker) group. A third support position recently was approved. Dan Boyle & Associates, Inc. Page E-28

TCRP Project A-29 Appendix E: Case Studies Staff believes that the current Windows-based version of Trapeze is somewhat of a weak link in the technology chain. Particular functions, such as route traces and integrated mapping capabilities have improved; however, the software reportedly runs slower than the older version of Trapeze run previously by RTD. Blockbuster works well, but only in four of 120 attempts did it yield a lower cost solution in side-by-side comparisons to the outdated Fortran-based Ramcutter. Runcut efficiency typically is measured in terms of annual cost, rather than pay-to- platform ratio. Hiring, Training and Retention Combining service planning and scheduling functions into teams in the early 1990s had a major effect on scheduling personnel. Current practice is to hire applicants with a college degree, using a written test developed by the current Manager of Planning & Scheduling, and administered by the Human Resources Department. The test includes a map reading element. The screening process also considers how candidates are likely to interface with the public New hires attend a one-week Scheduling and Runcutting training course offered by the Canadian Urban Transport Association (CUTA), and gain apprentice training by working with veteran staff, presumably as the junior member of a three-member team. The last time a bus operator was hired into the Service Planning/Scheduling group was in 1994. Overall, the cross- fertilization of college-educated and traditional line employees at RTD has been beneficial. The team concept provides a career progression for employees that did not exist when scheduling functioned as a separate unit. The team concept eliminated the entry level schedules clerk position. New hires typically start as a Planner/Scheduler I and test into the Planner/Scheduler II position after about five years of experience. Alternatively, an employee may receive a pay increase after five years without a promotion or changing jobs. This approach offers a logical career progression, eventually to Planner/Scheduler III. The teams were reduced to two members each for several years, but later were restored to three members. Staff preference would be to expand team size to four members. It takes about four years to become a good scheduler. This period allows younger staff to go through several cycles of recurring tasks while associating with veteran staff. Leads are assigned to provide continuity. Staff occasionally shifts from team to team to broaden experience. The teams also may overlap or work together on larger projects. Management generally is comfortable with departmental structure, staff capabilities and the qualifications of applicants. Still, recruiting is difficult to find the right set of skills to staff the unit. Recent hires have come from other public agencies, consulting firms, and one career change motivated by a particular interest in transit. Additionally, a retired RTD scheduler rejoined the group part-time after the Retirement Board removed restrictions on this practice. Other potential sources of qualified applicants include the airline industry and the military. Retention of experience personnel also is part of the overall staffing strategy. RTD has a $125,000 annual contract with a consulting firm to provide supplemental scheduling and runcutting services as needed. However, the RTD Board is unlikely to accept large-scale outsourcing of service planning and scheduling activities. Dan Boyle & Associates, Inc. Page E-29

TCRP Project A-29 Appendix E: Case Studies E.7 StarMetro (Tallahassee, FL) Case Study Introduction StarMetro, known until recently as TalTran, operates the transit service in Tallahassee and on the campus of Florida State University. StarMetro schedules 54 buses on 34 routes at peak on weekdays and provide service seven days a week. The agency is typical of smaller transit systems where staff often has broad responsibilities over multiple functions. It currently schedules manually without a computerized scheduling program. However, an Intelligent Transportation Systems initiative is about to begin, which will create a host of downstream needs for computerized scheduling data. Tallahassee’s metropolitan area is home to a population of 356,000 (159,000 in the City of Tallahassee). Florida State University (FSU) currently has about 40,000 students, Florida A & M about 13,000 and Tallahassee Community College around 14,000. Sixty percent of riders on the system are students. Normal hours of service are 6:30 AM to 7:00 PM on weekdays and 7:00 AM to 6:00 PM on Saturdays. On Sundays, nine of the routes operate 9:00 AM to 6:20 PM. Headways are generally 40 and 60 minutes. Six routes have 30 minute service during the AM and PM peak periods, which are 6:30 to 9:30 AM and 3:00 to 7:00 PM, and one route operates every 30 minutes all day. Two routes enjoy a 20 minute peak. Five predominantly campus oriented routes operate to 10:30 PM on weeknights. In StarMetro practice, most routes keep the same departure times (e.g., on the hour) and running times all day. Bus requirements are as follows: • Weekday peak – 54 • Weekday base – 49 • Saturday – 22 • Sunday – 9 A total of 96 operators are employed. Four of these are part-time. There are 11 extraboard positions, which represent about 11 percent of the full-time operator force. In addition, StarMetro operates nine campus routes, serving FSU (7) and Florida A&M University (2 plus one shared with FSU). These routes operate from campus to outlying areas serving dormitories, other student housing, and retail and entertainment areas used by students. They do not go downtown. One route (the RE or Renegade) operates a campus-only loop on a 10-minute frequency. Four routes come into campus from outlying areas and operate around a similar loop (two in each direction). The routes are scheduled so that a 10-minute service is provided in each direction around the loop. The clockwise direction, which also features the 10 minute RE service, effectively provides a five-minute headway all day. There is also a night service route, which provides service every 45 minutes from 10 PM until 3 AM on Tuesday through Saturday nights. The service operates with three buses, providing 15-minute service to every point on the one way loop. All of the “city” routes originate and terminate at a large off-street transit center, known as the C.K. Steele Plaza, or just “Plaza” for short. This terminal dates back to the 1980s and is scheduled for reconstruction and a revised layout. Currently, it is capable of accommodating 21 Dan Boyle & Associates, Inc. Page E-30

TCRP Project A-29 Appendix E: Case Studies different buses at individual bays or “gates”. The site of the terminal is approximated three blocks north of the center of downtown Tallahassee. Fares at the time of this study were $1.25 for adults with free transfers. There is a day pass for $3 and a weekly pass for $10. University students ride free on the whole system with their student ID card which is paid by part of their student fee. StarMetro is included as a case study as a system with fewer than 100 peak buses that still schedules manually. StarMetro has evolved from a pure radial system, with all routes meeting in downtown, to a mix of downtown and campus-oriented routes. Responsibility for the scheduling function is distributed among several staff members. For this case study, the following people were interviewed: • Ron Garrison – Executive Director • Brad Sheffield – Director of Planning • Samuel Scheib – Assistant Director of Planning • Alphonso Menendez – Superintendent, Transit Operations • Martha Martinez – Street Supervisor The Scheduling Process StarMetro does not have a dedicated scheduler position. Instead, several staff persons are involved with the scheduling process in addition to other primary responsibilities. The Transit Planning Administrator, Brad Sheffield, has responsibility for service planning and scheduling. Both Brad and his assistant, Sam Scheib, work on route design and prepare the operating schedule. The Operations Department, headed by Alphonso Menendez, has responsibility for the run-cut, adding pull out and in times and determining interlining patterns. The runcuts are normally done by one of his supervisors, whose primarily job is street supervision. The supervisor also finishes packaging the runs into rosters or “bid lines”. StarMetro has six supervisors, most of whom are well-versed in runcutting and rostering. Potential changes to the route structure and to individual route schedules start in the Planning Department. Planners use a bus to check out final route alignment and determine average running time by simulating normal bus operations and stopping at planned bus stops. Route lengths are designed to yield roundtrip running times close to 40 or 60 minutes. The roundtrip cycle is calculated and headway is determined for the route. Headways are set at a mathematical multiple of the roundtrip running time, usually with time for recovery at the downtown terminal. Layover and recovery is generally calculated five minutes or less at the Plaza. Even though StarMetro’s methods of scheduling and blocking are described as “manual,” staff employs spreadsheets throughout the process, including the production of documents used by drivers for bidding and for performing their assignments (commonly called “paddles” in the industry). This is true at most properties that do not use a computerized scheduling software package. Even those agencies with scheduling software packages often use spreadsheets for ancillary tasks. StarMetro holds three run picks a year. These occur at four month intervals. Supervisors handle the job of signing up operators. Supervisors also put together the runcuts and rosters. All work Dan Boyle & Associates, Inc. Page E-31

TCRP Project A-29 Appendix E: Case Studies to be picked is in rosters, which are made up of either four or five consecutive days of work totaling as near to 40 hours as possible for the week. Overtime is paid on a weekly rather than daily basis. Of the rosters, approximately 25 percent are made up of four day-10 hour runs. All work is accommodated in the roster with none left over as trippers or loose pieces. This is aided by the low peak to base ratio. Days off are consecutive, although the 4/10s may have the third day off separate from the other two. Reliefs are handled by traveling in the agency’s van to and from the relief point, which is usually the Plaza. Reliefs are grouped so that as many operators as possible can travel together and the number of vans required for reliefs is minimized. Fifteen minutes are allotted to the run for each travel to and from the Plaza. Times for travel to and from other relief points vary. Some runs over eight hours in duration are given unpaid meal reliefs as close to the middle of the run as possible. These are covered by scheduling pieces of work that take care of multiple meal reliefs. These relief pieces form the first or second halves of split runs. Some unique scheduling of meals takes place on the FSU campus routes to avoid unnecessary travel. In some cases, runs are relieved in time to start these meal relief “strings”, and then the driver will complete their assignment by relieving a regular run. Scheduling Issues Interlining Some regular interlining of routes does occur at the Plaza, but the majority of buses stay on their own route all day. Interlining occurs between routes with the same headways and is designed to provide enough recovery time for reliable operation of the “route pair.” System Design The route structure places the Plaza geographically close to the center of the system, which is ideal for scheduling purposes. And, as noted above, the route lengths yield round trip running times close to 40 or 60 minute mark. Since the headways of individual routes vary, there are buses arriving and leaving the Plaza at various times during the hour, which helps to avoid the heavy bus traffic that would occur if all buses were leaving at once. Timed Transfers While the system is not designed for timed transfers, StarMetro aims for five minute connection times between buses and schedules layovers at the Plaza to help facilitate convenient transfers in both directions. With varied headways, this is not possible to achieve for each trip. Intertiming on Common Trunk Corridors There is an effort made to schedule different routes in the same corridors on a staggered schedule. For example, on East Park Avenue, Routes 22 and 25 overlap for a considerable distance. One is scheduled to leave the Plaza at :10 after, while the other leaves at :40, providing a more convenient 30-minute headway to Governor’s Square Mall. This occurs in other corridors as well. Dan Boyle & Associates, Inc. Page E-32

TCRP Project A-29 Appendix E: Case Studies Training Scheduling training is best described as “on-the-job” and comes as part of the move up from bus operator to supervisor. Supervisors are expected to learn how runs are put together and be competent at compiling a sign-up. The “culture” has been passed down within the ranks of Transportation Division. The mix of city and university work and the meals on some of the runs complicates the runcut and makes it a challenge for a first time runcutting “student.” The craft is learned and improved upon over successive sign-ups. New Technology StarMetro has purchased fareboxes from a new supplier, Fare Concepts, a Canadian manufacturer. The fareboxes offer the new feature of built-in GPS, which allows the recording of fares by fare type at precise locations. This information will be linked up soon with automatic passenger counting equipment, an automated vehicle location system, and bus stop information displays. All of these items are part of a new Intelligent Transportation Systems initiative that has recently begun. The need to supply electronic data to these devices will require StarMetro to acquire a computerized scheduling and runcutting software package. Staff has begun preparing specifications for this package. E.8 Ride-On (Montgomery County, MD) Case Study Introduction The County government in Montgomery County, Maryland began bus service in 1975, with some new routes and assumption of existing routes of the Washington Metropolitan Area Transit Authority (WMATA) in an area to the north and northeast of the District of Columbia. That system has grown to operate a fleet of 372 buses carrying about 90,000 passengers on an average weekday, or 29 million annually. The service is branded as “Ride On”. System Description Montgomery County, Maryland has a population of approximately 900,000 and is one of the most affluent counties in the nation. Major urban areas of the county include Silver Spring, Rockville and Gaithersburg. The route network stretches 26+ airline miles from the District of Columbia line to Urbana in the northwest, just across the Frederick County line, 22 miles to Damascus in the north and 15 miles from the Potomac to Burtonsville, near the Howard County line in the northeast. The area is served by both WMATA suburban buses (Metrobus), two legs of WMATA’s Metrorail Red Line (one to Shady Grove in the northwest and one to Glenmont to the north), Maryland MTA commuter rail and bus lines, and 80 Ride On bus routes. Ride On provides service seven days a week. Most Metrobus routes operate seven days a week as well, but some of its routes are given over to Ride On for operation on weekends. Ride On is operated as a division of the Montgomery County Department of Public Works and Transportation. Approximately 67 percent of the service (in terms of peak buses) is operated directly by them, with operating personnel and management employed directly by the County. The remaining service (33 routes) is contracted out to private operators who use County-owned vehicles (vans and cutaways) and operate with schedules developed by Ride On’s scheduling staff. These are routes with lower passenger volumes that can be served by smaller vehicles with resultant lower operating costs. The costs, however, are rising as wages have increased to Dan Boyle & Associates, Inc. Page E-33

TCRP Project A-29 Appendix E: Case Studies keep the private operators competitive in attracting drivers. Thus, Ride On has served notice that it intends to discontinue the contracts. All service will then be operated by Ride On’s employees. General hours of service are 4:30 a.m. to midnight on weekdays and Saturdays and 5:30 a.m. to midnight on Sundays and holidays. Three buses stay out until 2:00 a.m., with the result that Ride On buses are on the street for a total of 22 hours per day. Headways range from a peak of four to five minutes to a base of every half hour. One route does operate every 60 minutes. Average peak headways are 15 minutes and average base intervals are 30 minutes. Ride On makes every attempt to schedule to a clockface headway, even though headways and running times vary during the day and a memory pattern leaving time is thus not possible at all points along the route. Bus requirements are as follows: • Weekday peak – 297 • Weekday base – 177 • Saturday – 164 • Sunday – 121 The above includes service operated in-house and contracted. Ride On operates out of two garages, Gathersburg (108 buses) and Silver Spring (117 buses). A third facility is operated by the private contractor (currently MV Transportation), who fields another 76 vehicles. A mix of 570 full time and 60 part time operators are employed. These employees are members of the County’s MC-GEO labor union (Montgomery County Government Employees’ Organization). Fares at the time of this study were $1.25 for adults. There is a day pass for $3 and a bi-weekly pass for $10. Bus-to-bus transfers are free. Passengers can transfer at an additional charge (35¢) from Metrorail to Ride On. Ride On is included in the case studies as an example of a number of transit systems that were brand new in the 1970s and have grown to become major systems today. Ride On is also an example of an agency that schedules manually with the assistance of internally developed computer programs that automate certain scheduling functions and outputs (described below). The following people were interviewed for this case study: • Howard Benn – Executive Director • Philip McLaughlin – Manager, Operations Planning • Chris Garnier – Transit Analyst (Scheduler) • Carla Rivera – Transit Analyst (Scheduler) • Deanna Archey – Planner Phil McLaughlin is in charge of both the scheduling and service planning function and has three schedulers, one for each garage, and a Data Collection Supervisor. He is also involved in a number of the scheduling functions himself. If this were not so, it would be difficult to schedule Dan Boyle & Associates, Inc. Page E-34

TCRP Project A-29 Appendix E: Case Studies and runcut a system this large with such a small staff. He indicated that the staff is too small for the present workload. The Scheduling Process Scheduling at Ride On is best described as being done by hand with some computer assistance. Computers are used to print out the various documents used for operating, driver sign-up and other administrative functions. These include: bus block diagrams, run guides, driver manifests (paddles), headways, pull-out and pull-in sheets, and sign-up sheets. The programs that produce these documents were developed in-house by a talented individual who is no longer with the County. Ride On is in the process of procuring a dedicated scheduling and runcutting package from Trapeze. This package will receive thorough testing and parallel processing before becoming the primary method of producing schedules. The process, according to staff, is expected to take a year or more. A number of the routes have all-day headways of 30 or 60 minutes or 15-minute peak/30– minute off peak. However, Ride On has its share of complicated schedules running on close headways. A prime example is Route 15, which serves an intense peak-demand corridor from Langley Park to Silver Spring Station on Metrorail. Headways in the AM peak are five minutes for a two hour period, before gradually widening to a 12-minute maximum for midday. There is a four-minute headway at the peak-of-the-peak which is sustained for a half-hour. These are certainly not simple schedules, as one might expect to find in a suburban setting. Approximately 20 percent of Ride On’s schedules are changed to some extent each year. The staff begins preparation for the changes a minimum of four months before the planned effective date of the schedules. Operations Planning staff meet every two weeks with an internal Service Monitoring Group committee, consisting of key Operations staff and driver appointees to discuss the needs and problems with the schedules. Staff uses this feedback to look at areas where overcrowding is occurring and where running time needs adjustment. It has also become the ideal time to proactively introduce Operations to upcoming plans for changes and adjustments. Ride On conducts three sign-ups (called “picks” at Ride On) a year, every four months (January, May and September). Any of those picks can be used to make major changes in routes and service, although September is the preferred time for substantive changes. Data on which to base changes comes from a traffic checking staff of 15 part-time personnel. Their primary duties are to collect data for federal reporting purposes and to ride check each route at least once per year for ridership and running time data. Ride On estimates an average of eight to ten routes receive running time adjustments each year and one or two more have their running times completely rebuilt using this data. Ride On is in the process of acquiring 60 automatic passenger counters (APCs) sometime before the end of 2008. They will be based on Orbital technology and will be integrated with the AVL system. Blocking is done on a standardized sheet showing arrival and departure times at major terminals. An additional bit of complexity comes from the provision for a meal break near the middle of a block that will be cut into an eventual run in the runcutting phase. This produces the case where blocking and runcutting become almost in integral task, as discussed in more detail below. The final blocks are printed out on Block Diagrams using a computer program developed in-house. The sheets show all trips, their routes and termini, and where the bus is parked for Dan Boyle & Associates, Inc. Page E-35

TCRP Project A-29 Appendix E: Case Studies meal breaks against a time-based grid. The sheets are provided in the headway book as a handy reference when checking on the scheduled location of a particular bus. Runcutting and rostering are performed completely by hand using time-honored large sheets of paper familiar to veteran schedulers. Runcutting is an iterative process, where the block make- up is considered and trips are shifted onto or off the block in order to make the size of the run work properly. This method requires intense concentration and attention to detail and is aided by paper or ceramic boards where it is possible to keep track of all the available pieces. But it also produces the most efficient mix of blocks and runs. All straight runs contain an unpaid break for meals somewhere near the middle of the run. Normally, the operator parks the bus at the transit center or rail station and takes between a 37 and 60 minute break. During that time, other blocks continue to provide the service on each of the routes. This iterative process (combining blocking with runcutting) provides the most cost effective runs, but also takes longer to put together because of the sheer number of trips that have to be considered. Finished runs are rostered into Pick Sheets, which contain the five days of work and two consecutive days off. Ride On also has some four day/10 hour shifts. Part time work is also rostered. Part time runs at Ride On consist of three to five hours of work over five days, with consecutive days off. Part time assignments are all one piece with no splits. Scheduling Issues Interlining Ride On is unique in its attention to maximizing route interlining. All routes have at least one terminus at a transit center or Metrorail station. Schedulers early on looked for patterns of roundtrip cycles on routes at each of these termini where interlining would link long routes that are tight for time with shorter routes where layover is more than adequate. In many cases a more complex interlining pattern was established, featuring three or more routes. Another purpose of interlining was to take any monotony out of the driving day and to give operators as much diversity and knowledge of multiple routes as was practical. In addition to creating a more varied work day, the interlining scheme also saves money. Interlines are created by hooking routes together at transit centers on a “first in first out” basis. Savings are accrued by “hooking” each arriving trip to the next trip out, regardless of line, provided that the vehicle types are consistent and recovery time is adequate. To quantify the extent of potential savings, a blocking study of the Silver Spring garage was conducted a few years ago with all buses hooking back to their own routes. This produced a six percent increase in hours over the then-current schedule and also required seven additional peak buses. A similar saving from interlining Gaithersburg routes was estimated. The result confirmed that scheduling staff was on the right track with the interlining methods employed. Downstream Applications In addition to the normal scheduling tasks, the staff is also responsible for a moderate amount of downstream activity. This includes production of public timetables, individual bus stop schedules, telephone information materials, and (within a year) feeding data to an automatic vehicle location system. Dan Boyle & Associates, Inc. Page E-36

TCRP Project A-29 Appendix E: Case Studies Scheduler Training The Ride On Operations Planning Department has experienced moderate turn-over in scheduling personnel in the past ten years. Training is a combination of passing down the craft largely through classroom work and a lot of time spent working on schedules under the watchful eye of seasoned schedulers. The incumbent schedulers are young, but have been with the system for several years and have been indoctrinated into the Ride On way of scheduling, blocking and runcutting. The normal progression path to scheduling is from the driver ranks. Most of the people promoted into Scheduling have been temporarily assigned there previously and their skills at scheduling have been assessed prior to considering them for promotion. The Manager of Operations Planning has been with the system for over eight years and carries the historical perspective (corporate memory) from his predecessor. He believes that the workload should get a bit easier with Trapeze, since it handles the data between the various scheduling tasks and can pass on the data to the downstream applications without having to re- enter much of it. What will not change is the need to manually intervene in the process of building blocks and constructing runs. Ride On has specified the Blockbuster© optimizing runcutting module for Trapeze, but this module has only recently added a routine for interactively blocking and runcutting and this system’s requirements will surely test the viability of that routine. At this point in time, Trapeze does not provide a heuristic blocking routine that can be used to perform a systemwide or garage-wide optimization of all trips into blocks. Much of the blocking strategy will continue to require manual development. E.9 Capital Area Transportation Authority (Lansing, MI) Case Study Introduction The Capital Area Transportation Authority (CATA) provides transit service in Lansing, MI and the surrounding area. Lansing is the capital of Michigan and home of Michigan State University (MSU). CATA operates 78 peak buses from a single depot and employs 153 full-time and 46 part-time bus operators. The Lansing portion of the CATA network operates on a pulse system with timed connections downtown at the CATA Transportation Center. All scheduling work is done by the Service Planning Manager, with input from others. The Service Planning Manager reports to the Assistant Executive Director. CATA is included in the case studies because it provides a good example of the scheduling process at a transit agency with fewer than 100 peak buses. CATA utilizes a computerized scheduling software package (Trapeze), but relies on a mix of manual and computerized processes to produce its schedules, runcuts, blocks, and rosters. As is the case at many small transit agencies, one person is responsible for all scheduling and service planning tasks. Three individuals were interviewed for this case study: • H. James Froehlich, Service Planning Manager • Sandy Draggoo, CEO/Executive Director • Debbie Alexander, Assistant Executive Director Dan Boyle & Associates, Inc. Page E-37

TCRP Project A-29 Appendix E: Case Studies The Scheduling Process CATA uses a combination of manual and computer processes to complete their scheduling tasks. While one individual is responsible for completing all of the technical scheduling tasks, there are a number of places for input by a wide variety of stakeholders including bus operators, the public and the Board of Directors. The following is the process followed by CATA, leading up to a schedule revision and “pick” by operators. 1. Service Review Committee input. CATA has an internal service review committee that identifies service levels for new routes and for route changes. The committee responds to direction provided by the Board of Directors, which annually sets target service levels for the coming five years. CATA management and staff make the decisions on where service should be increased or decreased, with the Board’s approval. 2. Running times. Select bus operators designated by the union, Operations Department Staff and the Service Planning Manager drive proposed new routes with a bus, simulating stops, to estimate running times. This step is also undertaken for any routes with an identified scheduling issue. CATA has recently implemented different running times by time period. Off-school periods and state holidays are also important factors affecting running time. CATA serves many middle school and high school students, and trips at 3 p.m. that operate past schools usually fall behind schedule due to heavy loads. While some running time differential may be provided for these trips, enough recovery is provided to allow them time to recover on their next trip. CATA is located in a region subject to frequent heavy snowstorms, but schedules are not developed for snow days. In the event of heavy snow, service is coordinated to allow the last scheduled trip to depart on time. Overall, establishing running times is a function of route length, pulsing requirements, and union input. CATA uses APC data to confirm running times on individual segments. 3. Field check. The Service Planning Manager drives the route in a van to note any potential problems with stop placement, pedestrian activity at major trip generators, turns, or other issues and to identify any routing alternatives to address problems. 4. Mapping. The Service Planning Manager maps the route in Trapeze. CATA utilizes a base map that provides accurate geocoding information for stop locations from the State of Michigan. 5. Trip patterns. The Service Planning Manager identifies any alternate patterns for short- turns or branches and codes them at this stage. 6. Span of service. Once routing and running times are determined, the span of service is finalized. Most routes in the CATA system operate between 6 a.m. and 11 p.m., with the last departure from downtown at 10:15 p.m. Route 1, the major route serving downtown, MSU, and Meridian Mall east of campus, operates later on Friday and Saturday nights during the school year. A paratransit vehicle operates on campus between 2 and 7 a.m., thus providing 24-hour service. Most routes operate seven days a week, with a less extensive service span on Saturday and Sunday. 7. Building the schedule. The Service Planning Manager lists all trips and timepoints by direction. This is done in Trapeze. Most local routes operate at headways of 30 or 60 minutes during the day. CATA does not have a contractual requirement or standard for Dan Boyle & Associates, Inc. Page E-38

TCRP Project A-29 Appendix E: Case Studies 8. Blocking. The Service Planning Manager usually blocks the trips electronically making final adjustments manually. 9. Runcutting. Because the service is not changing dramatically, most runs can be built simply by replacing existing work pieces with similar new pieces. Therefore, the runcut is typically a manual process at CATA. In a system of this size, there are opportunities to customize the runcut to generate efficiencies. The Service Planning Manager looks for “dangling” trips to interline, also considers options to adjust layover and recovery time to maximize efficiency on a trip by trip basis, particularly when headways transition. CATA evaluates its runcuts in terms of pay to platform ratio. Currently, this ratio is 1.1, leaving very little room for increased efficiency through a computerized runcut. 10. Rostering. The final step of the process is to prepare a roster. Work assignments and days off are prepared by CATA. Every attempt is made to create work pieces that have either identical runs every day or runs that operate the same line. As more work is rostered, the ability to do this diminishes. For each sign up, there is Union review of the paddles and roster. Final adjustments are made in the roster at that time before posting. Consecutive days off are guaranteed only for operators who work both Saturday AND Sunday. 11. Implementation. CATA has a service change implementation team composed of representatives from marketing, maintenance, operations, and facilities. The team meets monthly, as needed. Its goal is to coordinate service change events to ensure that customers are optimally served. Supervisors and dispatchers are informed of service changes well in advance of implementation so that they have the chance to ask questions and clarify anything they do not understand. Scheduling Issues System Design The CATA system is designed as a pulse system, with timed connections in downtown Lansing at the CATA Transportation Center (CTC). Making time transfers work is a critical factor in schedule design. Buses are held for up to five minutes at the CTC or at other timed transfer locations to ensure that transfers can be made. Interlining key routes (discussed below) is one way to ensure that the pulse system does work. As time passes, routes are increasingly designed to operate on arterial streets and are less likely to penetrate into neighborhoods where safety issues with parked cars and children are a concern. This is especially true in the design of new routes. It is also true, however, that people buy houses based on the proximity of bus service in the neighborhood. As a result, older routes are not likely to be changed to take them out of neighborhoods. University Service Michigan State University is a major focus of the CATA system. MSU formerly operated its own campus shuttles, but CATA now operates these under an agreement with the university. Dan Boyle & Associates, Inc. Page E-39

TCRP Project A-29 Appendix E: Case Studies Published timetables delineate certain trips as “Spartan service trips” that operate only when MSU is in session. Late trips on Route 1 on weekends are an example of trips that operate only when the University is in session. On Route 25, which also serves the campus, headways are 20 minutes when MSU is in session and 40 minutes at other times. There are several problems in planning campus services. Service demands vary dramatically during the service day. Service also fluctuates between service days. For example, CATA operates a reduced schedule on Friday of each school week. Finally, MSU does all road repairs on campus during the summer, which often has unexpected impacts on routing and running times in the campus area, and can impact “time checks” for fall services. Interlining CATA has used creative approaches to interlining to ensure that critical connections are made and to maximize one seat rides for key markets. For example, CATA recently started a new route from Downtown to North Lansing. This route is interlined on the downtown end with a route from South Lansing, and on the North Lansing end with a route to MSU, thus ensuring that critical transfer connections can be made. Interlining can result in delays from one route spilling over to affect another. CATA has not had issues with delays caused by interlines. Routes with rail road crossings that are subject to delays would be a factor, but these routes are operated as stand-alone routes and are not interlined. CATA also tends to interline routes with ample running and recovery time with routes that are scheduled more tightly to balance out an operator’s workload. This practice is designed to avoid the domino effect of increasingly late departures throughout the day on routes with tight running times. However, this does not always work as planned. For the August 2007 pick, CATA interlined three routes on the MSU campus to save a bus, but the union complained to the CEO that the running times were too tight. CATA adjusted the running times as quickly as possible. Swing Shifts CATA has two kinds of split shifts: (1) regular splits, which are limited to a maximum of 2.5 hours swing time; (2) wide splits, which have no swing limitation, but are limited to seven per pick. Although not required, attention is given to keep the spread time to as close to 12 hours as possible. CATA is careful not to roster a mixture of straights, regular splits, and wide splits, giving senior operators the best chance at the kind of route they want to pick. Any break in excess of 2.5 hours is paid as overtime. There can be only one unpaid break in a shift. Meal Breaks Meal breaks are created by: (1) a service fall-back (i.e. the line shuts down for 30 minutes); (2) breaks cut in the blocks (requiring an added bus to cover lunch reliefs); and (3) breaks cut in the run cut. This works when the lunch break time is equal to the running time of the route. Extraboard CATA’s formula for sizing the extraboard is approximately 12 percent of the number of rosters. Dan Boyle & Associates, Inc. Page E-40

TCRP Project A-29 Appendix E: Case Studies Labor Relations The CEO has an open-door policy with the union, and values a positive relationship. The head of the union accompanied the CEO to accept the APTA award for best small system this past year. The union can use this open door as a vehicle to complain about schedules separate from the standard scheduling process. When complaints come directly to the CEO, she discusses the complaint with the Service Planning Manager and encourages him to work out a solution. The bus operators’ union designates three operators to work with CATA on scheduling issues. The operators know that they can bring scheduling and running time issues to one of the three designated operators. The CEO’s perspective is that the union has to feel that the core of full- time runs will always be there, and understand the balancing involved in scheduling. She fosters the union’s core belief that this is their system, which in turn keeps work standards high CATA recognizes the tradeoff between efficiency and operator burnout. The contract requires eight hours off between shifts, but CATA avoids a 5 a.m. report time one day followed by a 2:30 p.m. report time the next day. Whenever possible, each operator gets the same type of work. Late night campus service can make this challenging. Part-Time Operators The union contract limits the number of part-time operators to no more than 32 percent of the work force. Part-time operators are allowed to work up to 30 hours per week. CATA keeps part-time assignments between 25 and 30 hours per week, and generally avoids a part-time roster with anything less than a four-hour daily assignment. Automated Passenger Counters (APCs) CATA has APCs on 15 of its buses (peak pullout is 78 buses). The buses are rotated throughout the system to survey each route every two weeks. Historically, buses have been assigned to specific runs – an operator would drive the same bus every day – and this complicates the APC assignments. Load data from the APCs are not useful, because loads accumulate through the ends of trips during the day. Boarding and alighting data are very useful, as is running time data between specific timepoints. Computerized Scheduling CATA uses Trapeze for scheduling, but does a mix of computerized and manual work. CATA uses Trapeze for stop-specific information and for scheduling functions other than runcutting. The Service Planning Manager views scheduling as a highly visceral skill and thus does most runcutting manually. CATA is currently upgrading to the latest version of Trapeze, which includes Blockbuster. This module provides robust blocking and runcutting capabilities. Downstream Requirements Downstream Trapeze systems include Infocom (customer information), Infoagent, and Infoweb. Infocom documents customer input (compliments, complaints, and service requests), while the other systems enable trip planning, either with the help of a customer service representative or Dan Boyle & Associates, Inc. Page E-41

TCRP Project A-29 Appendix E: Case Studies on-line. The OPS package makes all the computerized scheduling data accessible to Operations, and also includes time and payroll functions. The next step in OPS implementation is an electronic bidding process. One strength of computerized scheduling is facilitating the transfer of schedule information to the downstream systems. Senior Management’s Perspective on Scheduling CATA’s CEO values a non-adversarial process to resolving scheduling issues. Senior management recognizes the importance of scheduling and delegates a high degree of autonomy to the Service Planning Manager to manage the scheduling process. In the industry as a whole, the extent to which general managers understand scheduling depends on how they came through the ranks, the size of the system, and whether they have strong ties with operations. At CATA, senior management is aware that scheduling issues are sometimes personnel issues. As an example, high-seniority operators on Route 1 (CATA’s busiest route) run the schedule perfectly, but other less experienced drivers find they cannot keep to schedule. Supervisors are needed in the field to keep the junior drivers on schedule, but the union also has to take a role in helping to train the new drivers to operate the route correctly. After a new driver picks his/her first work assignment at CATA, a senior operator will ride with the new operator on his/her route and fills out a daily observation report. Scheduling is a critical component of an Information Technology strategy at CATA. Scheduling connects to operations, payroll, APCs, the ridership database, customer service, and web development. The ridership database is developed from GFI data analyzed through a series of filters. Automated Vehicle Locators (AVL) and Mobile Data Terminals (MDT) are being implemented, and these also tie in to schedules. CATA’s future vision is for completely electronic schedules, with no need for printed timetables. CATA is redesigning its website to include trip planning, real-time bus information, and text messaging to those who have signed up to receive information for a specific route. When the technology comes on line, there will be even more need to integrate schedules data throughout the system. Senior management identified several challenges with regard to scheduling: 1. University service. Frequencies have to be so intense, but student class times drive demand. How do we reconcile these to provide service when it is needed? 2. AVL. Implementation of the new AVL system will provide new opportunities for how CATA schedules and how it monitors schedule adherence. Is CATA positioned to take advantage of these opportunities? 3. Peak capacity problems throughout the system. The weather and daily changes in demand contribute to these problems. How can CATA find out where these problems are likely to occur before they happen? 4. Flexibility. How will the implementation of new technologies allow CATA to do things in a different way for a different purpose, with greater flexibility? Scheduling tends to be inflexible because of the way the agency needs to communicate with its customers today. As the means of communication change in the future, will the scheduling process change also? Dan Boyle & Associates, Inc. Page E-42

TCRP Project A-29 Appendix E: Case Studies CATA’s senior management expressed confidence in its current scheduling procedures and generally takes a hands-off approach to scheduling. As ITS implementation continues, senior management can envision changes in the scheduling process toward greater flexibility and short-term responsiveness. E.10 Metro (St. Louis, MO) Case Study Introduction Metro is the regional transit system serving the City and County of St. Louis, Missouri and Monroe and St. Clair Counties in Illinois. Its legal name is still the Bi-State Development Agency, but Metro is the branded name which is marketed to the public and carried on all vehicles and graphics. The agency was formed by an interstate compact dating back to 1949. It became an operating transit agency in 1963 when it took over the routes of St. Louis Public Service and 15 other private carriers on both sides of the Mississippi to provide transit in a four county area in Missouri and Illinois. Metro presently operates a fleet of 395 buses out of three garages (two in Missouri and one in Illinois), plus an interstate light rail line (MetroLink) consisting of two routes operating out of two facilities and covering 46 miles. The bus system consists of 79 routes. Together, the system carried 54 million riders in the last fiscal year. The entire system is operated by Metro staff, with no contract operation. Metro uses Trapeze FX software for headway generation and blocking, and Blockbuster for runcutting. Much of the scheduling staff has been working in scheduling for many years and is well versed in both manual and automated scheduling techniques. Principal contact for this interview was Todd Plesko. Todd heads an operational planning organization which includes service planning, scheduling and data collection and which reports to Operations. Interviews were conducted with four persons, including: • Todd Plesko, Chief, Planning and System Development • Lance Peterson, Director of Service Planning • Tyagarajan (“T”) Srinivas, Director of Scheduling • Andy Sisk, Transit Services Manager Metro offers an example of scheduling skills that have been passed down from the private enterprise days to the present. There has been ample opportunity to learn over the past 15 years from building entirely new schedules in support of major route changes. During that time, Metro has steadily converted from a traditional radial and crosstown bus system to one with a significant amount of routes that have become feeder to MetroLink as the backbone of the system. The Bus Scheduling Process Metro currently schedules 322 buses during peak hours and 223 buses during midday hours. The peak-to-base ratio is 1.44, which is relatively low for a large urban system but indicative of the role that rail plays in the passenger mix. Most routes are scheduled on clockface headways, with timed transfers occurring at MetroLink LRT stations and suburban bus transfer stations. Dan Boyle & Associates, Inc. Page E-43

TCRP Project A-29 Appendix E: Case Studies Maintaining consistent headways in light of changes in running times is a challenge for schedulers. Trapeze FX is used to build bus schedules and blocks. The information is stored in a SQL Server database which provides standardized reports, such as headways and paddles. Metro has long made use of interlining to save equipment where possible. Interline candidates are developed by hand. There is a division of responsibility in scheduling trips. The senior staff, all of whom are managers, build schedules and develop initial blocking solutions. Draft headways are turned over to the unionized schedule makers for adjustments as necessary to meet recovery goals and to prepare for runcut. The contract requires a minimum five minute recovery at the end of each trip, but with frequent requirements to meet connection times at rail stations and outlying transit centers, this is usually exceeded. The average layover/recovery is around 15 percent. Runcutting is straightforward, but is constrained by what the scheduling staff considers to be very restrictive work rules. Metro does not provide meal reliefs as such. Meal breaks can be taken during longer layovers, which may be built into the schedule for connection purposes or to help achieve a clockface headway. The Director of Scheduling has adjusted the work rules within Blockbuster to obtain optimum results on a garage-by-garage basis. The summer 2007 runcut at one garage had a pay-to-platform ratio of 1.11, which is well within the range expected on a property without meal reliefs. The use of part time operators is allowed and Metro makes use of them, primarily in weekend work. The contract allows for seven percent part time. The schedule makers also figure prominently in preparing the finished data for downstream distribution to the myriad departments that are dependent on updated schedule information. Schedules information is critical to the operation of Metro’s automated information call centers, GIS mapping systems, automated vehicle locator (AVL) and automated passenger counting (APC) systems as well as on-board next stop announcement hardware. Scheduling Issues Interlining Metro does have a contractual limitation on the maximum number of interlines that can occur in each run. While this provides operators consistency throughout their day, scheduling staff views this as a limitation to gaining further system scheduling efficiency. Runcutting As noted above, Metro schedulers work within the confines of fairly restrictive work rules in cutting runs. Sixty-five percent of weekday runs are required to be straight. That percentage increases to 85 percent on weekends. Splits must be completed within a spread of 12.5 hours. Spread penalties occur after 11.5 hours (11.0 on rail) and reach a penalty of an additional straight time after 12 hours. Another complication is that a certain number of the all day blocks on each line must contain an early straight run. There are also restrictions on the amount of platform time in runs and on the number of trippers that may be left after all work has been made into productive runs. Discussion with staff indicated they have not been included to any Dan Boyle & Associates, Inc. Page E-44

TCRP Project A-29 Appendix E: Case Studies meaningful extent in labor negotiations, where some relief for these restrictions would increase the productivity of the schedules. Scheduling Training Metro offers an example of scheduling skills that have been passed down from the private enterprise days to the present. The system’s schedule manager has extensive scheduling experience. Newer managers bring private sector expertise in computer systems and training. The entire system has been rebuilt and new schedules created over the past 15 years, providing ample opportunity to gain proficiency with Trapeze. During that time, Metro has steadily converted from a traditional radial and crosstown bus system to one with a significant number of routes that have become feeder to MetroLink as the backbone of the system. Ridership Data Metro has a fleet that is almost entirely equipped with automatic passenger counters and automatic vehicle location. These items have facilitated data gathering for new schedules. Staff takes on the task of eliminating data that does not conform to norms, including incomplete trips or other kinds of “outliers”. Rail Scheduling Rail scheduling is not yet fully automated and is performed using spreadsheets at present. The manual functions in the Trapeze program are utilized, allowing Trapeze to format and print reports and maintain statistics, even though the software is not utilized for optimization. The rail operating schedule is complex in that it includes every station as a timepoint. That yields 39 timepoints in each direction. Two services are operated: the “mainline” Airport to Shiloh-Scott AFB and the year-old Cross County line from Shrewsbury to Emerson Park, a midway station with a pocket track on the east side of the mainline. The two services are scheduled with evenly spaced headways along the common portion of both routes to give double the frequency along their common segment. During peaks, that results in a train every five minutes, with 7-8 minute midday headways. All trips are operated with two-car trains of articulated LRVs seating 72, with a standing capacity set at 100. Metro has 87 such vehicles and schedules 56 (28 trains) at peak, 38 (19 trains) at midday and on weekdays. Staff is looking at the possibility of separately adjusting the amount of service operated on each route, which would result in uneven headways on the common segment but would better respond to demand on each independent line. In addition there is a desire to extend the short line from its current terminus at Emerson Park two stops east to Washington Park, so that the busy Jackie Joyner-Kersee Center station would have more trips passing through. To accomplish this, a pocket track is needed at Washington Park to provide for trains laying over. Runcuts are performed using the manual runcutting routines within FX. This allows the program to keep track of the statistics and to issue Run guides and other output documents using standard Trapeze forms. One complication with the runcut comes from the need to get train operators back to their respective yards at the end of the shifts while attempting to minimize travel time payment. Unlike other rail systems included in the case studies, MetroLink does not use fallback scheduling of operators at end terminals at this time, which saves one step in blocking service. Dan Boyle & Associates, Inc. Page E-45

TCRP Project A-29 Appendix E: Case Studies Similar to the bus system, all rail runs are rostered with days off assigned. Yard jobs are included as part of the rosters. E.11 Capital District Transportation Authority (Albany, NY) Case Study Introduction The Capital District Transportation Authority (CDTA) is a regional transportation agency serving a four-county area around Albany, NY. The four counties are Albany, Schenectady, Rensselaer and Saratoga. Besides Albany (population 94,000), the major cities in the area include Schenectady (population 62,000), Troy (48,000), Saratoga Springs (27,000) and Rensselaer (population 7,800). The population of the urbanized area is 734,000. CDTA was formed in 1970 and took over operations from private operators in 1971-2. The largest private operator was United Traction Company, who had provided the streetcar and bus service in Albany since the early 1900s. System Description CDTA operates a fleet of 234 full size buses operating out of three garages. Garages are located in Albany (113 buses), Troy (56 buses) and Schenectady (50 buses). In addition to the fixed route fleet, there is a fleet of around 25 small buses and vans providing paratransit for the same service area. These buses operate on 58 routes, which include mainline local and limited stop, park & ride, and suburban shuttles. The routes cover an area of 150 square miles. Service is operated for about 20 hours a day on weekdays and Saturdays and about 12 hours on Sunday on 21 of the routes. Headways range from 15 to 65 minutes in the base and 10 to 30 in the peak. The best route on the system in terms of overall service is the 22-Albany-Troy-Rensselaer (10 peak, 15 base), followed by 55 Albany-Schenectady via Central Avenue (15 peak, 20 base). The latter corridor is slated for upgrade to a Bus Rapid Transit route during 2008. Current weekday system boardings exceed 42,000. CDTA reports that the top six routes carry 50 percent of the ridership and 75 percent are on 16 of the 48 routes. Not surprisingly, these 16 are the trunk routes in the most urbanized areas of the region. CDTA also operates several circulators, including an Albany route that circles the state office campus and a summer-only route in Saratoga Springs. These use smaller buses or trolley replicas. CDTA also operates shuttles on the SUNY Albany campus and at Rensselaer Polytechnic Institute in Troy. Uniquely, CDTA owns and operates two railroad stations devoted to regional and long distance passenger service. The station in Rensselaer, designed and partially funded by CDTA, is a major Amtrak hub and also serves as an office complex for CDTA. The other station is in Saratoga Springs, serving Amtrak’s daily New York – Montreal “Adirondack.” Bus requirements are as follows: Dan Boyle & Associates, Inc. Page E-46

TCRP Project A-29 Appendix E: Case Studies • Weekday peak – 185 • Weekday base – 115 • Saturday – 73 • Sunday – 36 CDTA operates all of its own service, with the exception of Northway Express (NX) commuter trips, which are operated under contract by Upstate Transit, the former owner of the routes. CDTA supplies 12 MCI buses to Northway for this service. NX connects the State office campus with areas in Saratoga County and provides directional peak service on weekdays. At present, CDTA budgets for 345 bus operators, all of whom are full time. As with other systems, the actual number available is usually lower than the budgeted figure due to attrition and the time it is taking to recruit and train new operators. Part time positions have all been eliminated as this particular work group proved difficult to recruit and retain. CDTA’s operators, supervisory staff and some middle management are members of the Amalgamated Transit Union. CDTA changed their fare structure in 2005 in a move to simplify fares and eliminate transfer abuse. On all local routes, the fare is $1. Use of transfers was discontinued, replaced by a day pass for $3. Revenue has increased and the fare structure change has been credited as one factor in increased ridership. The NX service is not part of this structure, having a traditional commuter style, mileage-based zone fare with an emphasis on discounted monthly passes. The following people were interviewed for this case study: • Kristina Younger – Director of Strategic Planning • Anthony Grieco – Director of Service Planning (since retired) • Bill Redden – Manager of Service Planning (Chief Scheduler) • Michele Gaudet - Scheduler • Thomas Guggisberg – Director of Information Technology • Christopher Desany – Chief Information Officer Kristina Younger is in charge of both the strategic and long range planning functions. She reports to the Deputy Executive Director of Business Development, one of four direct reports to the Executive Director. Strategic Planning and Service Planning are on the same level, but the functions of both are intertwined at present, with Strategic Planning having the charge to rethink how service is branded and delivered. The resulting strategic plan describes in detail the annual service review process, which is central to all route and service changes. The service planning and scheduling functions are carried out by the same people at CDTA, although the scheduler spends most of her time on scheduling and review of ridership data. The Scheduling Process CDTA has used the Hastus software package from Giro for about eight years. There is still some scheduling done with pencil and paper, as appropriate to get a quick view of how a schedule will work, before feeding the information into Hastus and completing the job electronically. Dan Boyle & Associates, Inc. Page E-47

TCRP Project A-29 Appendix E: Case Studies The practice of scheduling has been handed down at CDTA from the “old hands” of the United Traction era. There has been a steady succession of long-term employees in scheduling who could pass down the corporate memory, and this continues today. Schedules are kept relatively simple. Routes are straightforward, generally lacking a large number of “patterns”, such as turnbacks, branches and alternate routings. In fact, CDTA’s policy is to limit the number of patterns for each route type, with no more than two patterns on trunk local routes. Use of clockface headways is emphasized to the extent that they are feasible. An appropriate round trip cycle is worked out for each of the major time periods of the day. In that sense, schedules are built to allow for efficient blocking. However, CDTA still blocks by garage once all of the schedule work is complete. This effort searches for potential interline opportunities which can save buses during the peaks and periods before and after. Even with clockface as a goal, there is a diversity of headways. As an example, most suburban routes run every 25 to 50 minutes. Because of this diversity of service frequency, there is relatively little opportunity to schedule meets at outlying transit centers. Ridership and running time data comes from both AVL and APC systems. As of this writing, 48 buses in the fleet are equipped with APCs and all new buses received have them, so eventually the entire fleet will be equipped. CDTA has a cadre of up to six traffic checkers, who mostly work on specialized checks such as for National Transit Database reports. When a large check is needed, CDTA can also field supervisors and Travel Trainers. Ridechecks to obtain data for running time revisions are done as needed rather than on a set schedule. The contract with the Amalgamated Transit Union requires three schedule sign-ups a year. These are timed around the school out, school in and end of year time frames. CDTA makes complete use of the optimizing CrewOpt module in Hastus to cut driver runs. Each garage is cut as a unit, using all blocks scheduled at that garage. Staff believes that this produces the most efficient set of runs. From time to time, a subset of the runs for each garage is frozen from the previous runcut and the remaining work is optimized around them. This is done when there is relatively little change in the blocks. As with the schedules, the runcut at CDTA is relatively simple and straightforward. The contract requires a minimum of 60 percent of weekday runs to be straight. The system does not schedule meal breaks in the runcut. There is no provision for four day/10 hour runs. The peak- to-base-ratio of 1.6 is not onerous in terms of allowing for a runcut solution free of a lot of leftover pieces. At present the number of trippers is: 8 a.m. and 10 p.m. in Albany, 5 a.m. and 7 p.m. in Troy, and 4 a.m. and 4 p.m. in Schenectady. Sign-ups are cafeteria style. Schedulers do not roster any of the work, but allow the operators to choose their days off separately from their work. Scheduling Issues Business Process Re-engineering CDTA’s IT department has become involved in sign-ups to a greater extent than in the past by developing a six page flow chart of all the tasks that have to be accomplished for each service change. The chart includes Service Planning and computer system tasks as well as those of Scheduling. IT’s primary concern is typical of many transit systems in this age of heavy downstream uses of electronic information. Data flow encompasses the AVL system, growing Dan Boyle & Associates, Inc. Page E-48

TCRP Project A-29 Appendix E: Case Studies APC use, website information based on schedules, and additional on-board requirements such as correct settings for the electronic registering fareboxes. Therefore, assuring that scheduling and run data is correct as early in the sign-up process as practical satisfies one of IT’s major ongoing projects. At CDTA, IT has taken the role of partner with the schedulers in producing sign-ups. Rebranding In 2005 the agency completed a comprehensive assessment of the services operated by CDTA. The result was the Regional Transit Development Plan, which was finalized in January 2007. Of interest to schedulers are some of the following items produced as a result of this study. • Transit Propensity Index This combines several population characteristics, such as population density, percent above or below certain age levels, zero car households, and such with attractions for transit riders, such as shopping centers and colleges. This can be used to identify potential new areas for bus service and the likelihood for success in attracting ridership. • Service Design Principles The system’s service standards have been derived from this, including such elements as span of service, route spacing, and service frequency. • Systematic Fleet Replacement Plan While this is a highly desirable planning tool for the whole agency, the scheduler benefits from discussion about bus types and sizes. For example, CDTA is considering articulated buses for future use on the BRT service. The agency once had a small fleet of articulated buses, but the particular model did not perform well in ice and snow. The Maintenance staff is now ready to look at articulated buses again for the BRT corridors. In addition, the study also resulted in a new image for the system and the bus fleet, including a rebranding of the service, which is now known as the “iBus”. Along with this was a change in the design of the public timetables which feature the use of color and heavier paper stock, making them more attractive and, hopefully, giving clearer information to potential patrons. E.12 MTA-New York City Transit Case Study Introduction MTA-New York City Transit (NYCT) is by far the largest transit agency in the United States, operating 3,866 peak buses out of 18 depots (two more depots will come on line in 2008) along with a fleet of 5,800 subway cars. The Scheduling Department has a total of 70 schedulers, with half assigned to heavy rail and half assigned to buses. The Scheduling Department is part of the Division of Operations Planning. While the sheer size of this agency might suggest that it does not share experiences with most other transit operators, NYCT’s schedules are developed at the depot level, with depots ranging in size from 100 to 300 buses. At this level, the scheduling process is very similar to scheduling at a medium-sized transit agency. There are obviously complexities related to the sheer size of the NYCT system and the frequency of bus service. As a case study, NYCT offers extensive experience with computerized scheduling, innovative scheduling practices, and very different budget environments over a relatively short period of time. NYCT uses Hastus as its automated Dan Boyle & Associates, Inc. Page E-49

TCRP Project A-29 Appendix E: Case Studies scheduling system, and has added functionality to its computerized scheduling over a number of years. The system has a close relationship with Giro, the Hastus developers, and many of the enhancements in the Hastus system are a result of this on-going partnership. Five individuals were interviewed for this case study: • Michael Glikin, Senior Director, Bus Schedules • Michael Chubak, Executive Vice President • Joseph J. Smith, Senior Vice President, Department of Buses • P. J. Diskin, Deputy Director, Bus Schedules • Steven Viglietta, Senior Manager, Hastus Implementation, Bus Schedules The information presented in this case study relate primarily to bus scheduling at NYCT. Rail scheduling is discussed briefly. Unlike bus scheduling, rail scheduling has been largely a manual job, which is only now being automated using Hastus. Organization of the Schedules Department The NYCT Schedules Department is organized by mode, with a Senior Director for Bus Schedules and for Rail Schedules. Both directors report to the Chief, Operations Planning, who in turn reports to the Executive Vice President. The bus side of the Schedules Department is organized along the lines of the Department of Buses (the NYCT equivalent to the Operations Department at other agencies or Bus Operations at multi-modal agencies). There are five divisions, corresponding to the five boroughs, and several depots within each division. Each depot has a scheduler assigned to it, and senior schedulers review all schedules within their divisions/boroughs. Each depot schedule manager is responsible for all scheduling tasks, including schedule development, blocking, runcutting, and rostering. Less senior schedulers perform all scheduling tasks except rostering. There is an “Other” division within Schedules, which handles bus stops, distances between bus stops (in Hastus Geo), substitute bus service for rail track work, head signs, pick administration, statistical output, interface with everyone beyond Hastus, and distribution (picks and statistics) to the unions and to depot/bus division management. All schedulers at NYCT are managers. Twenty years ago, schedulers were senior dispatchers, in the same union as bus operators. Level of service and efficiency are key management issues, so scheduling is a management issue. Classifying schedulers as managers is fully justified when one considers that the platform budget of $1.1 to $1.2 billion dollars over 20 depots translates to an average of $60 million per depot in service costs for which the scheduler is responsible. The Schedules Department is more budget-oriented than other non-finance/administrative departments in NYCT. It serves as a facilitator between the Department of Buses and the Office of Management and Budget. Schedules meets regularly with the Senior Vice President, Department of Buses. Other departments and upper management have a high level of trust in Schedules’ numbers and cost estimates. One thing that is emphasized more at NYCTA than other transit properties is that schedules and service levels are kept up to date very regularly, with a significant number of adjustments made Dan Boyle & Associates, Inc. Page E-50

TCRP Project A-29 Appendix E: Case Studies at every sign-up for load and running time changes. Schedule and service needs drive the platform budget rather than having a number handed down and scheduling to that number. Weekday schedules are adjusted every two years, and weekend schedules every four years. NYCTA schedules strictly by service guidelines. Target loads are specified as a percent of seated capacity for different types of routes during different times of day. Recently the Board mandated a seated load as the midday and weekend guideline, when less than a seated load had been the guideline, but this was never fully implemented by NYCTA. The accommodation made is that service is not decreased to meet the seated load guidelines, but is not increased to allow for less than a seated load. Because weekend guidelines do not call for standees, there is greater flexibility in handling growth. Schedules are in a state of good repair. One area of concern is with p.m. reliability on the express bus routes. The Scheduling Process The Schedules Department works on an annual budget-driven cycle: 1. Platform Budget: In mid-winter, Schedules begins development of the platform budget for the upcoming year, strictly based on calculations for variable service needs – no initial consideration at this point of depot openings/closings or of any service planning recommendations. This process uses fall ridership numbers to determine peak ridership for the upcoming year. The Schedules database includes: a. All segment running times for each route b. Mileage for each route c. Trips per hour and ridership per hour from the most recent ridecheck – the ridecheck data is updated by the percentage change between the time of the ridecheck and the current fiscal year. Schedules then runs a model to identify the net cost of service requirements for the upcoming year. Model outputs include service hours, mileage, number of operators, peak vehicles, and cost stratified by route. 2. Service Plan: Schedules modifies the model outputs to take into account experience from prior years in areas such as running time, routes on diversion, and school service allowance. Service Planning (also part of the Operations Planning Division) and the Department of Buses provide input at this point. The result, in July, is a preliminary service plan for the coming year. At this stage, schedules is considering only regular all day routes. Express routes are handled slightly differently, as described in #5 below. 3. Formal Platform Budget: This budget takes into account all proposed changes and provides the basic framework for the upcoming year. This is prepared between July and mid-September and modified up until the December Board direction on the Authority budget. 4. Administration for January pick (city-wide pick): Schedules sends out the draft pick to the unions in September. For the January pick, Schedules has not been making guideline-related changes (i.e., changes to service levels to match load factor guidelines), because the budget has not yet been adopted. Dan Boyle & Associates, Inc. Page E-51

TCRP Project A-29 Appendix E: Case Studies 5. Express routes: These are handled separately, within the same general time frame as the local routes. Each express route is scheduled to a seated load. The 35 bus schedulers check every express trip every year in the spring (this used to happen in September, but school opening, light riding on religious holidays, and UN week in Manhattan dictated a move to the springtime). Express schedules are adjusted based on these checks. Budgeting for future years’ express service changes are based on both past experience and future population and employment changes. Express ridership has recently been declining due to a 67 percent fare increase (from $3.00 to $5.00 in two increments), reduced employment on Wall Street, and traffic congestion (Staten Island residents have been shifting to the ferry). Limited-stop buses and the proposed BRT services are/will be treated as local bus service in terms of guidelines. 6. Work on Spring Schedules. This begins in September, after the platform budget and work for the January pick are completed. Guideline-based changes are made in the spring schedules and are reviewed within Operations Planning and the Office of the Executive Vice President, then by the Senior Vice President, Department of Buses, the President, and the board. This step formally begins on November 1. By December 1, drafts of the proposed changes are sent to the Senior VP and the President for review and approval. 7. The summer and fall schedules follow the same process as the spring schedules. NYCT has been moving toward fewer summer-only schedules, reverting to the winter school- closed schedule as summer ridership continues to increase. 8. Traffic checks: the schedule of traffic checks for the upcoming year is developed in October, based upon when a given route was last checked. Scheduling Issues On Time Performance/Running Time As might be expected in New York City, service reliability and traffic conditions are on-going and intractable problems. Schedules are continually adjusted through a process of communication with road supervisors and making adjustments to internal time points. Schedulers do a lot of on-time performance work, looking at data and sharing observations with road supervisors. If Schedules can move on time performance (measured at all timepoints along a given route) by five or more percentage points, it has made an impressive improvement. NYCT has an on-time performance program, involving 43 routes which are analyzed each quarter. Traffic checks for on-time performance are done semi-secretly at timepoints. The Schedules Department prefers ride checks to gather data for rescheduling, but will use point check data for that purpose. Running times are calculated using a two-day average, and are correlated from timepoint to timepoint. The formal ridecheck is augmented by field work to verify running times. Automated Vehicle Locators are being implemented over time, with the first phase of implementation at the 126th Street Depot in Manhattan. NYCT has not yet determined how the AVL data will be utilized in the scheduling process, but is encouraged that the AVL can provide more frequent time checks than have previously been available through traffic checks. Dan Boyle & Associates, Inc. Page E-52

TCRP Project A-29 Appendix E: Case Studies Recovery Time Providing adequate recovery time is considered as important as providing adequate running time. Recovery time is typically 10-15 percent of running time. Service planners help by breaking up very long Manhattan routes to improve reliability. Relationship to Service Planning Schedules works very closely with Service Planning, which relies on Schedules for realistic estimates of the cost impacts of any proposed changes. Schedules understands when you can do a marginal cost estimate and when you need to develop a full schedule to estimate impacts. A good relationship is the key: there is no pocket veto power on the part of Schedules and no rule by fiat on the part of Service Planning. Timed Transfers Timed transfers are used only in very specific circumstances: between a Staten Island limited stop bus route and the Hudson-Bergen Light Rail line in New Jersey; between subway and buses in owl service at Main Street Flushing and Jamaica Center-Parsons/Archer (both in Queens), and between the Q79 route and the Long Island Railroad at the Little Neck station. Bus frequencies are sufficient to allow for untimed transfers in nearly all other circumstances. Interlining Interlining has saved NYCT $2.5 million annually in the Queens Division and at least an additional $3.5 to $4.0 million in the rest of the system. However, interlining has caused problems with the unions, particularly in the borough of Queens. The chief complaint was stress on operators from the interlining. NYCT recently proposed not to interline some Queens routes, giving up $100,000 in savings in each of the three Queens depots, but stipulated that attendance must improve or the interlines will be reinstituted. Swing Shifts Straight and swing shifts are defined by the length of the break in the operator’s schedule. Straight shifts have a break of less than or equal to one hour, swing shifts more than one hour. Restrictions on swing shift vary by borough: there is no restriction on swing shifts in Staten Island; no more than 45 percent in Queens; no more than 30 percent in the other boroughs. Breaks generally occur between the start of the third hour and the end of the sixth hour of work, but in Queens, only eight percent of breaks can be outside these parameters. Extraboard A “typical” extraboard includes trippers along with sick, vacation, and other unscheduled absences. At NYCT, trippers are called “extras” and are covered through overtime. NYCT’s allowance for sick, vacation, and other unscheduled absences is set by past experience at 19 percent. The use of Hastus has reduced “extra” pieces by approximately 50 percent. Computerized Scheduling When NYCT began using Hastus as its computerized scheduling program, Schedules conducted parallel picks (manual and computerized). NYCT began with the Vehicle, Crew, Dan Boyle & Associates, Inc. Page E-53

TCRP Project A-29 Appendix E: Case Studies Crew Opt, and Roster modules, then customized and added modules. Hastus has helped in calculating the impacts of new depots on mileage and cost. Even in an agency with a large number of trained schedulers, bringing Hastus on-line was challenging. Final acceptance happened 18 months after initial implementation. Most of the delays were on the NYCT end for two primary reasons: manpower shortages affected its ability to do the required testing; the introduction of Metrocard resulted in a need to increase service, diverting resources planned for testing. A 12-month process stretched out to three years. Each borough is also unique, both contractually and in terms of past practice. Long shifts are the practice in the Bronx, for example, while Brooklyn has a cafeteria pick for weekends. In retrospect, NYCT should have had more people involved in the implementation. Hastus releases updates every two years, and Schedules would recommend a three-to-four year cycle for updates. NYCT is now purchasing Hastus for rail and wants very tight controls on what the program can do. As a result, computerized rail scheduling will not have the flexibility of bus scheduling. Hastus probably feels that the restrictions are “setting the program back 20 years.” The rail purchase is considered a modification to the current contract, not a new purchase, thus saving considerable money on licensing fees. NYCT has a strong collaboration with Giro. Many of the upgrades introduced to Hastus were suggested by NYCT. NYCT schedulers have demonstrated Hastus for the Long Island Rail Road and New Jersey Transit. MTA’s timekeeping system already interfaces with Hastus. Downstream uses started with the old DOS-based system, which was not flexible enough for change. NYCT had to get Hastus to make modifications, specifically in Rostering (could not accept alpha characters). A key to the evolution of Hastus at NYCT has been improvements to the rule files, to the point where further tweaking is nearly unnecessary. Customization of rule files is critical to maximizing the value of computerized scheduling. However, manual fine-tuning of Hastus output is needed in a system as complex as NYCT. School service is a major cause of fine- tuning, along with balancing swings and spreads. In Staten Island, for example, 80 percent of the work is by Hastus and the remaining is done manually by the schedulers. NYCTA credits the success of the automated system on their close relationship with the developer and on the availability of people who know and understand scheduling to work closely on procurement and customization of modules. It is very rare that a standard module will work optimally at any property out of the box, and it is crucial that the staff with the right skills works with the software provider to get the most out of the product. Creating a rule file that is as rich and accurate as possible is considered a key to optimization. Every 0.1% reduction in vehicles per pay hour saves NYCT $2 million. With Hastus, the runcut Pay-to-Platform ratio has been reduced from 1.25 to 1.22, which seems small but has resulted in significant and recurring cost efficiencies of over $6 million per year. Downstream Requirements Downstream requirements have increased, but are not so onerous for several reasons: 1. Schedules has been able to organize around these requirements, with versatile staff and the ability to double up on smaller depots. 2. A budget line came with some added functions. Dan Boyle & Associates, Inc. Page E-54

TCRP Project A-29 Appendix E: Case Studies Vehicle Types and Effects on Schedules Three different types of vehicles are scheduled: 1. MCI coaches for express service 2. Articulated buses, which have a different pay rate ($0.25 per hour higher). Articulated and “regular” buses are not mixed on a given route: if a route has articulated buses, then all buses on that route (with the possible exception of school trippers) are articulated. 3. Low/high floor “regular” buses Treatment of low-floor buses in relation to service guidelines is an interesting issue. Starting with schedules for spring 2008, low-floor buses will be held to a maximum of 54 passengers per trip (on average) in the rush period, or 150 per cent of their seating capacity, rather than the 60- passenger load standard used for standard 40-seat high floor buses. Lines that have all low- floor or a mix of low and high floor equipment will be scheduled to the 54 passenger standard. This change in standard has become important as more and more low floor buses have arrived, and many garages are now mostly low floor. Express Bus Schedules Scheduling express buses is always challenging for transit agencies, due to the peak nature of demand for express services and the resulting need to deadhead. The opening of a new NYCT depot west of midtown Manhattan provided an opportunity to store express buses on the depot’s roof during midday. NYCT reached an agreement with the Staten Island union to cap the number of buses stored in midtown (away from the originating depot) at 82, but this agreement does not preclude storing express buses from other boroughs at this location in the midday. Labor Relations Labor relations have improved to reasonably good levels over the years, possibly due to expansion of service. Queens has been an exception, due to unusual circumstances. Routes and buses have been reassigned from one depot to another, but in Queens an operator loses seniority and starts as a beginner if he or she moves from one depot to another. There have been no arbitrations recently. Training The Scheduling Department utilizes a training philosophy that it takes two to three years of manual experience to hone someone to be a scheduler. Realistically, pressures and deadlines can preclude this length of manual experience, but all schedulers start out scheduling manually before advancing to the automated system, based on a strong belief that a scheduler cannot let the computer run a schedule without knowing what it is doing. The training process for new schedulers at NYCT includes: 1. How to analyze data. How to recognize and discount outliers. New schedulers are required to ride the line they are scheduling, to see major generators such as schools and to understand the location of the peak load point. Dan Boyle & Associates, Inc. Page E-55

TCRP Project A-29 Appendix E: Case Studies 2. How to develop a schedule proposal. How to schedule by the guidelines. How to smooth the schedule and running time in transition periods. 3. How to prepare a trip sheet (Headway) on paper. 4. How to break the schedule (runcut) by hand. NYCT will give new scheduling candidates a math test to test their aptitude, including questions that require time calculations in hourly format (e.g., time elapsed from the start of a trip at 1:37 p.m. and the end of the trip at 2:12 p.m.). Along with an aptitude for math, an understanding of scheduling basics (e.g., the importance of peak buses) is critical. As new schedulers are training, they will be sent out into the field to resolve a complaint. They will develop a proposed solution and present it to the person training them. Senior Management’s Perspective on Scheduling One purpose for conducting interviews with senior management is to understand how the scheduling function is viewed within the agency. For this case study, we interviewed two senior managers, and their perspectives are reported in this section. In the past, senior management at NYCT has not paid attention to the scheduling function. Schedules has been looked at in the past as on the side, a minor annoyance. The view is shifting now to the belief that if you want to pay attention to customer complaints, then you have to pay attention to scheduling. One perspective is that a good Schedules Department is like a good Maintenance Department in terms of preventing problems. Schedules is increasingly viewed by some as critical to the agency’s performance. Upper management does not always realize the potential for savings from good schedules. Good schedules also contribute to the morale of operators. If operators are never on time, it results in higher absenteeism, rudeness to passengers, and more accident- prone drivers. Even with this heightened awareness, scheduling has a relatively low priority in the agency. The Schedules Department is viewed as a production activity, responsible for delivering a product, and does not necessarily get credit for its achievements in a production environment: 1. It generates four schedules each year for the entire system 2. It conducts basic research, because it schedules by ridership through service guidelines 3. It carries out other program initiatives 4. It develops schedules 5. It negotiates schedules with the unions As a production activity, Schedules needs to churn out its product. How can the scheduling function be improved? 1. Compress the cycle. It’s now September: half of the January schedules have been sent to the union and Schedules is working on the spring pick. 2. Consider other data sources. Can we use Metrocard data as a data source? Checkers are expensive, and drivers may change how they drive with a checker on the bus. But Dan Boyle & Associates, Inc. Page E-56

TCRP Project A-29 Appendix E: Case Studies Metrocard data only supplies route, direction, and time of swipe – not alighting stop and time. AVL will make a difference when it is up and running. But AVL is currently limited to one depot, and the capital funding to expand it system wide may not be available. Another problem is how to deal with variations among drivers and in day-to-day demand. What is the width of the bell curve of drivers, and how does Schedules address this? How do you schedule a route on a retail corridor with very light traffic on Monday and Tuesday but increasingly greater traffic on Wednesday through Friday? It is also important to keep Schedules involved in the purchase of new vehicles. New hybrid buses have lower seating and standing capacity, and this clearly has an impact on Schedules in an agency that prepares schedules according to guidelines. The original decision to schedule low-floors the same as high-floor buses in terms of allowable loads is being modified, as noted earlier. Other questions that Schedules provides important answers to include: • What lines can we put articulated buses on for the biggest savings? And, do articulated buses fit in the depots out of which these lines operate? • Where is home for the buses? Reorientation of lines by depot might be necessary. • Can we split lines between depots to get savings? A recent example on the MTA side was to move 10 buses on the QBx1 route to a depot in Eastchester to produce savings. From an operational perspective, it is important to define the causes of a problem before asking Schedules to make adjustments. On-time performance can be affected by many factors. For example, the M14 bus carries over 45,000 riders per day and is chronically delayed. Field work found that traffic delays were caused in part by buses not pulling fully out of traffic into the bus stops. Schedules is not really a budget function. It has serious budget implications, but NYCT does not turn to Schedules to squeeze X million dollars out of the budget. Sometimes there is a service reduction goal in a budget shortfall situation. Reducing service falls to Operations Planning as a whole. Schedules never cuts recovery time, because some degradation in performance reliability results. Generally, budget cuts come out of programmatic services, such as cutting back late-night or low-ridership routes. When NYCT purchased Hastus, the talk was that the software tools would allow NYCT to write more efficient schedules. It is not clear to upper management if this has happened. Ridership has been increasing, driving up service costs. The former perspective that overtime was bad is changing. With the fixed portion of medical benefits going up, an hour of overtime costs nothing compared to the cost of regular time with an additional operator. It may not be especially efficient, but it is comparable to an individual buying insurance as a safeguard. It is also important for Schedules to work hand in hand with the Department of Buses. Two examples demonstrate this. When the M60 (between upper Manhattan and La Guardia Airport) route was relatively new, drivers said that the bus was packed by the time it got to 124th Street and Third Avenue. The Department of Buses confirmed this through fieldwork and relayed the information back to Schedules, requesting additional buses. Schedules added service at the next pick, and the Department of Buses lobbied for its inclusion in the budget Dan Boyle & Associates, Inc. Page E-57

TCRP Project A-29 Appendix E: Case Studies The second example is related to the redevelopment of Gateway Mall. Working with Road Operations, Schedules led the agency to the right path in terms of ingress, egress, stop locations, and operator facilities. The ability to work together and to communicate is very important. Schedules decides what is needed on the road, Road Operations tells schedules where operational problems could (and do) arise and how these might be addressed. Schedules and Road Operations are both critical to customer service. An interesting aspect of the Schedules Department at NYCT is that it is independent of other influences. It is independent of the Office of Management and Budget. It is independent of the Department of Buses (an AGM at a depot can complain about a schedule, but Schedules can come back and say we looked at it, we do not agree with the complaint, and we are not going to change the schedule). It is independent of the unions. If Schedules were to become part of the Department of Buses, a scenario of “horse-trading” with the unions could occur. In other organizations, the Schedules Department could be subservient. An independent Schedules Department is viewed as a very positive state of affairs. E.13 Toronto Transit Commission Case Study Introduction Toronto Transit Commission (TTC) operates transit service in metropolitan Toronto, Canada. TTC is a significant North American transit property, operating over 1,300 peak buses in addition to LRT, Streetcar and heavy rail (subway) services. TTC operates 138 bus routes, 11 Streetcar routes, 3 subway lines and 1 LRT line. All but one of the bus routes connect with heavy rail network. There are over 3,800 full time operators employed by TTC. The peak-to- base ratio for the bus network is 1.7. The network is predominantly grid-based, with high-frequency bus services operating on major roads, often with long (and in many cases 24-hour) service spans. Many routes are effectively cut into two at the key subway route, resulting in an almost quadrant-based network of bus routes. TTC is included in the case studies because it is a highly regarded, very large, multi-modal transit agency. Overall measures tend to indicate TTC schedules efficiently and effectively. TTC utilizes the Trapeze computerized scheduling software package to undertake scheduling tasks. The focus of this case study is on the bus operations aspects of TTC’s operations. Three individuals were interviewed for this case study: • Bob Dorosch, Superintendent of Schedules • Scott Haskill, Senior Transit Planner • Jennifer Standen, Senior Scheduler Scheduling Department Structure Organizationally, the scheduling department is located within the operations division, and is a part of the service planning group. Figures E-3 and E-4 present an overview of the Service Planning Group (higher level only) and the Scheduling Department. The Service Planning Group has a total of 89 staff. The scheduling Department has a total of 20 staff, and is directed by the Superintendent of Schedules. Dan Boyle & Associates, Inc. Page E-58

TCRP Project A-29 Appendix E: Case Studies Figure E-3 TTC Service Planning Group Structure General Manager, Operations Manager, Service Planning Superintendent, Route & System Planning (14 Reports) Superintendent, Schedules (20 Reports) Chief Engineer Operations Planning (11 Reports) Supervisor, Data Collection & Analysis (39 Reports) Scheduler, Divisional Improvements (x1) Administrative Figure E-4 TTC Scheduling Department Structure Manager, Service Planning Superintendent, Schedules Coordinator, Technical Support & Development (x1) District Schedule Coordinators (x2) Chief Scheduler, Rapid Transit (x1) Scheduler, Divisional Improvements (x1) General Clerk (x1) Mileage/Scheduling Clerk (x1) Schedule Writers (x10) Schedule Writer (x1) Senior Schedule Writer (x1) The Schedules department is split into three functional areas: • Technical Support, including internal IT, production and specific scheduling support functions. The scheduling department has its own separate office location independent of the rest of the organization. The department has its own internal IT support. All of the Dan Boyle & Associates, Inc. Page E-59

TCRP Project A-29 Appendix E: Case Studies internal IT support staff have some form of scheduling background, which enhances the support that can be provided to the department. • Schedule Writers. The schedule writers perform the traditional scheduling function, inclusive of schedule writing, blocking and runcutting. Work is split up on a region or garage basis. Typically a schedule writer is responsible for one garage, of 180 to 260 vehicles in size. • Rapid Transit Scheduling. Rapid Transit schedulers are focused completely on the subway and station collector services. The background of scheduling staff varies. Of particular interest is that none of the schedulers has an operator background. The Scheduling Superintendent prefers to consider ‘people without blinkers’ when sourcing potential staff. The career path laid out within the scheduling department is as follows: Trainee Schedule Writer Schedule Writer Chief Scheduler Scheduling Coordinator. The department has a highly stable workforce. In fact, no scheduler has left the department (expect for retirements) in over ten years. The number and multiple skills of staff allow flexibility in utilization of resources. This allows the scheduling department to deal with varying workflows. The Scheduling Superintendent primarily has an oversight and leadership role. The Scheduling Process TTC operates an ongoing system of signups. Being a larger, multi-departmental organization, TTC requires extensive documentation and procedures for its scheduling process. The Scheduling Coordinators and District Coordinators employ tight record-keeping procedures. The primary scheduling tasks undertaken for each signup are provided below: Signups. The scheduling process at TTC is heavily governed by the ten annual signups, known as ‘Board Periods’. None of the Board Periods operates for longer than six weeks. This requirement naturally places a significant burden on the scheduling department - at any one time there may be multiple signups (typically three of four) in various stages of completion. The requirement for ten signups is primarily based on historical practice. For any given Board Period there are a number of service changes, at times quite significant in volume. The internal document that summarizes the changes for the November 2007 signup is 18 pages long. For each signup all 4,300 operators rebid the available work. One benefit of the multiple signups is that TTC is able to respond reasonably quickly to changing service needs. It also ensures an ongoing error detection and correction process. Service Changes. Service changes are driven by the Service Planning Department. The service change process includes the following steps: 1. A draft proposal for service changes is provided by service planning, inclusive of a draft budget 2. This document is followed by a set meeting of key stakeholders throughout the organization Dan Boyle & Associates, Inc. Page E-60

TCRP Project A-29 Appendix E: Case Studies 3. The Scheduling Superintendent presents the plan to the scheduling department 4. Schedulers undertake the scheduling process over a five-week period 5. The bid process is undertaken Service Change Requisition forms are used to track service change requests. Service Levels. Service levels at TTC are set by the Service Planning Department and refined in an iterative process with the schedulers. Service planners provide direction to the scheduling department based on the number of buses to be run on a route, rather than the headway to be provided. This direction is called the service specification. The direction to schedulers, for example would be, “add 2 peak buses to Line 35 for a total of 9”. The service planners base the calculation on service levels and running times. The directions provided to schedules are intended to achieve a general level of service, but the schedulers are given the flexibility to optimize within the allocation of vehicles. Service Planning provides highly prescriptive service specifications for short turns, branches and express operations. The specification also includes garage assignment requirements by route. As schedulers work on development of schedules during signups, there is ongoing informal feedback with the service planners. This feedback loop operates in both directions. Most routes operate at high frequencies. In fact there are no published timetables, just route and generic frequency information. All-night owl service is operated on 24 of the 175 bus routes. Service standards applied are based upon an average peak load of 59. Currently the Service Planning Department is rethinking this standard with a view to possibly reducing it to 52. Seated capacity of vehicles is 39. TTC undertakes a sophisticated analysis of manually-collected point count data, using an internally-developed application, to develop proposed service levels. Running times. Running times are set by the scheduling department. The sources of information include AVL, paper checks, operating division input, and scheduler fieldwork. Running times tend to be set ‘tight’ along the route and the last segment is then padded. This approach is applied to avoid early running but allow sufficient time for next trips to depart on schedule. Trip patterns. TTC operates a range of patterns. Some particularly complex routes operate with multiple branches, short turns, and express & local stopping patterns, sometimes all combined on one corridor. As routes converge, there are a number of corridors with multiple routes in operation. Span of service. TTC operates a wide range of spans across its extensive route network, including peak-only, owl, and most combinations in between. Service spans are set by service planning. Experience suggests that any elimination/alteration of first/last trips has been highly sensitive. Building the schedule. The schedulers build schedules according to the service specification. As described above, the specification gives the number of buses to be used. The scheduler then basically generates the highest level of service achievable with that number of buses, within the constraints of cycle times. It is assumed that this will equal the intended service level estimated by the service planners. When updating a schedule, the schedulers typically will delete all existing trips and rebuild the schedule from scratch. They will try to reconstruct those parts of the schedule that are not changing. This part of the process is not overly complex. The greater difficulties come where service patterns are more complex. Dan Boyle & Associates, Inc. Page E-61

TCRP Project A-29 Appendix E: Case Studies A large percentage of schedule-building time is spent on transition to/from peak periods. Schedulers manipulate running times, layovers and frequencies to achieve the best possible transition. This includes significant review of run cut impacts, such as block lengths and pre/post-peak pulls. Timed transfers are only scheduled at times of lower frequency, predominantly late at night or on the owl services. On many lines early/late trips are scheduled to meet first or last trains. A three-minute transfer window is typically scheduled. Blocking. Blocking is undertaken on a line-by-line basis in Trapeze. This approach is typical of larger systems where each route has enough service (and therefore uses enough resources) to operate efficiently on a standalone basis. The efficiency of blocks is in effect controlled by cycle times and prescribed service levels. Some minor interlining is undertaken once blocks have been completed for each line. As blocks are created, great care is taken to consider impacts on the run cutting process. Runcutting. Schedulers at TTC spend the majority of their time undertaking run cutting. The Scheduling Superintendent estimates approximately 60 percent of schedulers’ time is accounted for by this task. The weekday pay/plat ratio is 1.14. The schedulers tend to take the approach of creating runs interactively, (that is, some runs are created manually and some are created by running the automated run cutter – but the solution is never completely generated automatically), and then using the ‘improve’ functionality to rematch pieces, alter reliefs, and optimize according to defined rules. This approach allows the schedulers first to control the structure of the run cut, and then to attempt to optimize efficiencies within that preferred structure. The runs are created in the following manner: 1. Create night & owl runs 2. Create straight runs (cut line by line, very similar to the service curve for that line) 3. Use the remaining pieces to create split runs 4. Use the automatic improve feature to optimize the solution Steps two to four are often repeated many times, sometimes with some of the runs (particularly straights) frozen before the automatic improve feature is run. All runs are created as straights or splits. There are no tripper or part time runs created, except where staff shortages may dictate, and some trippers are left over to be operated on an overtime basis. Pay-to-platform ratio is used a basis for measuring the efficiency of an individual run cut and the trend from run cut to run cut. Rostering. Weekly lines of work (a series of runs spread across the week, inclusive of days off) are built by scheduling staff. Operators then pick those lines of work. The exception to this is Sunday work, where lines of work are simply assigned as Sunday on or Sunday off. If an operator picks a line of work with Sunday ‘on’, they then choose from the available runs. This requirement means that Trapeze is used to generate completed rosters for all divisions. Most of Dan Boyle & Associates, Inc. Page E-62

TCRP Project A-29 Appendix E: Case Studies the roster creation in Trapeze is undertaken using the automated features, after the days off patterns have been manually developed (i.e., Trapeze fills the empty slots automatically). The development of rosters typically takes only half a day per signup period (per division). Key Scheduling Issues Running Times TTC tends to take the approach of tightening running time (slightly below the assumed requirement) along a route and then ‘padding’ the time for the last segment. Average times are generally used for end-to-end running times, based upon available data. A concerted effort is made to review running times around peak shoulders and on early/late services. By keeping running times during these periods from increasing too closely to peak periods (which can happen if there are too few run time periods, for example), TTC is able to minimize spread penalties, overtime, and related costs. Scheduling staff indicated a preference for fewer timepoints along a route (every 10-15 minutes was suggested as preferable) to keep buses moving fast. There is some natural friction between field operations and scheduling staff with regard to running times, where operations staff are tending towards more running time increases. Running times are set by scheduling staff from a variety of input services. There is some ongoing debate between the Service Planning and Scheduling Departments as to who should be responsible for running times development. Layovers TTC operates with a scheduling (not contractual) requirement of two minutes minimum layover at the end of each trip. Unlike most agencies, TTC layover tends to be a function of cycle times, frequency and bus requirements, not a driver of cycle times. Many routes operate at high frequencies and therefore layover is kept to a minimum. Layover currently represents approximately five percent of platform time. Interlining TTC takes a policy view that interlining is a) generally not required (due to the high frequencies of service and grid-based network structure; and b) not a preferred operating approach. As a result there is little interlining – somewhere around 10 percent of trips at most. The operation of long, high-frequency services allows each route to be blocked on a standalone basis while maintaining efficiency levels. Some interlining is used where service levels are lowest and operational impacts will be reduced, such as for late evening and weekends services. Some school specials are interlined with peak buses to form longer blocks, particularly during the PM peak. Owl Services & Scheduling TTC operates all-night services on 24 ‘hybrid’ routes. The term ‘hybrid’ here means routes that generally follow the subway lines, in effect providing all-night subway coverage. Dan Boyle & Associates, Inc. Page E-63

TCRP Project A-29 Appendix E: Case Studies Scheduling of owl services inherently presents scheduling complexities. When does the service day end? When does the bus pull in, or does it cover part of the next day’s schedule? How is a relief handled, where effectively the driver from one day is handing over a vehicle to the driver on the next day, yet these need to be incorporated into one schedule? The complexities become more significant as service types change. For example, a block that operates on a Friday and overnight on the owl service then needs to have the early Saturday block attached to it, since it will actually operate some of that Saturday block. This of course cannot be done until after the Saturday blocks have been completed. And in creating these blocks particular attention must be given to mileage limits based on fuel capacity. TTC uses a 36-hour clock to allow a particular schedule to include the start of the next day’s schedule, and to create blocks and runs accordingly. Owl blocks on the bus network pull in before the AM Peak and the blocks start/end then. For the streetcar service, where the vehicles themselves have no mileage limits, operators change over around 1 a.m. and then operate through the AM Peak. Vehicle Type Constraints TTC operates a bus fleet consisting almost entirely of forty-foot vehicles. The constraint of vehicle types is the requirement for accessibility. TTC is committed to accessible operations of particular routes, or branches, or times of day. This adds complexity to the scheduling process and implies blocking constraints. The blocking process for dealing with vehicle type constraints is handled in an interactive manner with Trapeze. The fixed rail operations have specific vehicle type requirements and car/consist limitations, typical of similar operations. Work Rules TTC operates with basically no part-time or tripper runs. All runs are created as straights or splits, with the difference relating to breaks (see below). The spread limit of 12:30 on splits (12:00 on weekends) is seen as a limitation, particularly as the peak extends. While the rule allows for 12:30 spreads, TTC schedulers attempt to stay within 11:30 where possible. There are some ‘special crews’, with shorter work time and lower rates of pay. These account for approximately 15 percent of all runs. The lower hours of special crews result in increased pay/plat levels. However, these runs are required due to spread constraints. In many ways, these special crews are similar to part time operators. An interesting feature of the scheduling process at TTC is that no paddles are produced. Operators literally write down their own times from available information and are paid a 10- minute allowance to do so. Dan Boyle & Associates, Inc. Page E-64

TCRP Project A-29 Appendix E: Case Studies Reliefs to points requiring travel on a bus are provided with travel time based upon walk time + half the scheduled headway + average run time. The maximum run length is “eight hours plus half the route cycle time”. In practice TTC is able to build runs of over nine hours. Penalties are cumulative and applied over top of other penalties, e.g., overtime penalty is applied on top of spread time and may result in doubling of costs. Meal Breaks The TTC contract requires non-owl operators to have scheduled meal or rest breaks. The breaks must be at least 15 minutes. If the break is 15-30 minutes the break is paid and the run is a straight. If the break is greater than 30 minutes, the run is created as a two-piece split. Sixty-six (66) percent of runs must be straights. Breaks must be taken after 8.30 a.m. The majority of breaks are handled through step-backs, with some block reliefs. Block reliefs are runs where blocks are recut, with built-in layover sufficient to meet the break criteria – effectively slipping back the linkup by one trip. The 66 percent straight minimum requirement is seen as a significant limitation on run cut efficiency. Block reliefs are more costly but allow the straights percentage to be maintained. Extraboard At TTC, the extraboard is known as the ‘Spare Board’ and ‘Vacation Swings’. Vacation swings are set at around six percent during non-summer periods and ten percent during summer periods. The Spare Board is set at around seven percent of total division operators. This is based upon historical absence levels. It is kept lower than absences to allow for ongoing available overtime. Use of Overtime TTC considers that prudent use of overtime is more efficient than hiring additional operators. Benefits are higher than 50 percent of salary and therefore this approach appears to be appropriate. The maximum shift length limitation places a natural ceiling on scheduled overtime. Use of unscheduled overtime is limited by the Canadian requirement for a maximum 48-hour workweek. Some 4/10 workweeks are utilized, up to around ten percent of all packaged workweeks. Computerized Scheduling TTC has been a long term user of computerized scheduling tools, commencing with RUCUS in the mid 1970s. TTC was an early Trapeze client (late 1980s) and has undergone several system upgrades. Dan Boyle & Associates, Inc. Page E-65

TCRP Project A-29 Appendix E: Case Studies TTC’s scheduling process appears to have been developed over a long period of time to work in harmony with the strengths and weaknesses of the system. This is a benefit of having been a long-term user of a single computerized scheduling package. Downstream Requirements There are a number of downstream systems that require scheduling data to function. These include: • CSS (signaling) • Dispatch (a series of spreadsheets, one per division) • AVL One interface export is undertaken for each signup, upon completion of scheduling work for that signup. The TTC Scheduling Department’s approach is to allow other parts of the organization to access the information and to generate outputs necessary for internal uses, i.e., it is not the responsibility of the Scheduling Department to develop & maintain ‘non-core’ scheduling data. As an example, the Scheduling Superintendent did not even know that scheduling data was being used by other functional areas as a basis for voice annunciation systems. This approach tends to keep the scheduling department focused on core scheduling issues and pushes the responsibility for maintenance of data to those systems wishing to use that data. The staff responsible for maintenance of stops data is not even part of the scheduling group. Scheduler Training TTC has a strong internal training focus and process for schedulers. There is a two-year training program for new schedulers. The program commences with teaching manual scheduling skills and strategies before use of computerized methods are taught. As part of the training process a new scheduler will undertake a parallel scheduling process during a signup (in addition to the actual scheduler). This allows feedback and development before a scheduler ‘goes live’. The District Coordinators provide a mentoring role to developing schedulers. There are a range of internal help documents, cheat-sheets, and reference documents. There is a specific internal “do’s and don’ts” document distributed also. The Scheduling Superintendent has a long history of developing and teaching scheduler training courses. Dan Boyle & Associates, Inc. Page E-66

TCRP Project A-29 Appendix E: Case Studies Organization Issues At TTC the Service Planning Department clearly takes a strong role in schedule development. The specification is provided to the scheduler in great detail – number of buses, how many pullouts from each garage, etc. This approach requires service planners and schedulers to work very closely in a highly iterative process. It is inevitable that some friction will result, particularly as schedulers feel they have little room to move at times. Ideally service planners would like to be able to develop draft schedules within Trapeze. However, schedulers may feel threatened by this. It is also interesting that while service planning provides highly detailed and prescriptive service levels specifications, run times are set within the scheduling department. Again some friction is likely to result. TTC’s Views on What the Scheduling Manual Could Include There were several issues noted that TTC believe are important to cover in the scheduling manual. These include: • Trip Building: ƒ A strong focus on how to build schedules with headway transitions ƒ Understanding the importance of running times in building schedules ƒ How to schedule in half minutes, or even seconds, to maximize efficiencies • Blocking: ƒ Knowing the answer/outcome before the scheduling work commences ƒ Fully considering the run cut implications of blocking alternatives • Run Cutting: ƒ How to deal with operator breaks, including the alternatives ƒ Elaborating on the various efficiency ratios ƒ Considering operational and qualitative factors in developing run cut solutions ƒ How to produce quality run cuts using computerized systems while reducing the amount of manual intervention required E.14 TriMet (Portland OR) Case Study Introduction TriMet (Portland, OR) operates approximately 530 peak buses and another 75 rail (LRT) vehicles. There are 3 bus garages and 2 LRT yards. . There are over 90 bus routes and 3 LRT services. Base services levels are reasonably high, with a peak-base ratio of 1.7. Tri-Met implemented automated scheduling, using Giro’s Hastus software in 2001. This case study is particularly useful because Tri-Met has fully implemented automated scheduling relatively recently, and is in a good position to compare pre-and post-automation results. TriMet purchased the Hastus system in 2001 as part of a wider technology upgrade. Hastus replaced a previous internally-developed system (Interactive Schedule Maker). Dan Boyle & Associates, Inc. Page E-67

TCRP Project A-29 Appendix E: Case Studies Interestingly, TriMet undertook extensive analysis in deciding which system to purchase including asking potential vendors to produce run cuts. This allowed TriMet to compare potential efficiency impacts, a key element of assessing the overall financial impacts of scheduling software. Some initial problems occurred where the schedulers allowed Hastus to produce automated solutions without enough constraints. The result was apparent cost savings that came with significant operational issues. Since then the rules/parameters have been refined and the system produces more operationally-sound outcomes. The size and structure of the scheduling department did not alter as a result of computerized scheduling. The TriMet scheduling department is overseen by the Director of Scheduling. The Director reports directly to the Executive Officer of Operations. Figure E-5 summarizes the TriMet scheduling department organization structure. Figure E-5 TriMet Scheduling Department Structure Director Scheduling Scheduling Data Technician x4 Manager, Service Planning Manager, Scheduling Systems Schedule Writer x3 Field Scheduler x3 Computer Technology Specialist Tri Met Scheduling Department For this case study, the following individuals were interviewed: • Bill Coffel – Director, Scheduling • James Hergert – Manager Service Planning • Tim Garling – Senior Director of Operations • Denis Schutt – Manager Scheduling Systems • Bryan Gillespie – Schedule Writer 2 • Doug Allen – Computer Technology Specialist • Jon Lutterman – Computer Technology Specialist • Terry Bryll – Computer Technology Specialist • Rex Fisher – Scheduling Data Technician Dan Boyle & Associates, Inc. Page E-68

TCRP Project A-29 Appendix E: Case Studies Scheduling Process There are four bids per year. The September bid, occurring at the start of the school year, tends to have the most changes. Any given bid will have numerous minor changes, including significant updates to running times. For a “typical” bid two or three schedules will undergo a major re-write. Changes between sign-ups are allowed but are typically handled by the extra board. Everyone involved in the scheduling process at Tri-Met is very technology- savvy. Tri-Met schedulers have developed their own internal tools for displaying and controlling the large amount of information that needs to be reviewed for a schedule bid. As an example, schedulers have developed a method of overlaying the new schedule on a time/distance graph over the old schedule. The old service shows as a different color or style, allowing one to very easily see what has changed. This also acts as an excellent quality management tool. The schedules all appear to favor the use of graphical screens to view schedule information, e.g., time/distance graphs over working timetables, run graphs over run lists etc. Other innovations include linkages with many other automated systems that use scheduling data, described later in this case study. The scheduling department divided into three “streams”, each handling a different part of the scheduling process: • First, there are the Schedule Writers (three positions), who are responsible for basic service design (particularly run times analysis). Service design work undertaken by the Schedule Writers is limited to minor trip adjustments, since service levels are dictated by service design staff (outside of the scheduling department). The Schedule Writers roles are split into rail (one) and bus (two, by region). Reporting to the scheduling makers are the recently-introduced field scheduling officers. Their role is to bridge the gap between scheduling and the operating garages, by having roving scheduling staff, whose role is primarily to investigate issues through data collection and by working with garage staff and operators. The goal is to enhance the communications between scheduling and operating staff. • Second, there are Scheduling Data Technicians (four positions). Their roles are primarily focused on production and dissemination of scheduling information, such as reports, paddles, timetables etc. Each of the positions has a specific focus – for example, one of the technicians is a graphic artist and therefore focuses on timetables & maps. Another works almost exclusively with AVL data systems. • The third stream is effectively an IT group within scheduling. The four staff members have extensive experience in scheduling systems (around 25 years each). Each of the four has a specific area of expertise. The staff has significant experience in scheduling systems and interfaces. The advanced blocking and all runcutting functions are undertaken only by the Director of Scheduling and the Scheduling Systems Manager, the two senior staff in the department. The schedulers are part of the drivers union. This is not seen as an issue. Dan Boyle & Associates, Inc. Page E-69

TCRP Project A-29 Appendix E: Case Studies The typical steps in the scheduling process at TriMet are: 1. The Service Planning department provides a specification, generally routes and service levels (not running times). 2. Schedule writers adjust/write the schedules, which are reviewed by multiple staff where possible. 3. Initial route-level blocking is undertaken. 4. The blocks are then loaded together and a systemwide review is conducted to look at opportunities for hooking block starts/ends to minimize peak vehicles. 5. The Director of Scheduling then reviews the blocks and provides feedback to the schedule writers. This is an iterative process. 6. The Director of Scheduling refines the blocks to allow for efficient run cutting. 7. The Director of Scheduling undertakes run cutting. 8. The bidding process occurs. Scheduling Design & Blocking Service levels, routing changes and changes in frequency are generally provided to the schedule writers by the Service Planning Department. Any changes made by the schedulers would be designed for efficiency and would not deviate significantly from the parameters provided by service planning. The primary catalysts for service changes tend to be a mix of service level requirements, operator complaints, run time updates, and construction projects. The schedule writing and initial blocking tasks are undertaken by Schedule Writers. In recent years, TriMet has generally been in a ‘service reduction’ mode and therefore the focus has been on finding improved efficiencies. The majority of blocking is undertaken interactively within Hastus, or by using the basic/simple blocking functionality. Prevailing service design characteristics include the use of clockface headways running 15, 30 or 60-minute intervals, and a 15%-17% system-wide recovery time target. The minimum standard for recovery time is 10% on a per trip basis, although occasionally this may be reduced to eight or nine percent as a stop-gap measure to make a schedule. There appears to be a tendency to accept higher-than-mandated layovers as necessary to ensure service reliability. The Schedule Writers are responsible for review and update of running times. TriMet has advanced tools available for analyzing data at trip level and has built an interface to import AVL data into the Hastus ATP system. Schedule Writers work with Field Schedulers “to add knowledge to the data” when analyzing running times. TriMet operates at 82% on time (1 early to 5 late). This is broken down into 12% late and 6% early. This is exemplary for an urban transit system recording information at every timepoint on every trip. Reliability is an issue on Tri-Met’s longest routes; particularly routes that have been combined to avoid overlap through the downtown. These routes can require up to two-hours for one-way travel time. Interlining tends to be limited to hooking the ends of blocks together once route-level blocking has been undertaken. There is a sense that interlining is ‘bad’ operationally. Dan Boyle & Associates, Inc. Page E-70

TCRP Project A-29 Appendix E: Case Studies TriMet sees headway maintenance/spacing as a key emerging issue for service quality. The result is schedulers are now giving greater consideration to this issue when developing schedules. Runcutting Runcutting is the purview of the two managers in the department. TriMet uses Hastus CrewOpt to automatically undertake run cuts. Very little fine-tuning of automatic solutions is undertaken as the Hastus results are considered to be very good. The runs are comprised of straights, splits and part time. Spread overtime applies beyond 12 hours. Key run cut issues for Tri Met include meal breaks, overtime levels, part time operators, and extraboard operators. These are discussed below under “Scheduling Issues.” Rostering Rostering at TriMet is undertaken on a cafeteria bid basis, where the drivers assemble their work week by bidding on individual pieces of work for each work day. Therefore the scheduling department has little input. The data is sent to an internally-developed bid system which is managed/administered at the garage level. Scheduling Issues Meal Breaks Meal breaks constitute the key constraint to runcutting. At least one of the following constraints must be met in straight runs over 8 hours: • 1 x 20 minute break and 1 x 10 minute break; or • 3 x 15 minute breaks; or • 60 minutes total layover (15% of runs maximum) The agreement states that not only must one of these be scheduled in each run, but also that 80% must be achieved in actual operation. In actuality, virtually all scheduled break requirements are expected to be achieved in operations. Runs are further limited by the requirement that no more 23% of runs can involve a vehicle change. This limits options to create multi-piece runs to deal with the breaks. The outcome of the breaks requirements is that higher levels of layover are built into the blocking patterns and as a result longer layovers are repeated several times throughout a run. Overtime Levels TriMet firmly believes that increased overtime is more efficient and ultimately less expensive than adding operators. Operator benefits alone currently run at around 40%. The department had undertaken some specific analysis of the trade-off involved with high overtime runs, including the opportunity for higher absenteeism, fatigue-related accidents and Dan Boyle & Associates, Inc. Page E-71

TCRP Project A-29 Appendix E: Case Studies other quality of life impacts. The analysis to date indicated that longer split runs tend to have fewer accidents than longer straight runs, but also tend to have high absenteeism levels. The agency remains concerned that high overtime runs may have an impact on safety; however driver shortages have required that the existing practices be continued. Part-Time Operators TriMet operates with a significant part-time (PT) operator workforce. Part timers currently run at 30-35% of full-time runs, which equates to almost 300 part-time operators. PT operators are limited to 24% of the total number of operators. There are few work type restrictions, and there is no daily hours limit, e.g., a PT operator can work 3-10 hour workdays. Part-time runs can also be two small peak pieces with an unpaid break. This flexibility reduces limitations on the run cutting process. One reason PT operators are so important to TriMet is that their PM peak vehicle requirement is between 30 and 40 buses higher than their AM requirement, resulting in many shorter single piece runs. Because the part-time workforce is so critical to the operation, it is considered the career path for full-time operators. All full-time bus operators are hired from the part-time pool. The career progression also requires that new LRT full time positions be offered to full time bus operators. There are no part time LRT operators. During recession periods, where few full time operators leave, part time operators have tended to turn over more frequently as their opportunities for progression are reduced. While the reliance on a part-time workforce allows TriMet to operate more efficiently, it does have some negative impacts on the quality of life and morale of operators. Extra Board Operators The extra board is sized at a flat 15%, based upon past experience. The Director of Scheduling determines the size of the extra board. There are over 50 rules governing operation of the extra board, which limits their utility to the operation. This has led to a belief that the extra board size is driven by budget rather than by realistic needs, and tends to confirm the operator’s belief that the agency relies on part-timers rather than full time extra board positions. Downstream Systems TriMet is relatively technically advanced with many leading edge applications. These place a significant burden on the scheduling task. Downstream systems that affect the requirements of the scheduling task include: • AVL. The AVL system requires detailed schedule data and detailed stop geometry. The system produces a huge volume of data for further analysis. Interestingly though, the system is not used to proactively track, manage and adjust the service in operation. • APC. The APC system also requires detailed scheduling and geographic information. • Payroll. Planned runs information is exported to the payroll system. Dan Boyle & Associates, Inc. Page E-72

TCRP Project A-29 Appendix E: Case Studies • Bus Stops System. A two-way interface between the Hastus Geo module and TriMet’s internal ArcView stops management system is built and maintained. • Bid System. TriMet has an in-house windows system to manage the operator bidding process. This system requires Hastus to produce and export the runs information. • Public Information. A range of public information is produced from both within Hastus and from TriMet’s enterprise system. • Journey Planner. An on-line journey planner is closely linked to the schedule and location data. • Signal Priority. Buses are linked to traffic control systems. The system relies on schedule adherence information to decide whether to preempt or hold signals. • Destination Changer. The vehicle destination signs are automatically changed through a combination of schedule information and the AVL system. • Voice Annunciation. Stops are annunciated which relies on schedule and location data. • Transit Tracker. Real time stop level information. Although TriMet has highly advanced capabilities to export/import scheduling data, including direct manipulation of the Hastus system and Oracle database, the process is still cumbersome. The number of systems clearly indicates a need for a vast amount of detailed scheduling data to be developed and maintained, in particular the operating patterns, stops information, and naming conventions. Accuracy of GIS information has been a problem and in fact TriMet used GPS on buses to trace the road network and have local authorities update their street maps accordingly! There is a sense of frustration within the scheduling department that too much time is being spent manipulating data for downstream systems, reducing the amount of time effective scheduling work can be undertaken. The department’s ability to adjust schedules quickly has been diminished. The Operations Director also noted this trend as an issue. There are two basic scheduling data exports which are used to provide data to TriMet’s enterprise system. This enterprise system then produced exports to the various systems. There is also the dual-direction link between Hastus Geo mapping and the ArcView stop maintenance system. The key issue identified by TriMet staff is that schedules are more dynamic than the processing cycle for downstream systems. This means that at times information in the systems is not up to date, or that schedule changes are held back until the downstream systems can be updated. TriMet staff did indicate that the current detailed processes are probably part of an overall development/process improvement cycle, and that the process will (and must) become more streamlined. The number of Hastus exports has been reduced from 5 to 3 recently. This was Dan Boyle & Associates, Inc. Page E-73

TCRP Project A-29 Appendix E: Case Studies offset by concern that requirements and processing cycles are getting more complex. In addition, the next generation of some systems, such as AVL, is expected soon. Customizing Hastus and Sharing Information across Properties TriMet is very satisfied with their experience with the Hastus system and with Giro staff. They are on a 2-year system upgrade cycle. Tri-Met has developed numerous internal applications customizing Hastus and allowing it to produce automated reports that directly support scheduling and data requirements. Some of the internal applications developed by TriMet could be widely used in the industry but other systems are not aware of their existence and there is no good way to license and/or share this kind of information. TriMet would be interested in sharing their expertise and learning from others if there was an opportunity to do so. Integration of Planning and Scheduling Responsibilities The scheduling process used by TriMet tends to separate responsibilities between planners (who design routes), schedule writers (who take a route through basic blocking and never use Hastus’ optimization features), and managers (who do the schedule writing and blocking and optimization tasks). This separation may result in people who are very proficient in the piece they are responsible for, but often fails to give line level staff the opportunity to see “the big picture”. It is possible that planners and schedule writers would do a better job if they were part of the total process. The newly-created position between the director and the schedule makers (effectively the Manager of the schedule writing and blocking tasks) has been filled by the former manager of service planning. This is also seen as a path to better integration with functions outside of the scheduling department. Integration between Scheduling and Operations Functions As with many transit properties there is some level of tension between the Scheduling Department and the operating department. Operations noted that if the Scheduling Department has a goal of schedule optimization within the allowable parameters of the contract this may result in schedules that are technically “legal”, but are not in the best interest of the operation. Specifically, the use of part-time operators, assignment of overtime, etc. has an impact on employee morale, and especially in a tighter labor market may have a negative impact on driver availability. One way the departments have attempted to work together is to assign Field Scheduling Officers to each operating garage to serve as a liaison between the Scheduling staff and the operating garages. This is an interesting and relatively unusual approach to this relationship. While the Field Scheduling Officers will develop a closer relationship to the operating needs at each garage, there is however some risk that the scheduling department will lose an element of control. Support for Information Technology As identified previously, the Schedule Department is very technology savvy and is required to support a number of innovative information products. Of the 15 total staff in the department, only five actually undertake traditional scheduling work. The rest are involved with information production and/or integration with downstream systems. As downstream systems become Dan Boyle & Associates, Inc. Page E-74

TCRP Project A-29 Appendix E: Case Studies increasingly complex, there is an increasing need for support staff, as well as for ensuring that these systems integrate together themselves to the greatest extent possible. Support for downstream technology is a major staffing issue going forward. Scheduler Training & Career Path TriMet has undertaken development of in house training manuals to support scheduler development. There are two key manuals that have been developed: 1. An innovative on-line version of the TCRP Basic Scheduling Manual. The manual was manually entered into HTML format and reproduced in a more user-friendly and interactive format. 2. A Hastus ‘how to manual’ The Hastus manual uses screen clips and brief descriptions to guide schedulers through Hastus functions and typical processes (e.g. how to create a trip, undertake basic blocking etc.). A technical writer was hired to assist in developing this manual. Interestingly the on-line manual was used partly as a means to identify candidates for schedule maker positions. Scheduler career progression has traditionally been limited in the scheduling department. Many of the staff, particularly in the information production and system support functions, have been in the same role for many years. All schedulers have come from operational ranks – in fact TriMet is obligated to fill all positions with ex-operators. Supervisory experience is also required (all supervisory positions at TriMet must come from the operator ranks. The introduction of the Field Scheduler positions will provide some progression within the scheduling department – from Field Scheduler to Schedule Writer and then potentially to one of the managing positions. Interestingly none of the current schedulers have manual scheduling experience. However TriMet is more than happy with the quality of the schedulers’ work. LRT-specific Issues The LRT system has several unique issues/constraints to deal with: • Prevailing service design characteristics include the use of clockface headways running. • Development of LRT headways is severely constrained by infrastructure and signals. These include key junctions and single track segments (such as on the airport extension), interlocking requirements, and segments of common running. • A 30-second dwell is added at a station just prior to the key system junction to allow reliable conflict movements. • Longer post-peak layovers are built into the schedules to maintain reliability. This also allows break requirements to be met. Dan Boyle & Associates, Inc. Page E-75

TCRP Project A-29 Appendix E: Case Studies Dan Boyle & Associates, Inc. Page E-76 • The vehicles sometimes start and end at different yards. This has several blocking and run cutting implications. The number of vehicles at the start and end of day are balanced between garages. • Relief-related delays have been an ongoing issue. Current TriMet goes back and manually adds 2 minutes of dwell time for reliefs (added in after run cut is complete and reliefs have been identified/finalized). • Not all pull or yard trips are created as in service (which many systems do), but are left as pull deadhead trips. E.15 Case Study Summary A concise summary of all the issues discussed in the twelve case studies is not possible. The goal of the case studies, to explore how current scheduling issues are being addressed, has been well served by the variety of approaches taken by agencies of different sizes at different stages along the continuum of use of scheduling software packages. Common themes emerge around challenges in traditional scheduling functions, in adapting to new technologies that produce new downstream requirements, and in training the next generation of schedulers.

Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling Get This Book
×
 Appendixes to TCRP Report 135: Controlling System Costs: Basic and Advanced Scheduling Manuals and Contemporary Issues in Transit Scheduling
MyNAP members save 10% online.
Login or Register to save!
Download Free PDF

TRB’s Transit Cooperative Research Program (TCRP) Web-Only Document 45 is the appendixes to TCRP Report 135 that explores information on available scheduling tools and techniques and their capabilities.

READ FREE ONLINE

  1. ×

    Welcome to OpenBook!

    You're looking at OpenBook, NAP.edu's online reading room since 1999. Based on feedback from you, our users, we've made some improvements that make it easier than ever to read thousands of publications on our website.

    Do you want to take a quick tour of the OpenBook's features?

    No Thanks Take a Tour »
  2. ×

    Show this book's table of contents, where you can jump to any chapter by name.

    « Back Next »
  3. ×

    ...or use these buttons to go back to the previous chapter or skip to the next one.

    « Back Next »
  4. ×

    Jump up to the previous page or down to the next one. Also, you can type in a page number and press Enter to go directly to that page in the book.

    « Back Next »
  5. ×

    To search the entire text of this book, type in your search term here and press Enter.

    « Back Next »
  6. ×

    Share a link to this book page on your preferred social network or via email.

    « Back Next »
  7. ×

    View our suggested citation for this chapter.

    « Back Next »
  8. ×

    Ready to take your reading offline? Click here to buy this book in print or download it as a free PDF, if available.

    « Back Next »
Stay Connected!