INFO5990 Week 4 - Professional Communication, Collaboration, and Stakeholder Management 详细总结

Posted on In , Word count in article: 4k Reading time ≈ 15 mins.

INFO5990 Week 4 - Professional Communication, Collaboration, and Stakeholder Management 详细总结

本周主题：Professional Communication、Collaboration、Stakeholder Management 这三块是连在一起的，不是分开的知识点。IT 项目做得好不好，很多时候不只是技术问题，而是沟通、团队协作、利益相关者管理一起决定的。

一、本周整体框架

Lecture Agenda 分成三部分：

  1. Professional Communication
  2. Teamwork
  3. Stakeholder Management

老师最后的核心结论其实很明确：

  • Communication 是胶水：保证信息清晰、对齐预期
  • Teamwork 是引擎：推动协作、执行和交付
  • Stakeholder Management 是方向盘：确保团队做的是对的事，而不是只是在“很努力地做错事”

三者缺一不可。

二、Professional Communication（专业沟通）

2.1 为什么沟通在 IT 项目里特别重要？

Lecture 强调：Communication is the backbone of IT projects.

原因是 IT 项目天然就是多角色协作：

  • developers
  • testers
  • project managers
  • clients
  • end users
  • external stakeholders

沟通的主要作用包括：

  • Requirement Gathering：收集需求
  • Team Coordination：团队协同
  • Stakeholder Engagement：与干系人互动
  • Reporting Progress：汇报进展

如果沟通不好，常见结果就是：

  • delays（延期）
  • cost overruns（成本超支）
  • project failure（项目失败）

所以成功不只是：

Success = Technology + Communication

2.2 IT 项目里的沟通类型

Lecture 把沟通分成四类：

  1. Written Communication
  2. Verbal Communication
  3. Presentation / Visual Communication
  4. Non-verbal Communication

2.3 Written Communication（书面沟通）

常见形式

  • Formal: emails, reports, contracts, documentation
  • Informal: Slack chats, shared notes

Best practices

  • Be clear and concise
  • Avoid jargon unless necessary
  • Proofread before sending

关键理解

在 IT 项目里，书面沟通特别重要，因为它不仅是“传话”，还是留下记录。比如：

  • 需求确认
  • 决策记录
  • 责任边界
  • 风险说明

这些都需要文档化。

2.4 Verbal Communication（口头沟通）

常见形式

  • face-to-face
  • virtual meetings
  • stand-ups

优势

  • quick clarification
  • builds trust

需要的技能

  • active listening
  • speaking with clarity
  • managing tone and pace

常见坑

  • 少数人主导讨论
  • 会开完了但没有 follow-up

这说明： 口头沟通适合快速对齐，但不能替代记录。

2.5 Presentation / Visual Communication（演示与可视化沟通）

应用场景： - project proposals - stakeholder updates - demos

关键要素： - Storytelling：Problem → Solution → Impact - Visual aids：charts, diagrams, dashboards - Audience awareness：面向技术 or 非技术受众，讲法不同

Lecture 这里其实在提醒一个常见问题：

同样一个项目更新，给开发团队讲和给 sponsor 讲，讲法必须不一样。

三、Effective Communication Frameworks（高效沟通框架）

3.1 7Cs of Communication

这是最基础但很常用的框架：

  1. Clear：表达清楚，避免模糊
  2. Concise：简洁，不废话
  3. Concrete：具体，用事实/数据/例子支撑
  4. Correct：准确，无错误
  5. Coherent：逻辑连贯
  6. Complete：信息完整，避免让对方追问半天
  7. Courteous：礼貌、尊重，鼓励协作

在 IT 项目里的意义

7Cs 可以直接作为你写邮件、周报、项目更新时的 checklist。

比如一个 update 如果做得差，通常会出现： - 不清楚问题是什么 - 没时间线 - 没下一步 - 没责任人

这本质上就是违反了 7Cs。

3.2 SBAR Framework

SBAR 是更偏“汇报型”的沟通框架，适合： - 向 PM 汇报问题 - 向上管理 - 解释风险/阻塞 - 跨团队 escalation

