28、软件团队管理与谈判技巧：提升团队效能的关键策略

软件团队管理与谈判技巧：提升团队效能的关键策略

1. 利用清单提升开发效率

在软件开发过程中，清单是一种非常有效的工具，它可以帮助开发者确保各项任务的完成，减少错误和遗漏。

1.1 开发者代码完成清单

开发者代码完成清单包含了一些明显的任务，如“运行代码清理和格式化”以及“确保没有被吸收的异常”。很多时候，开发者在一天工作结束或迭代结束时匆忙收尾，容易忘记从集成开发环境（IDE）中运行代码清理和格式化。就像在手术过程中，一些明显的步骤也常常被遗漏一样。

同时，清单中还包含一些特定于项目的任务。架构师应该审查这些清单，看是否有项目可以自动化或编写为代码验证检查器的插件。例如，“在服务 API 类中包含 @ServiceEntrypoint”可能无法自动检查，但“验证只有公共方法调用 setFailure()”可以使用代码爬行工具轻松实现自动化检查。通过检查可自动化的区域，可以减少清单的规模和干扰项，使其更加有效。

1.2 单元和功能测试清单

单元和功能测试清单是最有效的清单之一，它包含了软件开发人员容易忘记测试的一些不常见和边缘情况的测试用例。每当质量保证（QA）人员根据特定测试用例发现代码问题时，该测试用例应添加到这个清单中。

典型的单元和功能测试清单通常包含以下项目：
- 文本和数字字段中的特殊字符
- 最小值和最大值范围
- 不常见和极端的测试用例
- 缺失的字段

与开发者代码完成清单一样，任何可以编写为自动化测试的项目都应从清单中移除。例如，在股票交易应用程序的清单中，如果测试负股数（如买入 -1000 股苹果股票）的检查已经通过测试套件中的单元或功能测试实现自动化，那么该项目就应从清单中移除。

这个清单不仅可以帮助开发者确定编写单元测试的方向和数量，还能有效弥合开发者和测试人员之间的差距。开发团队进行更全面的测试，将使测试团队的工作更加轻松，让他们能够专注于清单中未涵盖的某些业务场景。

1.3 软件发布清单

软件发布到生产环境是软件开发生命周期中最容易出错的环节之一，因此软件发布清单非常重要。它可以帮助避免构建失败和部署失败，并显著降低软件发布相关的风险。

软件发布清单通常是最易变的清单，每次部署失败或出现问题时，它都会不断更新以解决新的错误和情况。典型的软件发布清单通常包含以下项目：
- 服务器或外部配置服务器中的配置更改
- 添加到项目中的第三方库（如 JAR、DLL 等）
- 数据库更新和相应的数据库迁移脚本

每当构建或部署失败时，架构师应分析失败的根本原因，并将相应的条目添加到软件发布清单中，以防止该问题再次发生。

下面是一个简单的 mermaid 流程图，展示了软件发布清单的使用流程：

graph LR
    A[开始发布] --> B[检查软件发布清单]
    B --> C{是否所有项目通过检查}
    C -- 是 --> D[进行部署]
    C -- 否 --> E[分析失败原因]
    E --> F[更新清单]
    F --> B
    D --> G[完成发布]

2. 提供指导：架构师的关键职责

软件架构师可以通过提供设计原则来指导开发团队，这有助于形成一个约束框架，让开发者在其中实现架构。有效地传达这些设计原则是创建成功团队的关键之一。

2.1 关于分层堆栈的指导

以分层堆栈（即构成应用程序的第三方库集合，如 JAR 文件和 DLL）为例，开发团队通常对分层堆栈有很多疑问，例如是否可以自行决定使用各种库，哪些库是可以接受的，哪些是不可以的。

架构师可以通过让开发者回答以下问题来提供指导：
1. 提议的库与系统中现有功能是否有重叠？
这个问题引导开发者查看现有库，看新库提供的功能是否可以通过现有库或现有功能来满足。在大型项目和大型团队中，开发者有时会忽略这一点，导致大量重复功能的出现。
2. 提议的库的合理性是什么？
架构师应要求开发者提供技术和业务两方面的理由，说明为什么需要额外的库。这可以提高开发团队对业务合理性的认识。

