有多少科技公司在其领域内持续表现优异近50年？在我12年前离开Epic时，我并没有充分认识到它的价值，但我确实学到了他们的一些做法：- 没有产品经理。没有人追逐虚荣的指标。没有无休止的A/B测试。没有增长黑客。相反，产品是通过传统方式构建的——通过与客户交谈；很多时候，客户会主动联系我们！“请开发节省时间的功能x”，“支持新的医疗程序y”，“帮助我们通过分析z发表更多研究”。想法的堆栈很大，团队可以自由地应用自己的排序函数。一些自上而下的战略举措贯穿所有产品。这导致每次发布都充满了客户想要的东西。- 他们利用了自己的优势。充足而廉价的土地→每个人都有一个带门的办公室，可能与另一个人共享。高效的人在这里蓬勃发展。相反，那些不那么高效的人则更快更深地陷入困境。- 他们学会了接受自己的弱点。…
源讨论访问我们原帖 126 条评论 · 导入时统计把你的经验，加入这段讨论。
>- 相反，产品是通过传统方式构建的——与客户交谈；很多时候，客户会主动联系我们！“请开发节省时间的功能x”，“支持新的医疗程序y”，“帮助我们通过分析z发表更多研究”。 我认为这可能是一个优点。产品经理/产品负责人毁掉了整个行业。这种方式至少能有一个明确的客户方向，而这一点我无法用在大公司身上。
完整原文我妻子是一名医生，她对Epic有很多负面评价。我认为他们之所以成功，是因为供应商的控制和锁定，尽管他们的软件质量很差，实际上并没有满足用户的需求。我通过妻子认识的每个医生如果有可能的话，都会立刻抛弃它。
完整原文还有，对于个别开发人员来说，对质量有很强的责任感。即使是小的更改也需要设计文档，而且每个更改至少要经过团队中其他两名开发人员的两轮充分记录的测试。与其他公司普遍采用自动化测试相比，他们能发布的错误数量之少令人震惊。 另一件我认为有趣的事情是，根据现代开发实践，你甚至在经过大约六个月的培训后才接触生产代码，包括考试和对产品实际功能的测试，即使是一些你个人永远不会接触的部分。他们非常认真地确保你在接触可能影响病人的东西之前知道自己在做什么。 他们还有一个相当强的责任文化。我在第一年发布了两个相当尴尬的错误，然后进行了一次非常严肃的谈话。…
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。