图表示走捷径时的递减性
图表示走捷径时的递减性
提问于 2013-08-12 16:57:49
我负责为管理层创建一个演示文稿，详细说明如何对系统进行重构或重写。我们有一个已经发生生产故障的现有系统，并且代码库不处于理想的状态。
以下是当前可能的选择：
- 使用提供最佳代码质量的开发人员重写系统
- 使用编写不太理想的代码质量的开发人员重写系统
- 保持系统原样，只需维护它。
- 在世界另一边用更廉价的劳动力重写系统
问题不在于选择哪一个，因为我认为#1为企业提供了最好的长期价值。问题是如何向管理层展示这一点，这样他们才能理解他们从第一条捷径走来的每一条捷径的成本。
举个例子，我会从第一开始.然后呢？我最初的想法是以某种方式展示每一条捷径，以及它在长期成本/效益方面意味着什么。因此，也许管理层想要使用更廉价的劳动力。我需要展示它对质量、时间等的影响，我该如何证明呢？也许管理层想要使用上述选项的混合体。我该怎么证明呢？上面的选项可能有20种不同的排列方式，我想说明的是，如果他们采取低成本的短期方法，那最终对产品的质量意味着什么。
这类东西有图表吗？推荐的方法？我可以开始打字，但我不希望管理层的眼睛因为太多的文字而呆滞。希望这一切都有意义。
一个想法是为每一个选项呈现这样的东西：
回答 2
Software Engineering用户
回答已采纳
发布于 2013-10-09 08:31:01
企业对时间、金钱和情感感兴趣(取决于产品)。我处理了一个类似的问题，并从几个不同的角度提出了这个问题：
- 我们每月要花费'X‘来维护TerribleApp，没有给业务增加任何价值。如果我们预先花'X‘，这个项目将在'X’的时间内得到回报，并且更可靠，更容易使用，等等。
- TerribleApp正在占用开发团队的“X%”时间，这意味着我们在开发新项目方面要慢得多，比如AwesomeApp。
- 还记得上一次TerribleApp灾难性地坠毁，花了'X‘天才恢复正常运行的情景吗？这引起了我们所有客户的不满，反映了组织的糟糕，向高管和整个it团队施加了压力，导致John离开了组织等等，并且潜在地失去了我们X%的市场份额，当我们发布它时，AwesomeApp就不太可能这样做了。这些停机将再次发生，无论我们做了多少工作支持这个应用程序，并将继续损害我们的品牌。
- 我们的开发团队的质量比构建TerribleApp的团队要高得多，正如您从最近发布的GreatApp中可以看到的那样。如果它是由一个值得信任的好团队构建的，并且知道他们在做什么，那么TerribleApp2.0 (可能想要重命名它)遭受同样命运的风险很低。如果我们外包或使用未知的开发人员，我们会增加失败的风险，或者再次增加高维护成本。如果它是建在离岸项目管理将是昂贵得多，从当地接触，另一个失败的风险更高。
Software Engineering用户
发布于 2013-08-13 07:40:29
- 首先，估计重构/重写代码所需的工作量。
- 然后找出所有4种选择的成本影响。
- 找出由于遗留系统的生产中断而造成的损失，然后比较每种方法在发生生产中断时所带来的效益和潜在损失。
你可以强调第2点和第3点不是你推荐的，你可以集中精力于你的演讲的第1点和第4点。
给出这两种方法的优点和缺点，并尽量保持演示的客观。实际上，管理层将更感兴趣的将是成本效益比，而不仅仅是成本。如果低成本的离岸开发商要以低廉的价格解决你的问题，为什么不使用它们呢？
页面原文内容由Software Engineering提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://softwareengineering.stackexchange.com/questions/208035
复制相关文章
相似问题
腾讯云开发者