例如，曾经有一个复杂的基于 Java 的项目，团队中的一名成员痴迷于 Scala 编程语言，希望在项目中使用它。这一想法引起了很大的混乱，一些关键团队成员甚至打算离开项目。架构师 Mark 要求该成员提供使用 Scala 的业务理由，考虑到培训成本和重写工作。结果，该成员意识到虽然 Scala 有很多技术优势，但在成本、预算和时间线等架构特性方面没有任何业务价值。最终，他转变了态度，成为团队中最优秀和最有帮助的成员之一。

2.2 第三方库的分类与决策指导

架构师还可以通过图形化解释来传达设计原则，说明开发团队可以自行决策的内容和需要架构师批准的内容。例如，对于第三方库，可以分为以下三类：
| 类别 | 描述 | 决策权限 |
| ---- | ---- | ---- |
| 特殊用途 | 用于特定场景，如 PDF 渲染、条形码扫描等，无需编写自定义软件的库 | 开发者可自行决策 |
| 通用用途 | 语言 API 的包装器，如 Java 的 Apache Commons 和 Guava | 开发者可进行重叠分析和合理性说明后提出建议，需架构师批准 |
| 框架 | 用于持久化（如 Hibernate）和控制反转（如 Spring）等，构成应用程序整个层或结构的高度侵入性库 | 架构师决策，开发团队无需分析 |

通过这种方式，架构师可以明确开发团队在使用第三方库时的决策权限，避免不必要的争议和重复工作。

3. 谈判与领导技巧：架构师的必备能力

谈判和领导技巧是软件架构师需要多年学习、实践和经验积累才能获得的重要技能。在软件项目中，架构师的决策往往会受到各方的挑战，因此具备良好的谈判和领导能力至关重要。

3.1 谈判与协调的重要性

软件架构师的几乎每一个决策都会受到挑战，这些挑战可能来自认为自己有更好方法的开发者、有不同想法的其他架构师，以及认为决策成本过高或耗时过长的利益相关者。例如，架构师决定使用数据库集群和联合来提高系统的整体可用性，但这是一个成本较高的决策，需要与关键业务利益相关者（即为系统付费的人）进行谈判，以达成可用性和成本之间的权衡。

有效的软件架构师需要了解组织的政治环境，具备强大的谈判和协调能力，能够在出现分歧时克服困难，创造出所有利益相关者都同意的解决方案。

3.2 与业务利益相关者谈判

以下是一个与业务利益相关者谈判的实际场景：
高级副总裁项目赞助商坚持要求新的交易系统必须支持五个九（99.999%）的可用性，但首席架构师根据研究、计算以及对业务领域和技术的了解，认为三个九（99.9%）的可用性就足够了。然而，项目赞助商不喜欢被指出错误，也讨厌居高临下的人，并且不太懂技术但又喜欢参与项目的非功能方面。架构师必须通过谈判说服项目赞助商，三个九的可用性就足够了。

在这种谈判中，架构师可以使用以下关键谈判技巧：
- 利用语法和流行语了解情况 ：像“我们必须零停机”和“我昨天就需要那些功能”这样的短语虽然通常没有实际意义，但可以为架构师提供有关利益相关者真正关注的信息。例如，当项目赞助商说“我昨天就需要它”时，这表明上市时间对该利益相关者很重要。架构师可以利用这些信息更好地理解情况，并在谈判中加以利用。
- 在谈判前收集尽可能多的信息 ：“五个九”的可用性听起来很高，但具体意味着什么呢？在谈判前进行研究和收集知识，可以得到以下信息：
| 百分比正常运行时间 | 每年停机时间（每天停机时间） |
| ---- | ---- |
| 90.0%（一个九） | 36 天 12 小时（2.4 小时） |
| 99.0%（两个九） | 87 小时 46 分钟（14 分钟） |
| 99.9%（三个九） | 8 小时 46 分钟（86 秒） |
| 99.99%（四个九） | 52 分钟 33 秒（7 秒） |
| 99.999%（五个九） | 5 分钟 35 秒（1 秒） |
| 99.9999%（六个九） | 31.5 秒（86 毫秒） |

