创业与收入经验摘录 · 机器翻译
在我曾工作过的一家公司里，开发人员对业务实际运作的了解比大多数……
……在我曾工作过的一家公司里，开发人员对业务实际运作的了解比大多数非IT员工还要多。我曾合作过的一位开发人员经常被拉入高层战略会议，因为他对业务细节有百科全书般的了解。
源讨论自由软件让普通人感到害怕原帖 623 条评论 · 导入时统计展开讨论
这条内容在回应什么？
很多时候，是开发团队忽略了与用户的互动，只投入最少的努力去了解他们的实际需求。 这些团队大多数只想要一个直接的规格说明，把自己与干扰隔绝开来，几周或几个月后拿出一个完全偏离商业目标的东西。然而，他们总会找到方法把责任推给产品经理、项目经理或客户，说是他们的灾难。
完整原文社区评论 0
把你的经验，加入这段讨论。
原讨论中的回复 2
然而，即使了解业务的运作方式，也不同于真正理解用户在UI层面的需求，这涉及更多的变量。 最有价值的工具是用户测试。然而，真正需要进行几轮实际创建设计并看到你对他人能力的误解，才能理解用户测试在揭示你自身偏见方面的强大作用。 这其实并不难。真正重要的教训是有一点谦逊。真正闭上嘴，观察真实用户在没有干预的情况下做了什么。 不加掩饰的宣传，我关于用户测试的入门：https://savolai.net/ux/the-why-and-the-how-usability-testing...
完整原文错误在于试图理解商业案例。其实什么也无需理解！商业案例就是人们实际行为的总和。在基层并没有实际遵循的正确流程。工作流程是不断涌现且持续变化的。在这种环境下，开发人员的角色不应是构建内部产品，而应是交付内部的黑客手段和临时解决方案，维护它们，随时修改，并保持所有内容的文档记录。 也就是说，如果做得正确，对于邮件室的随机团队负责人打电话给IT说："嘿，我们需要在表格中添加一个黄色高亮，用于Steve从ACME运输公司需要在额外晚班中提取的包裹，你能加一下吗？"，而回答是"当然可以！"，并且他们在一个小时内就拥有了新功能，这是完全可能且完全自然的。 是的，直接在生产环境中进行YOLO开发是可以接受的。这是每个人…
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。