在接手紧急项目的时候，除了先了解客户需求后，最最重要的就是项目团队的管理了，首先你得有一个很和配合意识的团队，有这样的团队工作效率非常高，团队信息自然会更高些，因为时间急，整体需求和数据库设计就不可能非常的严谨了。当然也可能会出现全是新成员的情况，这样前期项目经理可能会非常累，这时候做为项目经理，你就首先需要对他们有一个基本的了解了。
如果有好的团队，或者新团队，作为项目经理在自已本身并不能全面了解项目之前，不要急于让项目成员同步开发，我认为可以先花上一个星期的时间，自己好好的想想全面的系统的整合方式以及实现方式等等，这时候你可以让项目成员看看客户给的一些资料，对一部分信息进行了解，如果是新成员，可以在这时候让成员做一些细小的功能开发，了解一下他们的工作能力，为系统走入正式开发后提供用人依据。
1. 计划的加减法则
不要花太多时间在计划讨论上，任务确定采用加减法则取舍，时间预算区别于常规项目。
常规项目计划作加法：设定一个目标, 围绕该目标, 列出所需条件评估，一一满足;列出任务, 然后一一实现;据此时间预算从前往后推算。
紧急项目计划作减法：只作必须的事情。如果这件事情不做，这个项目就没有意义, 那么这件事情定义为必须;短期的紧急项目只关注必要的结果, 其他的实现成本高的任务砍掉;非必要的条件性任务可以安排先后顺序调整; 锦上添花的功能或效果不作任务承诺或者安排在缓冲时间实现;时间预算从后(Dead line)往前推。
2. 早期需求挖掘
内容策划方面需求越确凿越好
如果时间紧张, 内容策划却没有确定, 设计师搅和进去, 一定吃力不讨好, 奉劝不必在此浪费自己的能量, 时间是设计师发挥的客观限制。
视觉风格需求参考越丰富越好
早期需求方看到的视觉风格越多, 越有利于需求方作出准确的判断, 如果已经进行到页面视觉设计了, 再被需求方发现与之更贴合的视觉风格, 要求修改, 那项目就危险了; 与其中途改道, 不如未雨绸缪, 在与时间博命的项目里, 一切变动来得越早越安全。
3. 尽可能多的要求资源 扫清障碍
设计师资源： 根据质量守恒，任务一定的情况下，要求更多的设计师资源是能够帮助项目进程的;但不可一开始就大规模设计师一拥而上，精兵突袭，往往能在短时间内取得奇效，因此保持队伍轻灵，要求后备资源充足，随时可用为上策。
缓冲时间： 要求专项时间资源 固定给审核，修改，提升使用
专责小组：要求专人资源 固定给审核，修改，提升使用
4. 拆分开来设计 流程可以被打乱
这是紧张项目对流程灵活务实的一个需求， 各方面都应以不阻碍其他方面的进程为划分任务优先级的标准。例如，交互设计为不阻碍视觉设计进程，可根据策划先设计必须页面效果，然后再仔细设计功能模块流程。
交互设计步骤也可以拆分为：首页效果设计——信息架构整理——提供其他页面视觉参考。视觉设计则拆分为主视觉和页面实现，主视觉只要找到大体方向，精炼提升的工作也可以安排在所有必须设计完成之后再来实现。
5. 大军压近全线并行
扫清条件限制，各部门统筹协作，紧凑推进不留空隙。
6. 不要唯需求方马首是瞻
在项目过程中, 尤其是相关部分已经完成的情况下,绝不允许需求方无休止的提出新需求;
如果正在展开实际设计, 而新需求对项目后续的影响不能完全评估, 那么设