将“五个九”的可用性转换为具体的停机时间（每年 5 分钟 35 秒或每天 1 秒的意外停机），可以更直观地进行讨论。架构师可以先认可利益相关者对可用性的关注，然后将谈判从“九”的术语转换为合理的意外停机时间（如三个九平均每天 86 秒的意外停机）。
- 万不得已时，从成本和时间角度说明 ：虽然成本和时间是谈判中的关键因素，但应作为最后手段使用。因为很多谈判因为一开始就提及成本或时间问题而陷入僵局。只有在尝试了其他更重要的理由和合理化解释后，再考虑成本和时间因素。
- 利用“分而治之”原则限定需求 ：就像古代中国军事家孙子在《孙子兵法》中所说：“敌若合军，分而击之”。在上述场景中，项目赞助商要求整个交易系统都具备五个九的可用性，但实际上是否整个系统都需要这样高的可用性呢？将需求限定到真正需要五个九可用性的系统特定区域，可以减少困难和成本高昂的需求范围，也缩小了谈判的范围。

3.3 与其他架构师谈判

在项目中，架构师之间也可能会出现意见分歧。例如，项目中的首席架构师认为异步消息传递是提高一组服务之间通信性能和可扩展性的正确方法，但另一位架构师坚持认为 REST 是更好的选择，因为 REST 总是比消息传递更快，并且可以同样好地扩展。

在这种情况下，首席架构师不能简单地忽视另一位架构师的意见，否则会导致两人之间的敌意加剧，破坏合作关系，并对开发团队产生负面影响。架构师可以通过有效的沟通和协商来解决分歧，例如共同分析两种方法的优缺点，参考实际案例和数据，以达成共识。

总之，通过合理利用清单、提供有效指导以及掌握谈判和领导技巧，软件架构师可以提升开发团队的效能，确保项目的顺利进行。这些策略不仅需要理论知识，还需要在实践中不断积累经验，才能真正发挥作用。

软件团队管理与谈判技巧：提升团队效能的关键策略

4. 谈判技巧在不同场景中的应用总结

在软件项目的不同场景中，谈判技巧的灵活运用能够帮助架构师更好地解决问题，达成各方都能接受的解决方案。以下对前面提到的与业务利益相关者和其他架构师谈判的技巧进行总结和进一步分析。

4.1 谈判技巧对比分析

谈判场景	关键技巧	具体做法
与业务利益相关者谈判	利用语法和流行语了解情况	留意利益相关者使用的特殊短语，如“零停机”“昨天就需要”等，从中提取他们对项目的关键关注点，如可用性、时间等
	在谈判前收集尽可能多的信息	针对利益相关者提出的具体要求，如“五个九”的可用性，深入研究其具体含义和影响，将其转化为具体的停机时间数据，以便更直观地进行讨论
	万不得已时，从成本和时间角度说明	先尝试其他更重要的理由和合理化解释，如技术可行性、业务价值等，最后再考虑成本和时间因素，避免一开始就以成本和时间为由引发谈判僵局
	利用“分而治之”原则限定需求	分析利益相关者提出的需求是否适用于整个系统，将需求限定到真正需要的特定区域，缩小困难和成本高昂的需求范围，减少谈判的复杂性
与其他架构师谈判	有效沟通和协商	避免简单忽视对方意见，共同分析不同方案的优缺点，参考实际案例和数据，以理性的方式达成共识

4.2 谈判技巧的应用流程

下面是一个 mermaid 流程图，展示了在谈判过程中应用这些技巧的一般流程：