结构是：

  • Situation：现在发生了什么？
  • Background：背景是什么？
  • Assessment：你判断问题在哪里？
  • Recommendation：你建议接下来怎么做？

Lecture 里的例子

移动 app 的 payment feature 在更新后 30% 用户不可用。

  • S：支付功能对 30% 用户失效
  • B：刚接入新 payment gateway 后出现
  • A：API 认证 token 错误导致失败
  • R：建议先回滚旧 gateway，直到 patch 完成

核心价值

SBAR 的好处是： 不只是报问题，而是把“问题 + 背景 + 分析 + 下一步”一起打包。

这在 IT 项目里非常实用，因为 PM、管理层、客户最烦的就是： > “我知道出问题了，但你到底判断了什么？你要我做什么？”

四、沟通障碍（Barriers to Communication）

Lecture 列了几个典型障碍：

  • technical jargon / acronyms
  • cultural and language differences
  • remote collaboration challenges
  • assumptions and lack of active listening
  • poor documentation → knowledge gaps

延伸理解

这几个障碍可以分成三类：

1. 信息表达层面

  • 行话太多
  • 缩写太多
  • 文档太烂

2. 人际层面

  • 不认真听
  • 自以为对方懂了
  • 跨文化误解

3. 环境层面

  • 远程协作
  • 时区差异
  • 缺少同步机制

对策

Lecture 给出的方向很实用： - 用合适的工具做合适的事 - 保留重要决策记录 - 定期 check-in 和 update

五、好沟通 vs 坏沟通

Lecture 给了一个很经典的 developer → PM 延期汇报例子。

Bad Communication

“Hi, I am still working on the login module. It's taking longer than expected. I will try to finish soon.”

问题： - 模糊 - 没原因 - 没 timeline - 没 next steps - PM 还是不知道该怎么办

Good Communication

“Hi Alex, I am working on the login module, but integration with the new authentication API is causing errors. I need about 2 more days to fix and test it. I will provide an update by Thursday 5pm, and if issues persist, I will escalate to the security team for support.”

优点： - 说明问题是什么 - 说明原因是什么 - 给出时间估计 - 给出下一步计划 - 预留 escalation 路径

这段的考试/作业价值

这个例子非常适合你在 assignment 里写 communication plan 时借鉴。 因为老师其实想让你学会：

“项目沟通不只是礼貌表达，而是降低不确定性。”

六、Teamwork（团队协作）

6.1 为什么 IT 项目需要 teamwork？

IT 项目是 collaborative in nature。

因为一个项目里通常同时需要： - developers - testers - designers - managers - business analysts

团队协作带来的价值： - faster problem-solving - higher creativity and innovation - shared responsibility and accountability - stronger project outcomes

6.2 关于 teamwork 的常见误区

Lecture 纠正了四个误解：

  1. “Teamwork means everyone has to agree”
    • 错。健康分歧能带来更好的结果。
  2. “Teamwork slows things down”
    • 不一定。好的协作能减少返工和错误。
  3. “Good teams don’t have conflicts”
    • 错。冲突正常，关键是怎么处理。
  4. “Teamwork means equal contribution from all”
    • 错。不同角色贡献方式不同。

这里很适合写在 Team Profile 里

老师这部分其实也在暗示小组作业不要机械理解“平均分工”。 更合理的说法是：

  • contribution should be fair
  • but roles can be different

6.3 Effective IT Team 的特征

Lecture 给出的有效团队特征：

  • clear roles and responsibilities
  • trust and psychological safety
  • open and respectful communication
  • shared goals and accountability
  • ability to adapt to change
  • balance of technical and soft skills

核心理解

一个好团队不只是“大家都很会写代码”，而是： - 分工清楚 - 愿意开口 - 有共同目标 - 能在变化里继续合作

6.4 Diversity and Teamwork

多样化团队带来的好处： - broader perspectives - more innovation - better problem-solving - more user-centered products

多样性包括： - cultural and linguistic - educational and technical background - gender, age, experiences

