团队沟通出现冲突摩擦是因决策权不清晰

在项目开发团队中，团队成员之间的沟通过程中经常会出现各种各样的冲突和摩擦，仔细分析这些冲突的根源，你就会发现。大部分冲突的产生都有一个共同的特点即：引发冲突的事务的决策权不清晰，或受到了某种程度的干扰。以下是几个引发冲突的案例：【案例1】运营看到视觉设计师的方案，运营：“我觉得这个秒表的图形应该用圆形而不是方形”运营的说法侵犯了视觉设计师的决策权，是对视觉设计师职业分工的一种否定和不信任。【案例2】交互设计师发现一个需求时向产品经理建议加上某功能，产品经理：“这个功能我知道有用之前也考虑过，但担心交互上太复杂用户理解不了就没加。”产品经理基于自己对交互复杂程度的猜测而放弃了某个产品功能，忽略了交互设计师的角色定位。【案例3】交互设计师要用新窗口的方式代替弹出层方式，已经和产品经理达成一致了。 开发工程师：“我不接受！…”只有项目管理者才有拒绝设计方案的权利，开发工程师利用自己在项目进度中的制约作用行使不属于他的决策权。引发冲突的根源这些对话引发冲突的一个共同的根源在于：项目开发团队各个角色间的决策权是混乱的，一个角色可以跨越自身的职责范畴干扰其他角色的决策权，开发可以做出产品经理的决策否定设计方案，运营的意见左右视觉表现。这种决策关系的混乱最终反映到产品上就必然导致产品的混乱。决策权受到侵犯存在以下两种情况:显性侵犯案例1中视觉设计师的决策权受到非视觉专业领域人士的直接干预，属于显性侵犯。这种侵犯肯定会遭到抵抗。面临这种情况时被侵犯者需要具备一定的职业技能和较强的沟通技巧，才能完全不受这些非专业意见的影响。 虽然只要具备了上述能力设计师就能保护自己不受侵犯，但做出专业决策要依赖于非专业技能这件事本身就是一个严重的问题，首先非专业技能的学习需要付出高昂的学习成本，另外即使具备了这种技能也会有很多时间浪费在无效沟通上，尤其是对新设计师而言他们很难保护自己的决策权不受侵犯。最终导致非专业意见跨越职责分工影响产品最终形态。隐性侵犯还有一种侵犯属于隐性的，比如案例2中：产品经理在产品功能规划阶段砍掉了一个用户需求量很大的功能，原因是他推断此功能交互方式太复杂用户难以理 解，这个过程是发生在产品经理头脑中的思维过程，是完全不可见的，产品经理根据自己对产品交互方式的理解作出“太复杂”的判断显然是不恰当的，对交互方式 复杂程度的判断应该属于交互设计师的决策范畴，但由于砍掉产品需求这个过程是隐性的很难被发现的。所以交互设计师甚至没机会察觉自己的决策权被侵犯，就已经失去了决策机会。以往的工具及其局限性针对这种决策权混乱的情况，我们已经有一些基本的管理工具，比如流程管理就在一定程度上避免了混乱，他通过划分每个角色的职责范畴来规定各个角色在项目开发事务中分别拥有的决策权，但这种划分只能解决项目主干任务上的决策权界限问题。对与项目分支任务中的细微决策点和决策权的隐性侵犯问题却不能有效解决。在分支任务中的决策权混乱和决策权的隐形侵犯问题有没有更好的解决方式呢？制定更加详细的流程，规范项目开发的每个细节？繁复臃肿的流程会大大降低系统的执行效率这样做显然不可行。因此，就需要建立另外一种规则，它不具有流程的强制执行的特点，因此更加灵活变通不会影响效率，但同时它又需要具有一定的约束力。这就是为什么我们要引入伦理的概念。