java如何从中层管理层确定开发策略的变化？
我们是一家初创企业，有几个（14）客户使用我们的产品。这些产品是在一个封闭源代码web开发框架中开发的，该框架仅由一名开发人员在核心上维护
基本上，框架服务器需要能够运行内置的任何应用程序。所以在我们的应用程序层中没有代码。可以将其视为CMS，它允许我们使用框架服务器本身的专有语言进行开发
这个框架是基于Java构建的，并且是封闭源代码的。它有一层插件，需要使用专有的IDE来构建它们
- 目前，该框架之母公司总共只有3名开发人员，一名能够在框架本身上编写代码，另外2名能够在IDE上编写代码以构建插件。我们是唯一一家支付3家开发商中2家的工资的公司，第3家是业主
- 目前我们不知道是否有框架级别的文档
- 我们知道没有关于插件层的文档
让我们在这一框架中不断发展的唯一原因是我们已经在这方面进行了投资，而改变将使我们付出代价
我在中间技术管理部门，我一直在向IT总监/总裁建议一些变化，但显然我没有通过。我建议与我们自己的开发团队一起开始在另一个框架（ASP.NET MVC、Symfony、SPRING MVC）中开发新组件，并将这些组件与我们的旧应用程序100%集成，直到我们习惯将旧应用程序从旧框架移植到新框架为止无论哪种方式，这个计划都可能有很多变化。了解SO的任何建议
作为另一个问题： 为什么您要在一个只有一个开发人员而没有文档的封闭式web开发框架上构建业务
最后评论： 我认为布鲁斯可能是对的。我的高层管理团队更关心的是继续销售和支持我们当前的产品，而不是继续使用它的风险。也许当我们从14个客户机增长到30个客户机时，他们会发现我们拥有的可伸缩性不足，并采取一些其他措施，但目前为止。我认为这场战斗将一直持续到2011年。谢谢你的意见
# 1 楼答案
放弃它，尽可能快地迁移，因为你只会在坏钱之后再扔好钱。这就是所谓的Sunk Cost Fallacy
# 2 楼答案
从目前的市场发展来看，唯一的原因是糟糕的策略
您可以尝试在双许可的基础上打开该产品，但如果没有文档，外部开发人员不太可能会使用它（尽管IDE可能会在这方面有所帮助）
规定变更可以基于风险与机遇的评估
从你描述的情况来看，我认为一个需要认真考虑的核心因素是人力资源：
也要认真考虑图片的知识部分：作为一个组织，你需要在默契和Exe>EEM>知识之间进行更好的平衡。p>
- 能力（能够、意识到）
- 准备好改变（想要、应该）
- 共同的现实
- 系统思维
也许可以尝试确定变革的障碍（个人和组织），即：
分析并整合结果，以支持更明智的决策过程
# 3 楼答案
小公司的管理层关心的是保持业务和满足客户。如果当前的体系结构支持这一点，那么管理者将很高兴并抵制变革。如果业务不稳定，他们可能没有资源（现金）来支持投资开发新框架的时间和工具
如果业务做得足够好，可以支持在新框架中投资资源，那么就要由您来证明投资回报率（ROI）是值得的。然后，他们可以决定是否有足够的时间和现金支付零钱
改变的情况将是： 显著提高了开发效率。 质量显著提高。 功能显著增强。 与留在当前平台相关的风险
# 4 楼答案
从你所说的来看，改变软件的主要障碍是所有者开发了你当前未记录的代码
把重点放在把主人带到船上。一旦店主投票同意更改新代码，你就可以完成一些事情，直到那时你可能还得戴上创可贴