沟通、现实的方法

Question

我在一家中等规模的建筑和工程公司工作，我们的小组致力于为工程师、制图师和技术经理开发技术解决方案。因此，我们对基于桌面的GIS和民用/环境工程(一些web)应用程序非常重视。该公司销售我们的工程师和制图师生产的服务，我们的团队开发工具，帮助他们提高生产力、效率和帮助他们的决策和产品增加价值，我们不销售这项技术。

我们正经历着成长中的痛苦，最初我们的反应非常迅速，可以迅速为工程师提供原型应用程序，从而立即节省了预算。这种心态在过去对我们起了作用。但今年我们赢得了一份巨大的合同，我们的客户群基本上增加了五倍(5倍？)我们正在发现的是，这种快速原型文化正在伤害我们，在那里，项目经理已经开始期望为我们的所有工程师和GIS分析师提供快速的工具开发和健壮的生产准备工具。我们已经有机地发展起来了，现在看来我们遇到了这些问题，如果看起来我们必须缩小我们的速度来获得更多的稳定。

这是合法的交易吗？有双赢吗？当工程师、项目经理和分析师是我们的客户时，他们如何回击他们，他们为我们提供资金，然而我们需要能够回击，告诉他们，如果他们想要稳定，他们必须对时间框架采取现实态度。

这不是微软的Word，这些是专门的GIS软件和工程模型，为其他行业标准模型提供了大量的互操作组件，它们不是愚蠢的证明工具，它们需要知情的输入，我们只能测试这么多东西。

有没有人处理过类似的成长痛苦？关于交流立场、书籍、博客的建议/建议？

Answer 1

首先，我认为快速开发和交付的基本思想是很好的，如果您能够保持它那么伟大，那么就这样做(这是敏捷运动的要点)。

问题是你为什么现在有问题？是因为你有更多的客户来分享你的时间，所以你不能这么快地交付吗？新员工产生新代码的速度不够快吗？

我个人的猜测是，你已经发现“天赋不会扩大”，而且你现在拥有的有经验的程序员太少，无法为更多的客户做你以前做过的事情。

编辑:如果是这样的话，您需要承认这个事实，因为要保持缩放(布鲁克斯定律)是不可能让更多的人来解决这个问题的。你的经验丰富的人将需要指导新学徒，这将需要一些时间。

Answer 2

这基本上是一个管理问题，而不是软件问题。你需要雇佣更多的人来处理新的需求。你也可能开始建立一个QA团队，至少是非正式的。根据您的生产线，持续集成和连续单元测试可能是可行的。