但挑战也同时存在： - communication barriers - unconscious bias

这块在 assignment 里怎么用？

你可以把它写进： - team governance - change management - ethics - stakeholder communication

6.5 Team dynamics and common challenges

常见团队问题： - unequal participation - dominant personalities vs quiet contributors - misaligned goals - unclear expectations - cross-cultural misunderstandings - remote / virtual team challenges

这几乎就是所有组队作业常见问题清单。

七、团队模型

7.1 Tuckman’s Team Development Model

Lecture 提到 Tuckman stages，虽然 slide 里没展开文字，但核心你要记住：

  1. Forming：刚组队，比较客气
  2. Storming：开始出现冲突、角色摩擦、意见不同
  3. Norming：逐渐形成规则和默契
  4. Performing：进入高效协作状态

老师很可能会考的点

  • Storming 并不意味着团队失败
  • Storming 是正常发展阶段
  • 关键在于团队有没有机制过渡到 Norming / Performing

7.2 Belbin’s Team Roles

Belbin 认为团队中常见 9 种行为角色，分三类：

Social

  • Resource Investigator
  • Teamworker
  • Coordinator

Thinking

  • Plant
  • Monitor Evaluator
  • Specialist

Action / Task

  • Shaper
  • Implementer
  • Completer Finisher

为什么重要？

  • 帮助认识成员强项和弱项
  • 避免角色空缺或重叠
  • 有助于平衡团队

对于你们 INFO5990 小组，这可以用来解释： - 为什么有人适合 lead - 为什么有人适合整理文档 - 为什么有人适合做检查和推进

八、Psychological Safety（心理安全感）

8.1 什么是心理安全感？

Lecture 用 Google Project Aristotle 来说明：

心理安全感是团队成员相信自己可以表达观点、提问、冒险、承认错误，而不用担心被羞辱或惩罚。

Google 的发现： - 研究了 180+ 团队 - 团队成功最关键因素不是 expertise，而是 psychological safety

8.2 为什么在 IT 项目里重要？

  • 促进创新
  • 减少不敢说问题的情况
  • 更早暴露错误
  • 提高团队 engagement 和 resilience

8.3 如何建立心理安全感？

  • encourage curiosity
  • normalize mistakes
  • active listening
  • inclusive environment
  • clear expectations

非常适合写到 Team Policy

这块基本可以直接转成小组规则： - 鼓励提问 - 不把错误当攻击点 - 尊重不同声音 - 明确期望但保留弹性

九、Agile Teamwork Practices

Lecture 列了 Agile 常见协作活动：

9.1 Daily Standup

  • 每天短会，通常 ≤ 15 分钟
  • 说昨天做了什么、今天做什么、有没有 blocker
  • 不适合讲太细

9.2 Sprint Planning

  • 决定 sprint 做什么

9.3 Sprint Review

  • 回顾成果
  • 演示工作结果
  • 收集 stakeholder feedback

9.4 Sprint Retrospective

  • 讨论什么做得好
  • 什么需要改进

课程重点

这些 practice 不只是 Agile ritual，核心是： - 持续同步 - 持续反馈 - 持续改进

十、Conflict in the Workplace（职场冲突）

10.1 常见冲突来源

  • competing priorities
  • miscommunication
  • personality clashes
  • ambiguous responsibilities
  • resource constraints

10.2 如果不处理，会怎样？

  • reduced productivity
  • low morale
  • stakeholder dissatisfaction

10.3 Thomas–Kilmann Conflict Styles (TKI)

TKI 基于两个维度： - assertiveness（对自己目标的坚持） - cooperativeness（对他人需求的考虑）

常见五种处理方式（slide 图里有，通常你需要知道）： - competing - collaborating - compromising - avoiding - accommodating

重点不是死记，而是理解：

不同冲突情境要用不同策略。

10.4 Task Conflict vs Relationship Conflict

Task conflict（任务冲突 / 认知冲突）

  • 围绕工作内容的分歧
  • 可能是建设性的
  • 能促进批判性思考和更好决策

