机器人|何时开始前端项目 Python|软件

任何高级开发人员都知道，到目前为止，在后端开始开发软件项目并在以后转到前端都是更好、更容易的。就我个人而言，如果可能的话，我更喜欢这种方法。
【机器人|何时开始前端项目】然而，我们有一个非常重要的因素，通常使我们改变顺序：客户机或用户（以下简称用户）。
不幸的是，在大多数情况下，用户虽然相信他们在创建故事或需求时知道自己想要什么，但他们总是会忘记或忽略一些事情，而且他们还相信事情是以特定的方式完成的，而事实上，他们实际上是以完全不同的方式完成的。换句话说， 70%的需求质量取决于用户。
大多数情况下，开发人员和产品团队都非常优秀、熟练且专业。项目通常不会因为缺乏技术技能而失败。有时，不可能看出需求的低质量和管理是导致项目大部分时间失败的原因。
作为旁注，管理和分配任务给团队与需求管理无关；许多团队将任务与需求混合在一起。它们需要完全分开管理。当你管理需求时，你通过确保用户收到他们要求的所有内容来确保你的应用程序完成它应该做的事情；当你管理任务时，你确保开发团队中的人员正在完成任务，确保他们没有被阻止，确保他们交付了任务，确保交付的是高质量的产品。敏捷方法通常只关注任务管理，而很少涉及需求。

回到正轨，为了缓解需求问题，当用户不清楚他们需要什么时，建议做一个功能原型。在软件开发中，这不是创建应用程序的最佳方式；通常情况下，完成一个项目要多花50%的时间和资源，但当你试图交付项目时，你可以最大限度地降低陷入无限变化和软件重构循环的风险，因为应用程序不会做它真正需要做的事情。
在功能原型上，首先进行整个前端的所有导航和数据验证。你不需要在后端、数据库设计或类似的方面工作。用户有责任审查、导航和验证原型是否符合其需求。通常，这需要进行多次测试，直到一切就绪。当然，用户会忘记一些事情，并在功能原型完成后进行调整，但你已将这一比例降低了10:1 ，因为通过查看应用程序的有形部分，用户将更容易记住他们需要什么，忘记了什么，或者工作过程实际是如何完成的。对前端进行更改和任何类型的调整都会容易得多，而不必重构整个应用程序（即前端和后端）和运行回归测试。
一旦完成了功能原型循环，我们就开始连接前端和后端。正如我前面所说的，就开发而言，这并不是处理项目的最佳方式。如果从后端开始，你将开发得更快、更高效。
对于功能原型，你要做的是最大限度地降低项目失败的风险，因为你没有明确的质量要求，否则，项目将变得混乱，因为用户不知道他们对项目的实际需求，即使他们认为他们知道。