I-statement 结构

一个可执行的 I-statement 可以写成：

I feel（感受）when（可观察的行为/情境）because（对工作或关系的影响）。Could we / I would like（具体请求）？

避免使用 “I feel that you are …” 这种 pseudo-I statement；它仍然是在给对方贴标签。表达后要停下来主动倾听对方的事实、感受和限制。

Workshop Scenarios：改写示例

1. Adam：反复迟到

原问题：用 “Why are you late all the time?” 概括并指责对方。

I-statement：

I feel frustrated when our meeting starts late because we have limited time and a lot to discuss. Could you let the team know in advance if you will be late, and could we agree on a start-time rule?

后续倾听： 询问是否存在固定时间冲突，再讨论会议时间或迟到通知机制。

2. Maya：任务未按时、质量不达标

原问题：强调自己做得多，并把 iteration 失败归咎于一名成员。

I-statement：

I feel worried when iteration tasks are incomplete or late because the team's result depends on each part. Could we review what is blocked and agree on smaller deliverables and check-ins?

后续行动： 核对 Definition of Done、拆小任务、设中途检查点，不把评价扩大到人格或能力。

3. Ben：临近截止日期却收不到回复

原问题：把一次或一段时间的无回复推断为“不参与”。

I-statement：

I felt anxious when I received no replies over the weekend because the assignment is due tomorrow and we need time to integrate the work. Could we agree on response-time expectations and notify the team early if someone is unavailable?

后续行动： 将周末 availability、紧急渠道和最迟回复时间写入 social contract。

4. Hailey：研究不足导致返工

原问题：用 hindsight 指责对方“本来就该知道”。

I-statement：

I feel disappointed when we start coding before completing the necessary research because it creates avoidable rework. Could we review the requirements and evidence before the next implementation?

后续行动： 增加 research/readiness checkpoint，明确何时才进入 implementation。

5. Sam：代码难以阅读和维护

原问题：使用 “rubbish” 等攻击性标签，并直接断言代码无效。

I-statement：

I feel concerned when code has no comments or agreed structure because it is difficult to review and maintain. Could we refactor it using our coding standard and complete a peer review?

后续行动： 指向具体代码和共同标准，安排 pair review，而不是评价开发者本人。

冲突处理小流程

• Observe：只描述可验证的行为，不用 “always / never”。
• Feel：说出自己的感受，而非把判断伪装成感受。
• Impact：解释它对任务、时间、质量或关系的影响。
• Request：提出具体、可执行、可协商的请求。
• Listen：复述对方观点，确认自己理解正确。
• Agree：把行动、负责人、期限写入任务板或 social contract。
• Review：约定何时检查改进是否有效。