Welcome to Flightinfo.com

  • Register now and join the discussion
  • Friendliest aviation Ccmmunity on the web
  • Modern site for PC's, Phones, Tablets - no 3rd party apps required
  • Ask questions, help others, promote aviation
  • Share the passion for aviation
  • Invite everyone to Flightinfo.com and let's have fun

CAL 737 pilots

Welcome to Flightinfo.com

  • Register now and join the discussion
  • Modern secure site, no 3rd party apps required
  • Invite your friends
  • Share the passion of aviation
  • Friendliest aviation community on the web
I'm guessing the "Pilot Monitoring" has to spin the ALT knob, regardless of whether the auto pilot was engaged or not.

Is this correct?

If so, it's an ridiculous procedure as it adds a "variable" or an "exception" into the flow of things.

The Pilot Flying either "owns" the guidance panel or he doesn't, in my opinion.

I thought the captain owns it and only allows the other guy to touch it from time to time.
 
Pilot flying should be the one who spins it, leave your finger on it until the PM acknowledges it. Done.
 
Why do the SOPs for the same plane vary so much from airline to airline?
Well, at my airline, it's usually, "Well, that's how we did it on the XXX, and if it was good enough on the XXX, then it's good enough for the NG." And if your airline had plane YYY before going to the NG, then you'll have different SOP. Or, Heaven forbid, you actually follow Boeing's SOP. . .

Well, we liked to do the landing check and then set final flaps on the -200, so that's how we'll do it now.

Hell, we're required to use F25 on the approach because that's how they did it on the 727!

I think some Captains are still trying to trim the engines or set the mixture because that's how we did it on the Convair or the Goose.

"FCTM? What the hell is that? F@g commie training manual?"
 
Last edited:
Just for reference, I have worked at 3 different airlines. CAL was the only one that had the PF select the altitude on the MCP. What do they do at AA, DL, or US?
 
SW has the PF work the mcp if the autopilot's on - and the PM work it if handflying. We do have to both point at all changes now.
I've got six airlines, I've never had the PM work the altitude with the AP on.
Did they give a reason? What's that supposed to accomplish?
 
For what it's worth we feel the same way about the changes on the airbus on the UAL side. Diffrence is I don't think the one making the changes has ever seen the inside of the bus. We are not a Boeing but they are trying to make us operate like one. Just keep laughing it's all thats left.
 
SW has the PF work the mcp if the autopilot's on - and the PM work it if handflying. We do have to both point at all changes now.
I've got six airlines, I've never had the PM work the altitude with the AP on.
Did they give a reason? What's that supposed to accomplish?


Don't know how long you've been here, Wave, or if you don't remember or not, but actually that's how SWA used to do it, until just a few years bask: The PF always "owned" the MCP with the sole exception of the altitude window. When the PM read back an altitude change on the radio, he (the PM) selected the new altitude on the MCP, with the PF concurring. That was with or without the autopilot on.

Now, we do what you described above (we made this change a few years back with the whole PFD/VNAV/RNP package of changes): With Autopilot on, the PF makes changes to MCP (incl altitude) and the PM concurs; with autopilot off, the PM makes changes to MCP (incl altitude) with the PF concurring.

Which is better? Who knows... I suppose it's what you're used to doing.

Bubba
 
I think this was driven by many ASAP reports stating that the PM was not in the loop on the altitude change because he was making PA, getting ATIS, or otherwise off line. PF put in wrong altitude and there was no backup. I think the new change will make things worse because now the PF can't hear it, do it, when there's a change. It creates an extra step in which a delay, distraction, or misreading can come into play.
 

Latest resources

Back
Top