项目任务与运维任务的冲突问题思考

   看到了以下这篇博文更是勾起了自己对项目管理的思考，先将原文摘抄如下，未与博主打招呼擅自摘抄请见谅。

项目任务与运维任务的冲突

===========================================================

作者: chenda2001(http://chenda2001.itpub.net)
发表于:2009.08.20 19:13
分类: 一般分类
出处：http://chenda2001.itpub.net/post/39134/490480
---------------------------------------------------------------


今天，早上刚了一个会，气氛相对不是特别好，主题是为什么有那么多运维任务积压在需求阶段。这里对项目任务和运维任务的定义解释下，运维任务指的是平常核心系统日常需求维护与系统改造工作，项目任务指的是在某个时间点启动的单独项目，以项目组的方式展开。这里为什么会有矛盾呢，因为不管是运维任务，还是项目任务，都是同一批人，这就说资源是相对有限。而对于运维任务或项目任务，由于上层归属不一样，都面临着各自的压力，考虑问题的角度自然不一样。比如时间有冲突时，到底该向哪方倾斜呢?到底该给谁让路

从个人角度理解，从当初合同牵订开始，这个雷就开始埋下啦，合同中的人是固定的，双方产生的责任和义务都是基于当初的合同。但年初的合同里，规定了资源，并没有预知到后续要处理的范围，后续会有更多政治和紧急任务?再加上人员流失，新进人员产能也不高，自然会把一些相对需求比较低或很早之前的需求积压在那里


       类似情况，以往在自己的项目中也出现过。想过问题来源，也抱怨过，也想过曲线救国与客户沟通用好现有资源，客户也表示理解，但这种理解让彼此都很无奈。从各自角度想大家都还是想把事情做好的，可有些事总有那么多我们个人无法左右的原因在哪里，所以只能先做好协调沟通，并尽全力合作。
        但如果客户不合作怎么办呢，沟通出现问题又怎么办呢？当双方都出现对彼此的不信任，互相指责又当如何呢？突然之间想起来有人描述王石的一段经历，王石的企业当初与欧美企业合作时，合作之初谈判很久想到了各种情况并制定了合作失败后的利益分隔，这种未牵手先想好分手的方式又能给我们什么借鉴呢？我们当初的合同是怎么签订的能，我们各干系人是否有胆量做出项目失败的决定呢？
        因此很多问题还是要我们根据具体情况来想办法，办法总比问题多，只要我们甲乙双方都有这个信念。那么我们解决问题还是有希望的。
        但当真的出现分歧时我们该怎么办呢？我是否有勇气先提出放弃分析问题成因，先各自清醒头脑想想我们共同的目标是什么呢？在对共同目标得到我们双方的认可后，我们是否有勇气各自退一步做出妥协呢？
        项目不可能做的很完美，什么都按照我们相好的做，总是要协调各方利益，并各自妥协相互合作完成属于我们的共同的目标。