当前位置：首页>java>拒绝“自嗨式”开发!为什么你的代码很牛,用户却觉得很难用?

拒绝“自嗨式”开发!为什么你的代码很牛,用户却觉得很难用?

💡 一句话省流：很多敏捷开发团队看似在做用户体验（UX），实则只是在“堆功能”。这篇人机交互（HCI）顶刊论文通过潜伏在英国敏捷团队的民族志研究发现：UX信息如果不像血液一样流遍整个开发周期的每一个毛细血管（站会、看板、代码注释），最终的产品就只是代码的堆砌，而非体验的交付。

📍 01 文献档案 (The Paper)

1. 研究痛点 (Problem)在软件开发中，"敏捷"（Agile）和"用户体验"（UX）往往像两个虽然住在一起但语言不通的室友。

现象：程序员只关心代码跑不跑得通，设计师只关心界面好不好看。UX信息往往只停留在设计师的电脑里，或者变成了没人看的文档。

问题：UX信息到底是如何（或者是否）在整个团队的日常工作中流动的？为什么明明有UX设计师，做出来的东西还是很难用？

2. 研究方法 (Method)

潜伏观察：作者在一个成熟的英国敏捷开发团队中进行了为期一周的民族志研究（Ethnography），像“隐形人”一样观察他们的站会、结对编程、看板管理等日常活动。

理论透镜：使用了分布式认知 (Distributed Cognition, DCog)理论。

3. 核心发现 (Findings)研究通过分析物理环境、信息流和伪像（Artifacts），发现了UX信息的三个“隐秘角落”：

物理环境是“外挂大脑”：团队的办公室布局（开放式）、墙上的白板、桌上的草图，都是UX信息的载体。如果办公室太安静或者隔离太死，UX信息就断流了。

UX信息的“变身”：UX信息不是静止的。它从最初的“用户故事（User Story）”，变成了白板上的“便利贴”，最后变成了代码里的“注释”和“变量名”。如果这一路“变身”过程中丢失了语境，程序员写代码时就会把“为了用户方便”变成“为了实现功能”。

被忽视的“隐形传输”：很多关键的UX决策不是在正式会议上做出的，而是在非正式的闲聊（Ad-hoc conversations）中发生的。这种随意的沟通是UX信息传播最高效的渠道，但往往被管理者忽视。

这篇论文虽然讲的是软件团队，但其实戳中了我们个人成长和小组合作的痛点。让我们用系统工程的思维来降维打击一下：

1. 你的宿舍/工位就是你的“认知外挂”文中提到，物理环境是认知分布的一部分。

科研场景：为什么你在图书馆效率高，在宿舍只想躺平？因为环境在给你发送不同的信号（Information Flow）。

UP建议：优化你的物理缓存（L1 Cache）。把最重要的deadline、核心公式、或者激励自己的话，贴在你抬头就能看到的地方（就像敏捷团队的看板）。别让这些关键信息只存在于电脑深处的文件夹里，把它们显性化到你的物理空间中。

2. 拒绝“信息孤岛”，不仅要存，还要流UX信息如果不流动，就是死数据。同样，你的知识如果不流动，就是死书呆。

个人成长：很多同学只顾着“输入”（看文献、看课），却忽略了“输出”（写笔记、讲给别人听）。

UP建议：建立你的分布式认知系统。把你的大脑（Brain）和你的笔记软件（Obsidian/Notion）、你的队友（Teammates）连接起来。当你把一个复杂的概念讲给室友听并让他听懂时，这个知识才真正流遍了你的认知网络。

3. 重视那些“非正式闲聊”文中发现，高效的信息传递往往发生在非正式沟通中。

团队协作：别总觉得只有开会才是工作。在走廊里碰头聊两句课题进展，或者吃饭时吐槽一下实验bug，往往能迸发出最意外的灵感（Serendipity）。

UP建议：不要做一个“自闭”的科研人。去茶水间，去走廊，去和别人发生碰撞。那些不在会议议程上的交流，可能是你突破瓶颈的关键。

本文来自网友投稿或网络内容，如有侵犯您的权益请联系我们删除，联系邮箱：wyl860211@qq.com 。