37000 Feet | Browse and search NASA's Aviation Safety Reporting System |
|
Attributes | |
ACN | 1329324 |
Time | |
Date | 201602 |
Local Time Of Day | 1801-2400 |
Place | |
Locale Reference | BWI.Airport |
State Reference | MD |
Environment | |
Flight Conditions | Mixed |
Light | Night |
Aircraft 1 | |
Make Model Name | B737-700 |
Operating Under FAR Part | Part 121 |
Flight Phase | Initial Approach |
Flight Plan | IFR |
Person 1 | |
Function | Captain Pilot Flying |
Qualification | Flight Crew Air Transport Pilot (ATP) |
Experience | Flight Crew Last 90 Days 192 |
Person 2 | |
Function | First Officer Pilot Not Flying |
Qualification | Flight Crew Air Transport Pilot (ATP) |
Experience | Flight Crew Last 90 Days 253 |
Events | |
Anomaly | Deviation - Procedural Published Material / Policy Inflight Event / Encounter Weather / Turbulence |
Narrative:
While cleared to intercept localizer course for ILS 10 (but not yet cleared for approach); bwi tower turned [the] airport operation around to landing runway 33 due to shift in winds. We were one of last aircraft to be sequenced to land on runway 10. Now cleared for approach and on tower frequency inside colum intersection; tower reported winds of what I thought initially were 300/9g18. I realized an obvious tailwind component but was too focused on flying the approach at this point to process the component in my head. I asked the first officer (first officer) to quickly input new winds into [the performance computer] and adjusted vtarget accordingly and had ample stopping margin on a long runway. Autobrakes were already selected. I asked the first officer what the tailwind component was and he stated nine knots. We discussed the tailwind and we decided the first officer would closely monitor the tailwind component on the FMC and we would go around if we saw the tailwind exceed 10 knots. An aircraft sequenced two planes in front of us then went around stating a tailwind component of 15 knots at approximately 300 feet. I asked the first officer for reassurance that we had the new winds in [the performance computer] and confirmed our plan to monitor the wind information and be prepared for a go-around. The aircraft directly ahead of us landed uneventfully. The first officer was making tailwind callouts all the way down the final approach course and I could see the field around 900 feet AGL (better than expected weather). The tailwind never exceeded 10 knots and we landed normally. After parked at gate; I began processing the events again and was able to generally compute the tailwind component in my head and compare it to the known computed tailwind component from [the performance computer]. It then didn't make sense to me. I pulled out [the performance computer] and noticed that the first officer had input the winds as only 300/9; and not 300/9g18 (the value I thought I had heard). When I input those numbers; it had a tailwind component of 17 knots. The first officer had already left the airplane. I called him and discussed the event and determined we should fill out a report. Looking back; I should have made time available to more fully explore the changing airport conditions by requesting to be taken off the approach. I would have then been able to fully devote my own attention to the obvious tailwind. This was the last leg of a two-day trip. My first officer was very experienced; very proficient and needed very little if any direction. I felt very comfortable not verifying his [performance computer] inputs. In this situation; I should have been more directive in stating the winds to input. I also should have recognized I was task saturation and couldn't compute that information in my head; which I was able to do fairly easily when at the gate. If I would have given myself more time (like going around) I'm confident I would have recognized that an input error had been made. Even just 2-3 more minutes of 'think' time would been enough to correct the mistake. I also most likely task-saturated my first officer in a high workload environment which led to his input error or his communication error (not hearing the reported winds). Again; the safer thing to do was to break off the approach and give both of us more time to understand the rapidly changing conditions. Had I had the correct information; I would have [gone] around and sequenced for runway 33. Other contributing factors: the length of runway 10 gave me confidence in continuing. Had it been a short runway with obvious stopping margin issues; I would have gone around. The first officer was a commuter with a fairly short connect time to make his flight home. Though this was not an obvious factor in my head to rush; we had many discussions throughout the day regarding this fact which may have unknowingly influenced both of our thought processes. In the future I will address the commuter issue early in the day to set the expectation that we won't let thoughts that canlead to rushing interfere with doing the right thing.
Original NASA ASRS Text
Title: B737-700 flight crew reported landing with a reported tailwind component exceeding 10 knots.
Narrative: While cleared to intercept Localizer course for ILS 10 (but not yet cleared for approach); BWI Tower turned [the] airport operation around to landing Runway 33 due to shift in winds. We were one of last aircraft to be sequenced to land on Runway 10. Now cleared for approach and on Tower frequency inside COLUM intersection; Tower reported winds of what I thought initially were 300/9G18. I realized an obvious tailwind component but was too focused on flying the approach at this point to process the component in my head. I asked the First Officer (FO) to quickly input new winds into [the performance computer] and adjusted VTARGET accordingly and had ample stopping margin on a long runway. Autobrakes were already selected. I asked the FO what the tailwind component was and he stated nine knots. We discussed the tailwind and we decided the FO would closely monitor the tailwind component on the FMC and we would go around if we saw the tailwind exceed 10 knots. An aircraft sequenced two planes in front of us then went around stating a tailwind component of 15 knots at approximately 300 feet. I asked the FO for reassurance that we had the new winds in [the performance computer] and confirmed our plan to monitor the wind information and be prepared for a go-around. The aircraft directly ahead of us landed uneventfully. The FO was making tailwind callouts all the way down the Final Approach Course and I could see the field around 900 feet AGL (better than expected weather). The tailwind never exceeded 10 knots and we landed normally. After parked at gate; I began processing the events again and was able to generally compute the tailwind component in my head and compare it to the known computed tailwind component from [the performance computer]. It then didn't make sense to me. I pulled out [the performance computer] and noticed that the FO had input the winds as only 300/9; and not 300/9G18 (the value I thought I had heard). When I input those numbers; it had a tailwind component of 17 knots. The FO had already left the airplane. I called him and discussed the event and determined we should fill out a report. Looking back; I should have made time available to more fully explore the changing airport conditions by requesting to be taken off the approach. I would have then been able to fully devote my own attention to the obvious tailwind. This was the last leg of a two-day trip. My FO was very experienced; very proficient and needed very little if any direction. I felt very comfortable not verifying his [performance computer] inputs. In this situation; I should have been more directive in stating the winds to input. I also should have recognized I was task saturation and couldn't compute that information in my head; which I was able to do fairly easily when at the gate. If I would have given myself more time (like going around) I'm confident I would have recognized that an input error had been made. Even just 2-3 more minutes of 'think' time would been enough to correct the mistake. I also most likely task-saturated my FO in a high workload environment which led to his input error or his communication error (not hearing the reported winds). Again; the safer thing to do was to break off the approach and give both of us more time to understand the rapidly changing conditions. Had I had the correct information; I would have [gone] around and sequenced for Runway 33. Other contributing factors: The length of Runway 10 gave me confidence in continuing. Had it been a short runway with obvious stopping margin issues; I would have gone around. The FO was a commuter with a fairly short connect time to make his flight home. Though this was not an obvious factor in my head to rush; we had many discussions throughout the day regarding this fact which may have unknowingly influenced both of our thought processes. In the future I will address the commuter issue early in the day to set the expectation that we won't let thoughts that canlead to rushing interfere with doing the right thing.
Data retrieved from NASA's ASRS site and automatically converted to unabbreviated mixed upper/lowercase text. This report is for informational purposes with no guarantee of accuracy. See NASA's ASRS site for official report.