短兵相接勇者胜 — 紧张项目管理策略

1.    计划的加减法则

不要花太多时间在计划讨论上，任务确定采用加减法则取舍，时间预算区别于常规项目。

常规项目计划作加法：设定一个目标, 围绕该目标, 列出所需条件评估，一一满足；列出任务, 然后一一实现；据此时间预算从前往后推算。  

紧急项目计划作减法：只作必须的事情。如果这件事情不做，这个项目就没有意义, 那么这件事情定义为必须；短期的紧急项目只关注必要的结果, 其他的实现成本高的任务砍掉；非必要的条件性任务可以安排先后顺序调整； 锦上添花的功能或效果不作任务承诺或者安排在缓冲时间实现；时间预算从后（Dead line）往前推。

 

2.    早期需求挖掘

内容策划方面需求越确凿越好

如果时间紧张, 内容策划却没有确定, 设计师搅和进去, 一定吃力不讨好, 奉劝不必在此浪费自己的能量, 时间是设计师发挥的客观限制。

视觉风格需求参考越丰富越好

早期需求方看到的视觉风格越多, 越有利于需求方作出准确的判断, 如果已经进行到页面视觉设计了, 再被需求方发现与之更贴合的视觉风格, 要求修改, 那项目就危险了； 与其中途改道, 不如未雨绸缪, 在与时间博命的项目里, 一切变动来得越早越安全。

 

3.    尽可能多的要求资源 扫清障碍

设计师资源： 根据质量守恒，任务一定的情况下，要求更多的设计师资源是能够帮助项目进程的；但不可一开始就大规模设计师一拥而上，精兵突袭，往往能在短时间内取得奇效，因此保持队伍轻灵，要求后备资源充足，随时可用为上策。

缓冲时间： 要求专项时间资源 固定给审核，修改，提升使用

专责小组：要求专人资源 固定给审核，修改，提升使用 

 

4.    拆分开来设计 流程可以被打乱

这是紧张项目对流程灵活务实的一个需求， 各方面都应以不阻碍其他方面的进程为划分任务优先级的标准

例如 交互设计为不阻碍视觉设计进程，可根据策划先设计必须页面效果，然后再仔细设计功能模块流程

交互设计步骤也可以拆分为：首页效果设计——信息架构整理——提供其他页面视觉参考。

视觉设计则拆分为主视觉和页面实现，主视觉只要找到大体方向，精炼提升的工作也可以安排在所有必须设计完成之后再来实现。

 

5.    大军压近全线并行

扫清条件限制，各部门统筹协作，紧凑推进不留空隙

图例：

 6.    不要唯需求方马首是瞻

在项目过程中, 尤其是相关部分已经完成的情况下,绝不允许需求方无休止的提出新需求;

如果正在展开实际设计, 而新需求对项目后续的影响不能完全评估, 那么设计师也需要拒绝并且告知需求方把风险所在;

为每个阶段的出产物也留出固定的缓冲时间, 便于需求方审核, 反馈意见, 设计师收集建议和修改;

修改需求需要专责小组审核 讨论其合理性, 综合决定是否修改, 避免不明真相, 越改越错, 或者决策失误, 来回往返修改

 

7.    不可轻易易帅

紧急设计项目不似一场足球赛,  发现主要队员无法进入状态或者好运用完就赶紧换下场； 项目过程中不可轻易换掉主要设计师作主要设计，对项目背景, 需求的理解, 对项目节奏的把握绝不是任何设计师在短时间里复制和替代的, 当然这也更要求主要设计师具备深入设计的专业精神和优化能力

 

8.    提高沟通成本以提高沟通效率

这看上去是个损招，不过也是激发团队潜能，节约时间的好招。

提高沟通成效率要诉求是不要陷入无截至的发想和讨论中， 把时间花在实际设计上，如果不能立刻提出更优方案，就按已有设计执行；提高沟通成本的辅助工具是：电话， 邮件，集中在每次的电话和邮件中解决一批问题，避免一个问题多次反复的讨论；尽量不要使用IM沟通  

 

9.    草木皆兵 使用你的用户

到了最后, 有不同的参与者, 对同一可用性问题可能会出现不同意见, 迅速解决内部争执, 说服力超强, 节省时间的必备良方——用户。 没错, 很紧急的项目也可以使用用户, 任何不是该项目的参与者都可以作为用户，每位一二分钟的判断和理由陈述, 一小时就能有可观量的选择。 我们需要知道为什么用户这样选择吗? 我们需要追究用户有没有撒谎吗? 如果我们有更多的时间, 那一定能知道。 但是现在我们得到了一个用户在第一时间会认同的结果。

评论

3 楼 poson 2010-07-11  

怎么定义“紧张项目”？

2 楼 enshiwzw 2010-07-07  

lkj107 写道

1、需求的优先级，重要性，是否做了，当时间确实不够的时候，是延迟还是砍需求
2、项目救火的时候增加普通的程序员是不可以的，只能增加一两个救火队员
3、开始就是项目紧，是项目经理不成熟的表现，要懂得拒绝，不论是上层领导还是客户

也许你能找下家，但是，无论你在什么地方都要救火的。“小牛，任务是这么些，时间也就这二周，人员就你手上几人，抓紧时间做做吧，辛苦下。 ”

1 楼 lkj107 2010-07-05  

1、需求的优先级，重要性，是否做了，当时间确实不够的时候，是延迟还是砍需求
2、项目救火的时候增加普通的程序员是不可以的，只能增加一两个救火队员
3、开始就是项目紧，是项目经理不成熟的表现，要懂得拒绝，不论是上层领导还是客户