秘诀1：设置一个实际的时间表
在过去几年中，我曾遇到几十个项目，开发商在研发计划启动后，自动将进度延后几周。管理者忽略功能的复杂性和技术障碍，并在沙滩上画了一条线当作即将到来的厄运最后期限，若产品不是在所预定的日期完成。
问题总是被隐藏在8号球背后，也就是开发商往往被放大检视。当处在压力的情况下，人体会释放皮质醇到大脑，但皮质醇具备递减推理有效性的效果和判断！不完全是依照你和你的工程团队所希望的进行，需要团队达到极限状态，以满足一个最后期限。设定合理的时间表可以帮助减少压力，将使工程师更有效率，它甚至有可能使项目计划能够如期完成。
秘诀2：先开发一个架构
当期限很短时，大多数开发者第一反应是沟通项目的设计和架构层次，并且直接进入软件的实作阶段。这想法是有一个记录的软件架构是好的，但其需要花费太多时间，然而时间“供不应求”。
这种方法的问题是，为了加速执行速度，开发人员需要妥善想通设计和规划他们正在架构的内容。该基本架构是软件的蓝图，一个建构者不会在没有蓝图的情况下企图建造一个建筑物，且开发人员不应该尝试去写一个没有相似基础的固件！
秘诀3：不要只依自己的调度程序走
撰写一个实时调度程序或RTOS，对开发人员来说会是一个令人兴奋和有意义的努力过程。问题伴随着从头开始开发一个进度表，虽然这证明所有工作条件下，调度程序操作正确，并非一个微不足道的努力，开发人员可能浪费许多时间重塑一个在市场上已存在数十种RTOS的固件组成。有些RTOS，诸如FreeRTOS是免费的，而其他仅要求一点费用，使用商用现成调度程序取代自写，可缩短开发时间，并且还可显著提高系统的质量和可靠性。
秘诀4：充分利用现有的中间件和驱动程序框架
微控制器(MCU)已经变成极其复杂的设备，其现在与90年代中期的通用运算处理单元相当相似。高阶微控制器有板载缓存(on-board cache)、DMA和一个外围设备的主机，以及超过200MHz的时钟速率，为这些复杂的设备从零开始开发驱动程序需要很长的时间。
取代试图掌握微控制器硬件，致力于寻找供应商的驱动程序和第三方合作伙伴的组件，可抽取硬件“状况”，并协助工程人员开始进入实作阶段。利用现有的中间件和驱动程序框架可让开发人员专注于产品差异化和功能，而不是关心硬件本身该如何工作的问题。
秘诀5：使用项目专家
工程师是一个非常聪明的一群人，且可以做任何事情，问题是，如果工程师在应用领域还没有经验时，有时做任何事情都可能需要很长的时间。
当时间很短时，不要把一个毫无经验的“菜鸟”放进项目里，反而是要选一个项目专家(subject matter expert)。利用项目专家似乎是显而易见的方式，但当时间变得较为艰难时，许多团队只是将骨架扔进项目中——任何骨架——实际的结果是连带的损失和延迟交付。采用项目专家在短期内可能会花费更多金钱，但这样的作法在项目按时交付与功能正确的长远效益上，将远远超过所付出的成本。
最终思考
当谈到如何减少项目时间压力与准时交付项目的秘诀时，有人可能会觉得我什么也没做多过明白陈述，因为这五个技巧似乎是常识。但一旦压力来临，常识常常被抛到九霄云外，只有认真严格的工程师及其团队能维持脑袋的清醒，并遵循这些常识秘诀。
当截止时间很短，上述这些秘诀你可遵循或那些又被你抛到九霄云外呢？