避免这种风险的一个办法就是把新项目的启动延期到财年的第二季度再开始。这种延迟让IT部门有时间把正在进行的项目结束，并给了组织适应新技术的机会。而且，这样的做法保证了预算已经定案，对于预算的任何变动不会影响项目进程。
“我们的节省费用的程序不如我们想象的那么成功。”
估计节省的费用通常是困难的，但即便如此，它们对于决策还是非常重要的，IT专家们很少经过这方面的必要培训。而且，由于有些商业部门既没有时间也没有动力来参加IT部门发起的节省费用的行动，就经常会产生额外的费用。由于这些原因，减少开支的理想成了泡影。
有一个可靠的项目方法，包括一个获得节省经费的结构，对于解决这一问题非常重要。现在就应该用新的技术或解决方案来开发能够获得费用节省或增加收入的方法，流程和程序。也许这种动机能够影响商业单元和IT部门的行为，并加强这两部分之间的协作。
“我们又需要更多的带宽了。”
保持基础架构能够满足互联网和应用的需求是一个永远没有尽头的令人沮丧的循环。随着流媒体和图形的应用日趋普遍，对于基础架构的压力也日益增长。
随着应用开始平稳运行，对于更高带宽的需求不断涌现。同时，为了带宽升级而筹集资金几乎是不可能的。仅仅以提供更快的电子邮件服务和更快的程序执行为理由要求额外的带宽升级费用非常困难。
保证带宽调整费用的一种方法是把基础架构升级的费用包含到项目的总费用中去。因为该项目成功的一个因素就是提高基础架构适应新的改进的能力，CIO们应该通过这种方法让公司上层提高项目预算。同增加人力和硬件一样，提高带宽被认为是保证项目成功的关键因素。
另一个建议就是预先花些时间来对公司未来的基础架构需求做一个预测。设计一个系统的时候，就让它具备能力能够在面对调整时不需要再花费可观的时间或费用进行修改，你就可以不需要求助于其他的，更痛苦的办法来增加带宽，满足公司的需求。
