软件需求与建模12——需求协商

一，概念

• 需求协商的目标：
  • 识别需求冲突；
  • 分析需求冲突的原因；
  • 通过适当决策解决冲突；
  • 记录冲突解决方案和原理。
• 明确定义的目标可以对冲突解决提供支持
• 场景支持冲突的分析，也有助于冲突的解决

二，冲突管理

• 冲突管理包含4项活动：

  • 识别冲突
  • 分析冲突(识别冲突类型)
  • 解决冲突
  • 记录冲突解决方案

• 冲突类型包括：

  • 数据冲突 ：缺少信息或信息错误，或不同理解产生（涉众得到的需求是被误导或不完整，或涉众对需求含义产生了不同理解）
  • 利益冲突 ：涉众主、客观利益不同或目标不同（涉众之间对待开发系统的目标或利益相互矛盾）
  • 价值冲突 ：涉众评价问题采用不同准则，文化差异（涉众对待开发系统需求的评价不同，或者认为其重要性不同，就会出现价值冲突）
  • 关系冲突 ：涉众之间消极的人际交往行为
  • 结构冲突 ：涉众之间权利的不平衡引起

• 在确定冲突类型时，先检查是否为数据冲突，然后看是否为利益冲突，最后考虑价值冲突。（数据冲突—利益冲突—价值冲突）

  • 检查数据冲突
  • 了解涉众利益
  • 阐明涉众的价值背景

• 解决冲突的3种策略：

  • 协商：冲突各方协商解决方案（让冲突各方交换信息、论据和观点）！！协商费时长
  • 创造性的解决方案：提出更好的方案解决冲突（冲突各方抛弃他们原来的观点，寻找各方都能接受的新观点）！！缺点：可能十分耗时，也可能对其他需求产生影响
  • 决定：由上级做出支持某个冲突方的决定。（如果冲突各方相持不下，由具有决策权的个人或小组(通常为上级或客户)做出决定解决冲突）
    • 优点：快速。避免浪费过多时间。
    • 弊端：观点被忽略的一方积极性受打击。因此应优先采用协商和创新方案解决。

• 不同的冲突的不同的解决方案

  • 数据冲突：优先采用协商。

  • 利益冲突：要让各方说明自己的利益，或可找到共同的利益。在此基础上协商，考虑各方的利益关切而达成共识，各方均受益

  • 价值冲突：由各方价值观不同产生，优先采用创新解决方案解决。协商不一定有结果，因为价值观根深蒂固；通过决定或决议解决也是无赖之举，总会伤害某一方。

  • 冲突类型	协商	创新方案	决定
    数据冲突	适用	不适用	不适用
    利益冲突	适用	有条件适用	适用
    价值冲突	有条件适用	适用	有条件适用

• 记录冲突和冲突解决方案：必须对冲突和冲突解决方案文档化。否则，会遗忘。已解决冲突可能会在后续活动再次发生。

三，协商技术

• 两种与协商有关的技术：双赢法和交互矩阵法

  • 双赢法：尽量争取需求冲突双方的目标部分或全部达成。

  • 为了建立现实的期望，要遵循：

    • 共同讨论涉众的期望
    • 将自己置于涉众的位置了解他们的观点
    • 期望应该基于客观的准则定义
    • 期望应该以经验为导向。

  • 交互矩阵：对需求重叠或冲突状况进行描述和记录的方法，使用可视化表格。

    • 	需求1	需求2	需求3	需求4
      需求1	0	0	1	1
      需求2	0	0	0	0
      需求3	1	0	0	1000
      需求4	1	0	1000	0
      和	2	0	1001	1001

    • 两个需求独立(无冲突或重叠)，则在交叉格填0；如果冲突就填1；如果重叠就填1000。
    • 对角线上为0。上三角和下三角对称。
    • 每列求和。除以1000的商为与该需求重叠的需求数，余数为与该需求冲突的需求数
    • 按该表逐个检查需求的冲突情况，工作量很大。一般只用该表对需求的重叠和冲突做可视化和文档化

重点！！！

• 不同涉众的需求可能有冲突，是客观存在
• 需求协商就是要识别冲突，分析冲突，解决冲突，记录冲突解决方案。
• 冲突类型主要有数据冲突，利益冲突，价值冲突。
• 冲突解决可以采用协商、创新解决方案和决定方法解决。
• 一般数据冲突适合采用协商解决；利益冲突适合用协商或决定解决；价值冲突适合用创新解决方案解决。协商和决定在某些条件用来解决价值冲突；创新解决方案有时也用于利益冲突解决。
• 记录冲突和冲突的解决方案，是为了避免冲突重复发生，跟踪冲突。
• 双赢法是争取最佳冲突解决方案的做法；
• 交互矩阵只是一个可视化和文档化冲突的方法