例子： - Agile vs Waterfall - 哪个技术栈更合适

Relationship conflict（关系冲突 / 情绪冲突）

  • 围绕人际不合
  • 通常是破坏性的
  • 降低团队凝聚力和满意度

例子： - 两个成员因为 ego 或表达方式冲突

关键考试点

不是所有冲突都坏。 任务冲突可能有价值，关系冲突通常要尽快管控。

十一、Stakeholder Management（干系人管理）

11.1 谁是 stakeholder？

定义： - individuals, groups, or organisations affected by or interested in the project

IT 里常见 stakeholder： - clients - end users - sponsors - vendors - developers - testers - regulators - executives

11.2 为什么重要？

  • align expectations with deliverables
  • minimize conflict and scope creep
  • build trust and project credibility

翻译成人话就是：

你不是只要把东西做出来，还要让关键的人认可它、接受它、支持它。

11.3 Stakeholder Analysis and Mapping

主要步骤： 1. identify stakeholders 2. assess interests, expectations, and influence 3. prioritize them 4. develop tailored engagement strategies

这部分就是你后面 Week 5 assignment 的核心逻辑。

十二、干系人分析工具

12.1 Power–Interest Matrix

两个维度： - Power：能不能影响项目 - Interest：对项目有多关心

作用： - 帮你决定每类 stakeholder 该投入多少沟通和管理精力

通常可理解成： - 高权力高兴趣：重点管理 - 高权力低兴趣：保持满意 - 低权力高兴趣：保持知情 - 低权力低兴趣：基础通知

12.2 Salience Model

这是更高级一点的工具，用三个维度： - Power - Legitimacy - Urgency

分类包括： - Definitive - Dominant - Dependent - Dangerous - Dormant - Discretionary - Demanding

各类含义

  • Definitive：权力 + 合法性 + 紧迫性全有，最高优先级
  • Dominant：强影响，需主动管理
  • Dependent：有正当诉求和紧迫性，但缺权力，需要支持
  • Dangerous：有 power + urgency，忽视可能出事
  • Dormant：有 power 但未激活
  • Discretionary：合法但影响低
  • Demanding：很吵但影响不大

跟 Power-Interest Matrix 的区别

  • Power-Interest 更简单、更好上手
  • Salience 更细，更适合复杂 stakeholder 环境

十三、Engagement Strategies（干系人参与策略）

Lecture 给了五种参与层级：

  1. Inform：通知
  2. Consult：征求意见
  3. Involve：参与 workshop / feedback
  4. Collaborate：共同决策、共同设计
  5. Empower：授权决策

核心思路

不是所有 stakeholder 都要“高频深度参与”。 关键在于：

参与策略必须匹配 stakeholder 类型。

同时可用多个 channel： - reports - demos - townhalls - dashboards

十四、Stakeholder Management 常见挑战

  • changing requirements
  • conflicting interests
  • cultural/language barriers
  • unrealistic expectations
  • hidden stakeholders
  • over- or under-communicating

对策 / Best Practices

  • 早做 stakeholder analysis
  • 持续更新
  • 用清晰沟通框架（7Cs, SBAR）
  • manage expectations
  • foster trust and transparency
  • document decisions and agreements
  • balance attention across groups
  • regular engagement and feedback loops

十五、三者如何整合在一起

Lecture 最重要的一页之一就是这里。

Interconnected Nature

  • Communication is the glue
  • Teamwork is the engine
  • Stakeholder Management is the direction

为什么不能分开？

  • 沟通差 → 团队合作会烂，stakeholder 会失去信任
  • 团队差 → 沟通会断裂，deliverables 会延期
  • stakeholder 管理差 → 就算技术做得好，也可能被拒绝

这段几乎就是期末答题标准答案模板。

十六、案例：Hospital EMR System Rollout

Lecture 用医院电子病历系统 rollout 当案例，把三部分串起来。

Step 1: Communication

IT 团队从： - doctors - nurses - admin staff

收集需求，用： - clear written docs - daily standups - presentations

保证大家了解进度和挑战。

