也许你曾经对一个令你兴奋的软件有一个想法，但在开发阶段，你注意到你的项目变得多么纠缠不清，很难跟踪事情甚至看到你的进展。

或者，也许您和我一样，一旦一个想法出现在我们的脑海中，就总是想直接跳入代码。

这是一个很好的计划；也许还有一些研究；应该是第一个想到的。

那么我们如何开始计划呢？技术参考《曲阜市智程网络科技有限公司》

了解您要构建的内容

乍一看，这可能没有意义，但这有助于我们概述软件的不同部分。

假设我们想要构建一个错误跟踪器。

根据这个想法，我们将其分解为不同的功能或高级要求，这将作为我们即将发生的事情的鸟瞰图。

对于错误跟踪器，我们可能会列出以下内容：

• A. 登录/注册（身份验证和授权）

• B. 仪表盘

• C. 用户资料

• D. 任务科

这个粗略的草图将作为我们早期项目的基础。

我们可以在这里添加更多内容，但最好在开始时保持简单，只关注我们项目的核心。一旦我们的产品已经启动并运行，就可以添加其他功能。

从那里，我们将每个需求分解为我们软件的更窄的需求。

例如：

从高级需求开始，我们开始将其分解为更窄的需求。分解事情很重要，这样我们才能从一开始就了解我们正在构建的内容。同样在这个阶段，您可能会发现一些关于高级需求的粗略列表，因此您可以稍微回溯并重新思考您想要构建的内容以及它的功能。这些事情完全取决于您、您的想法和想象力。

这里重要的是我们应该了解我们的软件，我们指定一个列表，列出我们的软件将包含的内容，我们将提出的列表将作为我们开发之旅的指南。

开始简单

当您开始规划软件时，不要忘记从简单开始。这是因为您应该首先测试您的想法的可行性，而您的目标是获得概念证明，您的想法是合理的。

一个简单的应用程序从一开始就足够了，只是为了证明我们的想法是可行的。从那里，我们可以稍后添加功能来定义和塑造我们的应用程序。请记住，我们可以进一步扩展功能。

因此，从小处着手，列出您项目的粗略想法或功能，并进行概念证明以证明我们的想法实际上是可行的。从中，我们可以逐步构建我们的软件，从创意到现实世界的产品（甚至可能出售或从中赚钱！这不是一个好主意吗？）

MVP（原型你的想法）

MVP 或最小可行产品是初创公司世界中一个非常常见的词，但我们可以使用这个想法来建模和构建我们的第一个原型或概念验证。

这里的想法就像我上面所说的一样，从简单开始并定义软件的核心，然后首先将其构建为概念证明。

我们想要原型的重要原因是试验和测试我们的想法，是否真的值得将它开发成一个成熟的软件，或者可能发现在我们的开发阶段进一步等待我们的潜在陷阱。也许我们的想法可能会侵犯版权，或者以后可能太昂贵，或者我们需要考虑我们软件的后端基础设施应该是什么样子。但是请记住，当您遇到这些潜在的陷阱时，并不一定意味着我们放弃该项目，因为我们绝对至少会遇到其中一个，这只是我们提早做好准备以找到问题解决方案的一种方式积极主动，而不是被动反应。

因此，从小处着手，对想法进行原型设计，证明该想法实际上是可行的，然后从那里进行实验。也许你意识到这个副项目有潜力打造一家价值百万美元的初创公司，谁知道呢？在这个原型设计阶段，您将了解您的软件以及它的可能性和陷阱。

最好从某个简单的地方开始，而不是太复杂而根本没有该软件。

产品（或项目）路线图

产品路线图是您计划如何加班开发软件的很好的视觉表示或指南。

这是当您限制或设置开发您列出的每个需求的时间时。

在估算截止日期时，您必须考虑任务的复杂性或难度，并根据您的技能、经验或其他外部因素，对自己（或您的团队，如果您有其他人参与此项目）诚实将在您交付功能并实现目标之前进行。

但是为什么要设定截止日期呢？

设定截止日期有很多好处，比如有一个粗略的想法，什么时候可以意识到你的想法已经是一个功能齐全的软件，或者它也可以是你项目的里程碑，你可以为你实现的每一个里程碑而庆祝，等等。

这里重要的是，截止日期指导我们进行开发，以便我们能够达到最终目标。因为如果没有设定目标功能何时完成，我们会产生一种错觉，即我们可以连续构建甚至是不必要的功能，这会延长原型设计，而且我们可能永远不会到达第一个原型软件。

所以开始一个目标日期，并致力于它。一路上，你会很高兴看到你的进步和你的想法开始实现。

积压

Backlog 是指需要完成的任务。

这些任务应来自我们指定或缩小的要求。

如果您熟悉软件开发的敏捷方法论，您可以将这些高级需求（上表中的需求）视为产品待办事项。顺便说一下，这些需求通常（或应该）以用户故事的形式出现。（如果您不知道，您可以搜索更多关于用户故事的内容）。

由于产品待办列表的需求非常抽象和高级，我们应该将其分解为更小且可行的任务块。同样，在敏捷中，更具体地说是 Scrum，这被称为 Sprint backlog（其中 sprint 是大约 1-4 周开发阶段的时间框，旨在完成 sprint backlog 中的所有任务）。

sprint backlog 上的任务将成为我们看板上列出的待办事项的来源。这些任务更加狭窄和可行，例如连接到 MongoDB 数据库等。

将 Sprint backlog 中的待办事项和大约 1-4 周的截止日期结合起来，让我们感觉就像在一个真正的软件开发团队或公司工作，采用敏捷的开发方法，但想象一下，与绝对相比，使用这种方法您将变得多么富有成效根本没有计划。

最后的想法

构建我们的下一个软件项目是既有挑战又有挑战性的。提前规划可以为我们节省大量时间和沿途的头痛。如果我们在开始之前计划好事情，软件开发会更容易，因为一个好的计划可以让我们清楚地了解我们的开发过程。

此外，我们不一定需要开始复杂。理想的做法是从简单和小规模开始，然后从头开始逐步构建。对其进行原型设计，构建概念证明，然后对其进行改进。请记住，电话并不是作为智能手机开始的，它们最初是让您可以给某人打电话的巨大盒子，并且随着时间的推移逐渐改进，直到它成为今天复杂的智能手机。

希望这会有所帮助，并祝您的下一个项目好运！