回应某博客上有关某开源组织在内部会议上对我的污蔑（上）

我总结的大致内容是，维护组有一个成员在加入时还没混熟就要了数据库权限，有些冒犯；没有经过别的成员的审查就把自己的 PR 合并了，有些“虎”；在维护族群里或者私聊“骚扰”别的成员，觉得自己有空的时候别人稍微晚回一些消息就有问题。

对于上述内容，我个人做出以下回应：

上述指控侧面反映出某组织内组织架构权责不明，毫无协作意识、权责一致意识。

1. 新成员主动申请权限的行为，是出于对项目进度的责任心。此外也是由于项目的特殊性不得已而为（在此之后我主动为项目添加了若干调试模式，就是为了避免后来者再次遇到此类困难）。而在申请过程中被恶语相待，被人为的主动制造困难，而更上位的管理者未主动调和协助，体现出其中管理混乱，权责不一。此外进入组内进行工作还需要区分是否“混熟”，更显得尤为可笑。
2. 在加入时已被明确赋予紧急情况下的独立操作权限。在主仓库操作前也在组内进行过交流，操作前后也无异议。而 Bot 维护也是事先在组内联系负责人请求 review，待有合并权限的管理者合并。依然被所谓指责“虎”，体现出某项目组在权限管理，贡献流程上出现了极大的缺陷。
3. 技术协作中及时响应是高效团队的基石，但我也尊重个人时间边界。而在所谓“内部会议”上已经到定义为“骚扰”的程度，体现出团队至今缺乏成文的沟通规范：未定义合理沟通标准，未制定消息响应 SLA，未配置自动化值班表，未定义非紧急事项响应窗口，未指定什么时候下应使用异步协作工具，未将任务进行标签分级、未定义消息优先级。这导致成员对“合理催办”的认知出现分歧。这属于管理机制缺失，不应归咎于个人沟通风格。组内也从未有非暴力沟通培训相关，管理者也未能体现出称职的调和作用和引导作用，任由分歧持续扩大。

加入某组织无新人培训，全凭个人摸索。申请相应权限举步为艰。基础设施发生问题无明确的解决通道，还需要成员主动去一个个问讯，结果最后还被污蔑为“骚扰”，侧面体现出其中的混乱。

此外某成员 B 身居高位，未经讨论对于成员想踢就踢。一个管理者 A 撤权限，一个成员 B 将我清出组织，一夜之间剥夺了我的绝大多数权利，至今尚未恢复。而最后结果 A 无任何处罚，B 仅所谓“严重警告”，某组织俨然变为一言堂。

成员 B 随意的在组内辱骂他人，而在管理者 A 的反馈中，这需要我去包容，去体谅。而在成员 B 的语境下，我索要权限就属于在冒犯他了。

以上也反映出某维护组做不到所谓“善意推定原则”：即在证据不明时默认成员动机正向，通过机制优化而非人身指责解决问题。

作为上位者未反思过如何通过机制解决问题，而只是对于所谓“不合群”的成员进行人生攻击，此外逼迫其“自愿退出”，实在是令人沮丧。