Step 2: Teamwork

  • developers
  • testers
  • UX designers

在 Agile sprint 里合作，用冲突解决策略处理协作问题。

Step 3: Stakeholder Management

使用 Power–Interest Matrix 规划沟通频率： - 高频管理高权力 stakeholder - 用 training session 帮 end-users adopt 系统

Result

  • 系统按时交付
  • doctors / nurses 接受度更高
  • admins 预期被管理好了
  • regulators 持续掌握 compliance 文档

结论

IT project succeeds when communication ensures clarity, teamwork drives collaboration, and stakeholder management aligns delivery with expectations.

十七、Case Study：Mobile Banking App

场景： 一家软件公司给大银行开发 mobile banking app。

Stakeholders

  • bank executives（sponsors）
  • compliance officers（regulators）
  • customer support staff
  • IT developers
  • end-users

Situation

  • executives 想快上线
  • compliance officers 要更多安全检查
  • testers 抱怨 developers 文档不足
  • developers 觉得 deadline 太紧
  • client 抱怨 update 不清楚

老师要你能分析什么？

  • communication failures
  • Tuckman 处于哪个阶段
  • developers 和 testers 之间该用什么 conflict strategy
  • executives / compliance / end-users 放在哪个 Power–Interest quadrant
  • 如何用更好的 communication + teamwork + stakeholder management 预防 delay

这基本就是 tutorial / assignment 常考模式。

十八、考试 / 作业高频可直接用的点

18.1 如果问“7Cs 为什么重要”

你可以答： - 它保证沟通 clear, concise, complete - 减少误解、返工和 follow-up - 在 IT 项目中可提高需求准确性、进度汇报质量和 stakeholder trust

18.2 如果问“Storming stage 是什么”

  • 团队开始出现冲突和角色摩擦
  • 不是失败信号，而是正常阶段
  • 关键是通过 clear roles, communication, conflict resolution 进入 Norming

18.3 如果问“stakeholder management challenges”

写这些就很稳： - changing requirements - conflicting interests - hidden stakeholders - unrealistic expectations - communication mismatch

18.4 如果问“Power–Interest vs Salience”

  • Power–Interest：简单，按 power 和 interest 分类
  • Salience：更复杂，加入 legitimacy 和 urgency，更适合复杂环境

十九、本周内容对 INFO5990 Group Assignment 的直接帮助

这周内容直接支持以下部分：

Week 5: Stakeholder Mapping and Communication Plan

可以直接用： - Power–Interest Matrix - Salience Model - engagement strategies - communication channels

Team Profile / Group Work

可以直接用： - Belbin roles - psychological safety - conflict management - clear roles and responsibilities

Week 8: Change Management

可以用： - stakeholder engagement - communication planning - resistance handling

Week 11: Ethics and Responsibility

可以用： - inclusive communication - respectful teamwork - fairness in participation

二十、最终总结

Week 4 的真正核心不是三个孤立概念，而是一条完整链条：

  1. 沟通清楚 → 信息不会失真
  2. 团队协作好 → 执行更顺畅
  3. 干系人管理好 → 项目更容易被接受

一句话总结

In IT projects, communication creates clarity, teamwork enables delivery, and stakeholder management ensures alignment.

如果只会技术，不会沟通和协作，项目很可能失败； 如果沟通和团队都不错，但 stakeholder 没管理好，项目也可能被否定； 只有三者同时到位，IT 项目才更可能成功。

复习题快速答案方向

1. What are the 7Cs of Communication?

Clear, Concise, Concrete, Correct, Coherent, Complete, Courteous.

2. Storming stage happens when?

Team members begin experiencing conflict, disagreement, and role tension.

3. Conflict resolution strategies?

Competing, Collaborating, Compromising, Avoiding, Accommodating.

4. Two stakeholder management challenges?

Changing requirements and conflicting interests.

5. Power–Interest vs Salience?

One uses power + interest; the other uses power + legitimacy + urgency.

6. How do the three concepts work together?

Communication creates clarity, teamwork supports execution, stakeholder management aligns outcomes with expectations.