软件开发过程中，最难熬的那段应该是代码维护和后续开发了，如果这个代码是你写的，那还好说，一期需求，二期需求，接着来呗。反正早晚都得干，早来早安生，有点那种早死早投胎的感觉。在后期的维护开发中，项目的管理和控制更加显得尤为重要。
一般这个时候客户已经熟悉，沟通已无障碍，所以，重要的是什么，重要的是内部的及时性和有效性。
一个需求，半天回应不过来，甚至不能从客户那里得到反馈，客户对功能是满意与否，需求更改要什么时候，是否合适现在和客户要需求更改信息。这些都很重要，
你的需求要不下来，后方程序员闲的要命，但是你的需求要不下来，并不代码需求没有，一个一个的需求积累到一定程度，肯定会滔滔不绝的涌出来。
到那个时候，十个黄继光也堵不住啊。
一天下来三十个需求，明天客户要演示，你今天改完。
那就大家一起来加班。
夜里两点了，你改完了吗？
纯粹的疲劳战，疲劳战能换来什么？
除了换来程序员一大推牢骚和不平外，还有一个踉踉跄跄跑着的程序。
试想，人在疲劳的状态下如何能保证代码的正确性和测试的有效性？
夜里两点半钟还在同一个问题上反复的测试。你不想早点测完回家睡觉吗？
加班一次不可耻，可耻的是加班很多次，仍然不知道改进方法。
一次，我在微博上发消息：知道什么是幸福不？
一同事回答：知道，不加班。
本文属作者原创，转载请注明出处！