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