如何为敏捷专业服务部门构建发布管理？

Question

背景

专业服务部门为产品的客户提供附加服务。

很多这些项目都很小（4-10小时），需要快速转身。此外，这些都是重要的项目，因为它们是客户依赖其业务的增强功能。

一些挑战是：

1. 还有就是返工或功能的变化量好作为客户经常改变他们的想法或做出微小的附加要求。除了显而易见的是，这是一个管理问题（管理范围蔓延等），事实仍然是在项目“实时”之后需要执行一些微小的调整。
2. 有时，无论出于什么原因都会有某些事情中断，需要通过便利处理问题。再次，这些是客户依赖的生产过程。

目前，我们的发布管理是非常专案：

1. 工程师管理项目一应俱全，其中包括划定范围，客户关系管理，代码开发，生产部署，以及项目支持（任何后续问题）。
2. 我们有开发服务器，我们有生产服务器。服务器现场存在于服务器场中。他们没有备份过，他们没有冗余，因为他们不在科罗拉多州 - 他们从运营中获得二等服务。
3. 他们工程师拥有完整的root（linux）/ admin（windows）访问dev和prod服务器。他们在开发者服务器上开发，当项目准备就绪时，部署到生产（基本上，只是复制文件）。当问题出现时，他们直接在服务器上工作。
4. 我们使用svn进行源代码控制，但它基本上只是检查开发，在项目上工作，根据需要检查，并部署到只需将文件复制到服务器即可生产。

问题：

的问题基本上是上述数2。我们的产品服务器（在科罗拉多州）受到的操作并未受到同样崇敬的服务器的待遇。我们需要服务器成为一流的公民进行运营。然而，他们的建议是将它们放入可乐，这使它们不可接触。如果我们这样做，我们将需要通过操作来部署项目。基本上，产品工程师在发布我们的软件产品更新时会经历同样艰难且痛苦的过程。

这将消除我们在回应这些小型项目时遇到的所有敏捷性以及出现的需要立即关注的问题。

问题

我们应该如何解决这个问题？ 我们应该把服务器放在colo中，并且正式发布过程吗？ 这种情况应该如何处理？

任何帮助使这个问题更好的是欢迎！

Answer 1

服务器在服务器场中现场存在。他们没有备份过 ，他们没有冗余，因为他们不在操作中获得二等服务。

因此，您希望您的PS工程师能够自行维护这些服务器，但却不需要经过正式的操作流程就可以拥有良好的冗余，备份等。您不能将它们从现场服务器场移动到云（ec2或其他）吗？顺便说一句，＃3 &＃4是等待发生的事故，但这对主要问题并不重要。

Answer 2

这是一个老问题，但听起来非常类似于我们公司，因为生产团队需要很多小的改动。

我很难理解这个问题，但我会尝试一个答案。

您不应该将开发服务器放在colo中，因为它会降低您的开发过程。如果操作无法为您提供开发所需的支持，您可以指定一名开发人员，或者在服务器管理/需求方面带上能够支持您团队需求的人员。理想情况下是构建工程师，发布经理，甚至说一个质量保证资源。不幸的是，这听起来像是政治管理问题。在这种情况下，您需要清楚地布置您的问题并通过管理解决问题。如果我完全错过了这个标记，请告诉我。