如何对需求变更做科学的规划和控制？在做好需求变更管理的前提下，分级管理客户需求不失为一种很好的方法。但是如果客户的需求变确实需要在将要结项得产品中尽快体现时，应该如何处理呢？特别是一些在需求中非常重要，但从技术上很好实现的需求变更时，是否还要走正规的需求变更流程？要效率还是要规矩，就成了许多产品经理心头的疑问。

首先，需要确定：是否真的需要走需求变更流程？灵活点说，需求是变了，但走不走这个流程是另一码事。如果项目几乎结项了，这时的需求变更就像百米赛跑后，裁判说这个跑道不标准，少跑了一米要重新跑一样；一鼓作气后，项目团队都疲惫不堪时，再次击鼓的效果可想而知。其实针对这时需求的变化，特别是技术上很好处理的问题，直接在结项后作为升级内容即可；毕竟版本得改动可小可大，小的版本变更从流程上讲要比需求变更简单的多；

其次，还有一个偏方，是我最近经历的项目变更得解决方案，即将这个需求分解放在其他相关项目中完成。在项目日程已经排满，并且项目间有一定相关性时，这不失为一种好办法。如果项目是迭代设计的，那么采用这种办法再合适不过了；

最后，当非变更不可时，如果没有针对不同变更得不同流程得话，唯一要做得就是做好前后沟通了。在有正规流程时，走正规流程是必须的，也只有这样，项目才能真正可以控制。如果对流程不满，除非能够很快吧流程修改或完善了，否则一步一步做吧。所谓得追求效率而抛弃规矩，是对项目不负责任的原则性问题。

需求变更就像误差，可以控制，但又无可避免；但是因为前期工作没有到位而引起了需求变更，就太不应该了，错误是不应该出现的。出现需求变更时，先不忙着救火，而是冷静下来先考虑问题产生得原因，比做救火员要有意义的多。后面会详细讨论这个问题。

继续浏览相关文章

• 2010/08/06 -- 产品经理和项目经理的矛盾与博弈
• 2010/01/18 -- 软件/互联网产品设计流程
• 2011/12/19 -- 供应链式项目管理
• 2010/05/28 -- 需求调研与产品设计10条经验
• 2010/03/09 -- 关于互联网产品管理与产品设计
• 2009/01/18 -- PRD中写用例的注意事项
• 2009/01/15 -- 结项是产品的另一个起点

正确的坐姿：

√ 视线与地面平行；

√ 上臂与小臂垂直，上臂与地面垂直，小臂和手与地面平行；

√ 后背与大腿垂直，后背与地面垂直，大腿与地面平行；

√ 大腿与小腿垂直或自然弯曲，脚得到地面或脚托的支撑；

其中需要说明的是，这是一个相对完美的坐姿，但不是一个普通人能够保持的。有研究表明，人在背部后倾时（背部与大腿保持135度钝角）最舒服且不易疲劳；但这仅限于休息，没有公司会给员工准备个沙发吧；更何况，对着电脑的工作效率与保持舒适是鱼与熊掌的关系…当然，关于上面的标准的姿势，也是因人而异的，参考一下即可。但是下面的错误是尤其值得注意的：

错误1：
× 低头看屏幕或距离显示器过近（严重影响视力，更易遭受辐射伤害；同时会造成颈椎损伤）
错误2：
× 桌子较高，胳膊架在桌子上，一只手臂伸展开才能够使用鼠标（肩周痛；鼠标手；肘关节痛）
错误3：
× 身体前倾，脊椎成C状（腰肌劳损；腹部赘肉；大腿根发麻）
错误4：
× 二郎腿（腰酸痛；一条腿麻；对生殖系统有不利影响）
错误5：
× 长时间不活动

以上5条错误，如果你都占了，强烈建议远离电脑出去旅游几天！

人类本来就是不适宜久坐的动物，所以在保持恰当坐姿的前提下，适量的运动是调节身体关节和肌肉的最好方法。而久坐不动，就是神仙也吃不消的。所以，无论在忙、再紧张，身体还是革命的本钱！

继续浏览相关文章

• 2010/06/28 -- 别相信你的眼睛—心理学中的视觉错觉
• 2009/02/15 -- 互联网初级用户带来的思考
• 2009/01/16 -- 需求变更-要效率还是要规矩？