其实总的来说，当自己企业自身付出有着不足时，大家对于收获也应”降低“要求，要明白有舍才有得。不存在那么完美的管理者或方案可以在资源不足的情况下还能一把抓，好的项目管理是根据实际情况进行调整达到成果，而不是”无中生有“。
理清计划方案的重点
也许你从一开始就设计了比较完善的项目建议书，这里面包含了一个巨大的项目工作范围，你的SOW和WBS可能也写得很详尽。但此刻，你的团队里只有两个后端开发人员，没有前端工程师和数据库开发工程师，也没有测试人员来保证项目的质量。
这样的情况下，你依然需要淡定地把项目方案建议书和需求规格说明书重新审视一遍，结合用户需求思考和权衡，哪些功能是目前比较关注的，而哪些功能是未来系统需要关注的。
这个其实并不难，如果你和用户开放地沟通过，项目功能的轻重缓急，你应该心里有数。所以，你很有必要在此基础之上，整理出项目当前阶段的需求规格说明书来。不要一味地喊叫资源不足，这样的方式只会引起领导对你做事能力的怀疑，而不能解决根本问题。
分出功能需求的主次
一个大型的项目，利益相关方会很多。因为凡是重要且紧急的任务，领导都会在需求讨论会上明确地强调多次。项目经理心里要有一杆秤，哪些人的需求是需要理会的，哪些人的需求是不用过多关注的。
整理完核心功能和关键任务的优先级列表后，你会发现项目一半的范围进行了裁剪。这是一个好的趋势和结果，因为缩减和明确项目范围永远对项目的如期交付是有利的。当你无法争取标配的资源获得对这个项目的足够支持时，只能关注核心功能并在核心功能范围内进行任务的优先级排序。
这是在资源不足又要保障进度时的事急从权的做法，若不是这样紧急的状况，大家对于功能自然不能随意放弃。
要说什么时候项目经理最紧张，时间紧而资源不足绝对排的上号。项目组开展项目工作时，都希望又足够的后备资源支撑。但是不少企业尤，其创业型的挣扎在生存线的企业，只能提供最少的资源，还需要得到既可能多的效益，并接受不了失败。