Project management 如何使用软件产品和您自己的代码组装项目

假设你手头有一个具体的项目，它可以分为几个部分，你不能完全确定会出现的所有困难。 时间至关重要

• 您如何决定部件应使用软件产品还是您自己的代码？（考虑到有些工具非常棒，但需要很多时间学习）
• 如何选择合适的软件产品
• 选择正确产品的这一阶段（如果有）需要多少时间（百分比），以及评估单个产品需要多少时间
• 有没有回头的路，在对一个产品付出努力后，发现它不适合你，你可以改变主意吗

---

我很想听听这些方面的经验法则。

改变你的决定就像是在房子建造时改变你的蓝图

这完全取决于你花了多少时间和金钱

一些考虑：

0）在开始之前，要清楚、简单地理解问题。知道什么是成功的关键，然后使用该列表查看是否有任何软件、语言或工具可以帮助解决问题，成本是多少，成本是否大于收益

1）使用临时抱佛脚的时间表。如果你只有一天或一周的时间，并且没有更多的时间去做，那么按照你要做的顺序来做。令人惊讶的是，当你必须以100%的质量完成50%的功能时，有多少不再重要了。关注价值，价值，价值。阅读37 Signal的书，了解更多信息

2）不要重新发明轮子。从零开始制造东西总是比较容易的。除非你做了一小部分的实现，它是真正的简单，意味着你可以避免抽象，直到你忘记了你正在建设，考虑它。如果你能更快、更好、更便宜地在同样的时间内建造它，那就去做吧

3）了解您的工具的功能，以及任何工具为您的解决方案带来的好处。您应该熟悉或至少了解许多您可能集成或不集成的工具

---

4）选择一种用于解决许多问题的语言。您可能会找到许多优秀的库和工具来构建软件，从而节省您的时间。如果您需要能够交付、能够运行并且能够依靠他人智慧的东西，请使用一些已建立的东西，或者一种可以在需要时轻松访问.NET或Java的语言。

与任何艺术一样，困难在于基于非常大的可能解决方案空间来编写一个好的解决方案。有很多方法可以做到这一点，就像有开发人员一样

我通常会花一些时间理解这个问题，并尽可能清楚简洁地陈述它，最好是以书面形式。问题描述应该完全从任何可能的解决方案中抽象出来。接下来，我通常会列出需要应用于解决方案的可用约束（时间、预算、法律、政治、性能、可用性、团队内的技能可用性等）

然后理论认为，你需要在市场上寻找一些既能解决问题又能满足约束条件的东西。在实践中，这一过程并不是那么简单：你试图确定可能有用的市场类别，然后对它们进行研究，看看有什么可用，并不断尝试尽可能缩小约束和能力之间的差距，通常是通过返回、重新审视和重新协商约束

一些通用提示：

在研究过程中，不断回到原始问题

总是有不止一种解决方案，在深入研究之前，尝试扩大搜索空间的广度（专注于解决问题的不同方法）

在做出是否进一步调查的决定之前，明确一些值得研究的选项，以及每个选项上值得花费的时间

很少有必要找到一个最优的解决方案，尤其是在技术环境不断快速变化的情况下。寻找一个足够好的解决方案：“”

很少值得（除非他们是软件专家）在几个选项中进行选择。如果你有很多选择，所有这些选择看起来都同样吸引人，这意味着你需要回去更好地理解最初的问题，那么你很可能错过了一两个要求

关于（指GUI组件，但也易于应用于其他软件领域）的进一步说明

还有更多关于项目的注释

• 您如何决定部件应使用软件产品还是您自己的代码？（考虑到有些工具非常棒，但需要很多时间学习）

问自己两个问题。
1） 这是一个成熟的产品。如果是，则
2） 创建它自己提供的功能需要多长时间。如果该值乘以小时费率大于产品成本，则使用该产品

• 如何选择合适的软件产品

请咨询您的其他开发人员网络。他们是否使用过，是否遇到了问题。咨询互联网。使用产品创建原型。它工作得好吗？有什么大问题吗

• 选择正确产品的这一阶段（如果有）需要多少时间（百分比），以及评估单个产品需要多少时间

这取决于项目的规模，以及产品对成功的重要性。大多数情况下，您将能够在很短的时间内获得产品的高级视图

使用它可能只需要几分钟，然后你就会说“不”