project-management - 开发人员应该在项目的哪一点开始使用 "eat their own dog food"？

Question

Closed. This question is opinion-based。它当前不接受答案。












想改善这个问题吗？更新问题，以便 editing this post用事实和引用来回答。

已关闭6年。



Improve this question




我们有一个正在进行的项目，项目经理坚持要求团队“吃自己的狗粮”？

在什么时候这样做是现实的？

例如假设我们必须编写一个编辑器。我们一开始不能使用此编辑器进行实际编码，因为它不存在。我们必须使用另一个编辑器。

在项目期间的一段时间内，使用错误的编辑器会使项目变慢，并且会适得其反。

那么，我们在什么时候切换呢？

更新:经过团队内部的讨论，我们在开发过程中要强调的要点是:

实现可能的最小子集，以

开始

尽快识别关键功能

仅切换一些开发人员使用新产品，以最大程度降低

的风险

最佳答案

你们中的一些人应该尽快使用它。应该精简第一个版本，仅包含将其用作(在这种情况下)编辑器所需的最基本功能。一旦开始使用它，您会很快发现哪些功能很重要。

关于project-management - 开发人员应该在项目的哪一点开始使用 "eat their own dog food"？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/228277/

上一篇：.net - 有没有办法记录或拦截第一次机会异常

下一篇：language-agnostic - OOP:在哪里停止抽象

相关文章：

project-management - 扔掉你的初稿 - 有兼容的方法吗？

c# - 是否有任何 Visual Studio 插件来维护文件书签？

email - 在 MS Outlook 中组织电子邮件的最佳方式是什么？

project-management - 软件设计实现 - 问题/模块/错误/功能跟踪解决方案

project-management - 如何逆转代码的退化？

php - 跟踪依赖的第三方库版本

project-management - 编写项目规范时要避免的陷阱

project-management - 业务需求中的灵活性有多少？

c++ - 一个好的C++项目应该包含哪些部分？ (文档、Makefile、测试等...)

Answer 1

你们中的一些人应该尽快使用它。应该精简第一个版本，仅包含将其用作(在这种情况下)编辑器所需的最基本功能。一旦开始使用它，您会很快发现哪些功能很重要。