经验与复盘经验摘录 · 机器翻译
如果我的公司将来能像Gitlab一样成功,我会更加担心……
… 如果我的公司有一天能像Gitlab一样成功,我会更加担心创新停滞不前,而不是担心人们尝试一些不奏效的事情,或者以错误的方式尝试。否定一个想法要容易得多,而不是相信它足够长的时间让它有机会。我非常同意作者关于让工程师成为如何构建工程产品的决策者的观点,但我并不认为这份失败想法的清单是坏事。
源讨论在Gitlab工作的经历是怎样的原帖 542 条评论 · 导入时统计… 如果我的公司有一天能像Gitlab一样成功,我会更加担心创新停滞不前,而不是担心人们尝试一些不奏效的事情,或者以错误的方式尝试。否定一个想法要容易得多,而不是相信它足够长的时间让它有机会。我非常同意作者关于让工程师成为如何构建工程产品的决策者的观点,但我并不认为这份失败想法的清单是坏事。
源讨论在Gitlab工作的经历是怎样的原帖 542 条评论 · 导入时统计把你的经验,加入这段讨论。
这关乎专注力:有一些时间去尝试和试验可能会失败的东西是很好的。如果它消耗了太多开发时间,导致必须的功能被削弱,那你就会辜负你的客户。
完整原文我认为这更多是未能理解需求,而不是创新。也就是说,只实现了部分所需功能,然后就转向下一项任务。例如,在Gmail中添加标签,但没有过滤器,因此你必须手动应用它们。
完整原文文章的这一部分让我感同身受,因为我以前曾在一个非常类似Gitlab的初创公司担任技术负责人。我们总是被产品和设计部门推动去“发布MVP”和“快速前进并打破事物”,这总是导致半崩溃的功能被部署到生产环境中,并在冲刺结束后被搁置。这也导致了技术债务的持续增长,让我感觉我们永远无法在产品的一角实现稳定。我后来得出结论,最好构建小而灵活、功能完整的系统,这些系统可以用于多个想法的迭代。
完整原文如果失败的想法没有被清除,它们就会变成问题。也许在实现它们时也会带来问题。
完整原文尊重不同观点,分享具体经验。
登录后即可发帖、评论、转发和引用。