“一年努力白费，7 万多美元打水漂……这简直是开发地狱！”

CSDN 程序人生

已于 2024-07-12 10:19:02 修改

阅读量6.9k

点赞数 15

文章标签：开发语言 rust 后端

于 2024-07-11 18:21:23 首次发布

本文链接：https://blog.csdn.net/csdnsevenn/article/details/140365890

版权

整理 | 郑丽媛

出品 | 程序人生（ID：coder_life）

在当今快节奏的科技行业中，项目管理和团队协作至关重要。然而一些企业在启动新项目时，常常忽视了对团队成员技能和职责的合理分配，对团队成员的能力也没有很清晰的认知——那么结果会怎样呢？

近日在 Reddit 上，一名从事游戏领域的网友（网名为 LadySpooks000，以下称她为“小 L”）分享了她的“血泪经验”：“这简直是开发地狱！公司 1 年的努力付诸东流，浪费了 7 万多美元。”

（CSDN 下载自视觉中国）

项目陷入困境

事情的最初，起源于小 L 到一家公司去应聘 UI/UX 设计师。

考虑到小 L 的职业目标是成为一名 3D UI/UX 设计师，即她既懂 3D 建模也懂 UI/UX 设计。而当时这家公司已经有了一个 UI 团队，于是便聘请小 L 做 3D 建模师。

虽然应聘岗位和入职岗位不同，但小 L 还是同意了，并决定不干涉 UI 团队工作，只专注于自己的 3D 建模任务。她想得很简单：“领导知道我也懂 UI，还是让我做 3D 建模。如果项目出了问题，那也是领导的决策问题。”

回想当初自己的这个想法，小 L 简直无比后悔：“事后看来，我应该立即干涉的，因为……这个项目被那些完全不懂行的人彻底给毁了！”

当时，公司正在为平板设备开发一款“花园游戏应用”的原型。入职后不久，UI/UX 团队那边就让小 L 做用户测试，因为她以前从未玩过这个应用。按照之前的工作习惯，小 L 要求对方提供“任务列表”，结果 UI/UX 团队根本不懂她在说什么，也完全不知道如何设置用户测试环节。

“这明明是 UX 的基本常识！”小 L 对 UI/UX 团队的无知感到意外，但也没有说什么，便自己上手组织了用户测试环节并制定了一份任务列表。

等到了测试当天，他们让公司老板来测试，可他们竟然连应用能否启动都没检查……可想而知，老板狠狠痛批了团队的无能，并把测试改期到一个月后，要求开发人员尽快修复问题。

目睹了整个过程的小 L，意识到了问题的严重性，终于还是插手了 UI 的工作。她没有等一个月，而是自己进行了一次用户测试：她录制了近两个小时的测试视频，期间非常详细地解释了 UI 的基本原则——因为当时这个应用的所有东西都错得离谱。

看过小 L 的反馈视频后，项目负责人和大老板把 UI 团队的所有人都解雇了，另外把开发人员也裁了。

混乱的开发过程和人员配置

“他们想让我挽救这个项目，希望能在两个月后，至少可以向潜在投资者展示一些概念性的 UX。”小 L 被委以重任，但花了一个月时间整理所有文件后，她给出的建议是：从头开始。

说到这里，你可能会好奇情况到底有多糟糕？小 L 大致介绍了一下：文件命名混乱，到处都是空文件夹；没有组件化处理，没有样式表或字体规范，甚至没有统一的开发管理系统；光是小 L 制作的模型，不知为何就有 8 个版本；文件名如同乱码，有“kajfsds99000_(3)”、“untitled_56”，另外代码也乱作一团。

没有用户流程图，没有草图，没有线框图……两个月的时间，根本不足以修复这个巨大的烂摊子。所以最终，小 L 告诉项目负责人：从零开始重建可能是更好的选择。

事后小 L 才了解到，原来公司雇的开发人员，一个是自以为无所不能的 Web 开发人员，另一个开发人员倒是一个真正的 Unity 开发者，但他负责检查多个项目的代码，而他只看了这个项目的“演示”视频以为一切正常，因此唯独没有检查这个项目的代码。

至于原 UI/UX 团队的成员，更是离谱：一位大学主修心理学，UI/UX 只是其辅修，另外两位是平面设计师，根本不算真正的 UI/UX 人员。