Narrative:

We had a very long day with a very early report time. We had mx issues every leg. The previous 2 issues (APU; right static heat) were ops checked good. This was our third leg. We had lots of rolling flow delays. Our flow time was moved up to a somewhat close time. We boarded; and decided to wait our flow time out at the gate. It was for about 25 minutes. At this point we noticed the takeoff data was 'hanging' and not completing. We double and triple checked the usual problems; passwords; airport and runway numbers; etc. I called dispatch to see if no in time had recorded from the previous flight. Dispatch said that everything looked good on their end. I then was transferred to mx control. We could not get takeoff data so we deferred the ACARS unit.while I was doing this; the first officer (first officer) was doing a manual west&B. Our flow time was rapidly approaching. As I finished with mx control; he said 'ok; I will put you back in service.' I then looked over the west&B and found an error that required re-doing it. We were about 2 hours late at this point; and I really didn't want to miss our flow time. I redid the west&B; reviewed the MEL; looked up the dispatch radio freq; and closed up. While taxiing out; ground notified us that our release had timed out; but that he had a new one with no changes except the squawk. We had a new release; because I had talked with several different dispatchers regarding our flow times. The most recent dispatcher had given us a new release with valid weather; a revised time and a new fuel load. I figured this had something to do with ACARS inability to give us any takeoff data. We took off; and headed to our destination; a very short distance away. We received an ACARS msg in flight inquiring if we had received a new release with the MEL. I spoke with dispatch on the ground about it; as we were getting busy with the approach; and the knowledge that I had screwed up was distracting enough.flow delays and the fear of missing them are powerful motivators; and can be very distracting. The previous write ups that were fixed and required no action from dispatch were probably sort of lulling me into a pattern of 'I have a problem; I call mx; they fix it; I'm done'. As a commuter; I rarely work early morning flights. I had just come off of 10 days off. I may be a little rusty. Dispatch now often sends us the amended release via ACARS; requiring no real action from us. With the ACARS being deferred; that isn't going to happen. The statement of 'you are back in service' sort of makes you think that you have dealt with the issue and you are good to go. Please don't take that last sentence as blaming mx control; as it was definitely my fault alone; but it sort of leads you to think that the problem is solved.the real root of the problem was rushing. Trying to meet a flow time can unfortunately cause us to rush. I realize the rush is self-imposed; but it still happens. I try to tell myself to slow down; as nearly every one of these dang things has rushing as a cause; but that whole mission completion thing is tough. When you have been at the gate; listening to peoples woes about missed connections; leading to missed funerals; visits with family etc.; it weighs on your mind; even if subliminally. I find this particularly frustrating as I know this has been a focus of the company and the FAA for a while now. Perhaps something in the MEL or dmi card requiring us to get the dispatchers initials? The need for the return to service works great; if ACARS is working.

Google
 

Original NASA ASRS Text

Title: CRJ-200 flight crew and Dispatcher reported the hurried crew departed without a new release.

Narrative: We had a very long day with a very early report time. We had MX issues every leg. The previous 2 issues (APU; R Static heat) were ops checked good. This was our third leg. We had lots of rolling flow delays. Our flow time was moved up to a somewhat close time. We boarded; and decided to wait our flow time out at the gate. It was for about 25 minutes. At this point we noticed the takeoff data was 'hanging' and not completing. We double and triple checked the usual problems; passwords; airport and runway numbers; etc. I called dispatch to see if no in time had recorded from the previous flight. Dispatch said that everything looked good on their end. I then was transferred to MX control. We could not get takeoff data so we deferred the ACARS unit.While I was doing this; the FO (First Officer) was doing a manual W&B. Our flow time was rapidly approaching. As I finished with MX control; he said 'OK; I will put you back in service.' I then looked over the W&B and found an error that required re-doing it. We were about 2 hours late at this point; and I really didn't want to miss our flow time. I redid the W&B; reviewed the MEL; looked up the dispatch Radio freq; and closed up. While taxiing out; Ground notified us that our release had timed out; but that he had a new one with no changes except the squawk. We had a new release; because I had talked with several different dispatchers regarding our flow times. The most recent dispatcher had given us a new release with valid weather; a revised time and a new fuel load. I figured this had something to do with ACARS inability to give us any takeoff data. We took off; and headed to our destination; a very short distance away. We received an ACARS msg in flight inquiring if we had received a new release with the MEL. I spoke with dispatch on the ground about it; as we were getting busy with the approach; and the knowledge that I had screwed up was distracting enough.Flow delays and the fear of missing them are powerful motivators; and can be very distracting. The previous write ups that were fixed and required no action from dispatch were probably sort of lulling me into a pattern of 'I have a problem; I call MX; they fix it; I'm done'. As a commuter; I rarely work early morning flights. I had just come off of 10 days off. I may be a little rusty. Dispatch now often sends us the amended release via ACARS; requiring no real action from us. With the ACARS being deferred; that isn't going to happen. The statement of 'you are back in service' sort of makes you think that you have dealt with the issue and you are good to go. Please don't take that last sentence as blaming MX control; as it was definitely my fault alone; but it sort of leads you to think that the problem is solved.The real root of the problem was rushing. Trying to meet a flow time can unfortunately cause us to rush. I realize the rush is self-imposed; but it still happens. I try to tell myself to slow down; as nearly every one of these dang things has rushing as a cause; but that whole mission completion thing is tough. When you have been at the gate; listening to peoples woes about missed connections; leading to missed funerals; visits with family etc.; it weighs on your mind; even if subliminally. I find this particularly frustrating as I know this has been a focus of the company and the FAA for a while now. Perhaps something in the MEL or DMI card requiring us to get the dispatchers initials? The need for the return to service works great; if ACARS is working.

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.