项目管理中的压力风险

　　由于不同的企业情况各异，本文仅阐述项目管理中易被管理者所忽视的压力风险以使管理者加以重视，不讨论解决风险的具体方法。

 

　　在项目管理工作中，项目经理需要面对来自各个方面的风险，对风险的控制结果则直接决定项目成败，其中压力所带来的风险往往最易被管理者所忽视，而压力风险对项目及团队所带来的风险却是管理者不愿意承受的。

 

1、客户压力

 

　　客户压力是项目研发中摆在项目经理面前的第一个难题，商务人员在商务活动中往往不会或者极少与项目经理讨论进度及技术细节问题，项目合同签订的交付时间往往根据客户要求来决定，商务人员对客户描述的美好愿景使客户对产品功能超出预期，而项目经理在接受项目任务时将面对不合理的时间进度与可能无法实现的功能细节。
　　随着项目交付日期的日益临近，客户对项目进度的关心也越来越迫切，在大多数情况下，客户对项目的关注程度同时会导致公司最高层管理者直接向项目组施加政治压力。

 

2、政治压力

 

　　公司的最高层管理者往往不是技术出身，缺少对规范化研发过程的必要认识或者仅了解一些相关理论，而研发人员或技术管理者无法对其证明简化必要流程对项目所带来的直接危害与后果；为了提前或按时向用户交付项目成果，高层管理者往往会在对部分必要流程认识不足、盲目相信员工能力的情况下删减流程，并自作聪明认为以此带来的进度压力会对全体项目成员营造一种积极向上的氛围，从而提高工作质量、缩减项目时间、按时甚至提前交付项目产品。
　　为了迎合不合理的项目交付时间，技术管理者往往会在迫不得已的情况下大量删减所有非开发流程（包括需求调研、需求分析、界面设计、详细设计、单元测试、集成测试等关键流程）及关键会议，使团队成员提前进入开发阶段以获取更多的研发时间，研发人员不得不摒弃开发规范以求快速完成需求并按时交付产品，技术管理者也无法对研发人员的工作质量进行有效监控，而在这样的环境下产出的产品质量可想而知。
　　低劣的产品质量首先将为客户带来极其糟糕的使用体验，客户在不断发现BUG的同时对公司的信任度也会随之降低，如果持续提供这样的产品，将最终失去用户；对公司来说，低劣的产品质量也意味着大量的售后维护工作，如果不在研发过程中对产品质量加以控制，那么高额的维护成本将攫取项目前期获取的所有利润；对团队来说，任何一名研发人员都不会愿意去维护文档缺失、代码结构凌乱、注释不知所云的项目，而长期参与大量的售后维护工作也会严重影响研发团队的稳定程度，由此带来的人员流动也将提高团队培训成本。

 

3、进度压力

 

　　一般情况下，作为技术管理者，在项目初期会根据项目实际情况设定项目研发进度时间表，该时间表的准确程度视技术管理者对下属的了解程度、对项目所采用技术的熟悉程度、以往的项目经验等因素而定；但在现实情况中，往往由于前期需求分析及详细设计工作不够细致而导致沟通工作占去大量时间；在时间不足的情况下，“加班”似乎只能是项目经理按时完成目标唯一的选择，软件研发工作是一项脑力劳动而非体力劳动，研发人员需要更好的休息才能保持清醒的大脑投入研发工作，盲目加班所产出的只能是BUG百出的产品；然而如果项目一开始就制订了无法完成的交付时间，那么无论怎么加班也不会按时保质完成项目，在这种情况下，作为项目经理，你不得不面对一个事实：“加班”仅仅是在项目失败时让团队成员看起来感觉更好一点而已。

 

4、回报压力

 

　　作为研发人员，在亲戚朋友的眼里，他们应该坐在干净整洁的办公室、做着体面的工作、享受丰厚的薪水，但绝大部分研发人员却是在嘈杂恶劣的工作环境中以平均每天超过12小时的工作时间换取微薄的薪水，理想与现实的极大偏差使他们背负着巨大的心理压力；永无休止的加班工作慢慢侵蚀着他们的最后一丝耐心，在回报微薄甚至没有回报的情况下研发人员唯一的选择似乎只有跳槽，这也是导致IT行业人员频繁流动的最主要原因，而加班除了加重企业的负担之外（过段时间将单独撰文讨论加班问题）并不会为企业带来任何效益。

 

5、变更压力

 

　　需求变更管理是项目管理中最为常见和最为重要的一项管理工作，面对客户永无止境的需求变更，作为一名优秀的项目经理，除了在项目前期准确理解客户需求外，还需要在项目全周期进行需求版本控制及需求变更管理，以此汇总需求变更所需时间，告知客户由于需求变更将导致的延期交付时间及公司所需要付出的研发成本；然而在需求变更频繁的项目中，项目经理还需要注意由此带来的团队成员情绪的变化，反复地修改同样的模块将使你的下属逐渐厌烦自己的工作甚至怀疑你的能力，这种情绪最终将在你的整个团队中漫延，直至你的团队土崩瓦解。

 

您好，我是窦海宁，现在是一名免费开源工具研发人员，如果您喜欢我的开源代码，如果您希望我更好的发展下去，为您提供更多更好的开源代码……在这里感谢您的捐助。