我正在开展一个项目,在这个项目中我有一些相关的错误,这些错误在功能丧失方面相当小。它们基本上是轻微但令人烦恼的美学问题,并且基于功能的丧失应该最终得到修复,但不是最重要的。然而,这些错误是由一个基本的,烘焙的设计缺陷引起的,这个缺陷可能是噩梦般的纠正。
当遇到功能较小的错误但由于烘焙设计缺陷引起的错误时,通常最好将它们视为showstoppers以避免将自己画到角落里,或将它们视为低优先级错误,继续在功能上更重要的东西,并希望你以后能找到解决方法,当项目更成熟并且对小错误的修复优先考虑?
答案 0 :(得分:1)
我会继续,好像它不是一个showstopper,但开始精神上准备你可能不得不做一个重大改写最终。如果你不需要这样做,那就是奖金。特别是如果您在团队或管理环境中工作,请确保将其明确标记为可能影响的任何未来发展中的风险。
答案 1 :(得分:1)
如果在功能丢失方面问题很小,并且功能损失与正在开发的软件解决方案的上下文无关,我会说你应该尝试检查它对未来其他功能的限制,如果它不会在视线范围内产生影响,请前往。
我这样说是因为通常情况下,当你完成一个软件项目时,无论多么小巧和精心构思,你通常会在最后达到成熟度,这样你就可以实现你在设计中可能遇到的缺陷和变化。 。基本上,如果最后你必须重新开始,你总会以不同的方式做到这一点。
答案 2 :(得分:1)
管理层总是希望看到他们投资回报的时间。因此,管理层希望看到及时发布,他们还希望看到您在y小时内修复了x个错误。但是,这并不意味着你需要忽略设计。当您修复错误时,请准备重新设计您看到缺陷的部分。发布后,请准备好提出您需要重新设计的原因以及修复它需要多长时间。在你修复这些错误的同时记下它。
在理想的世界中,我们将有无限的时间根据需求的变化不断重新设计。在现实世界中,我们必须权衡改变设计的成本与继续当前设计的成本。您可以首先量化您在当前设计中修复错误所花费的时间,并将其与您估计重新设计此组件所需的时间进行比较。