graph LR
    A[确定谈判场景] --> B{与业务利益相关者还是其他架构师谈判}
    B -- 业务利益相关者 --> C[利用语法和流行语了解情况]
    C --> D[在谈判前收集尽可能多的信息]
    D --> E{是否能达成初步共识}
    E -- 否 --> F[万不得已时，从成本和时间角度说明]
    F --> G[利用“分而治之”原则限定需求]
    G --> H[继续谈判]
    E -- 是 --> I[达成协议]
    B -- 其他架构师 --> J[有效沟通和协商]
    J --> K{是否能达成共识}
    K -- 是 --> I[达成协议]
    K -- 否 --> J

5. 领导技巧在团队管理中的体现

除了谈判技巧，领导技巧在软件团队管理中也起着至关重要的作用。一个优秀的软件架构师不仅要具备技术能力，还要能够领导团队，激发团队成员的积极性和创造力。

5.1 弹性领导

弹性领导意味着架构师要根据团队的实际情况和项目的需求，灵活调整领导方式。在项目的不同阶段，可能需要不同的领导风格。例如，在项目初期，架构师可能需要更多地发挥指导作用，为团队成员提供明确的方向和目标；而在项目执行过程中，架构师可以给予团队成员更多的自主权，让他们能够发挥自己的专业能力。

5.2 激励团队成员

激励团队成员是提高团队绩效的关键。架构师可以通过以下方式激励团队成员：
- 认可和奖励：及时认可团队成员的工作成果，给予适当的奖励，如表扬、奖金、晋升机会等。
- 提供发展机会：为团队成员提供培训、学习和成长的机会，让他们能够不断提升自己的技能和能力。
- 营造良好的团队氛围：建立一个积极、合作、创新的团队氛围，让团队成员感到工作的乐趣和价值。

5.3 解决团队冲突

在团队合作过程中，难免会出现冲突和分歧。架构师需要及时发现并解决这些问题，避免冲突升级影响团队的工作效率。架构师可以通过以下方法解决团队冲突：
- 倾听各方意见：了解冲突双方的观点和需求，让他们有机会表达自己的想法。
- 寻找共同点：在双方的意见中寻找共同点，以此为基础寻求解决方案。
- 提出中立的解决方案：根据团队的整体利益和项目的需求，提出一个双方都能接受的解决方案。

6. 提升团队效能的综合策略

提升软件团队的效能是一个综合性的过程，需要架构师在多个方面采取有效的策略。

6.1 综合策略框架

以下是一个提升团队效能的综合策略框架：
1. 利用清单管理 ：通过开发者代码完成清单、单元和功能测试清单、软件发布清单等，确保各项任务的完成，减少错误和遗漏。
2. 提供有效指导 ：通过设计原则和图形化解释，为开发团队提供明确的方向和决策权限，避免不必要的争议和重复工作。
3. 掌握谈判技巧 ：在与业务利益相关者和其他架构师谈判时，灵活运用各种谈判技巧，达成各方都能接受的解决方案。
4. 发挥领导能力 ：采用弹性领导方式，激励团队成员，解决团队冲突，营造良好的团队氛围。

6.2 策略实施步骤

为了更好地实施这些策略，可以按照以下步骤进行：
1. 评估团队现状 ：了解团队的技术能力、工作流程、沟通方式等方面的现状，找出存在的问题和不足之处。
2. 制定具体计划 ：根据团队现状和项目需求，制定具体的实施计划，明确各项策略的实施时间和责任人。
3. 培训和沟通 ：对团队成员进行相关知识和技能的培训，确保他们理解和掌握各项策略的实施方法。同时，加强与团队成员的沟通，让他们了解实施这些策略的目的和意义。
4. 监控和调整 ：在实施过程中，密切监控各项策略的实施效果，及时发现问题并进行调整。根据实际情况，对策略进行优化和改进，确保团队效能不断提升。

总之，提升软件团队的效能需要架构师在多个方面进行努力，不断学习和实践，灵活运用各种策略和技巧。通过合理利用清单、提供有效指导、掌握谈判和领导技巧，架构师可以打造一个高效、协作、创新的开发团队，确保软件项目的顺利进行和成功交付。