一个小团队的产品开发和维护的最佳过程？

Question

我将为一个非常小的(2-5)高级开发团队管理项目。他们开发了一个基于订阅的web应用程序。它已使用多年，因此，目前的工作包括：

1. 开发新功能并更新现有功能
2. 开发内部工具和报告
3. 修复臭虫
4. 调查客户服务问题

生产的发布有时取决于客户的义务，有时取决于竞争优势，但在大多数情况下并不是关键的时间。我希望有定期的生产发行，以保持产品新鲜-每两个月左右一次。

由于团队规模太小，开发人员本身必须参与设计、测试、部署和维护。

由于我们没有一个专门的维护团队，我认为主要的挑战是错误修复和客户服务问题扰乱了开发和规划。在新特性开发期间，它们会分散我们的注意力，扰乱发布计划。

我最初的想法是做以下工作：

1. 雇用一名初级程序员来缓冲高级开发人员的维护任务。在维护任务之间，这个人可以帮助高级开发人员。
2. 采用scrum风格的方法，在产品发布之前，我们有一系列的sprint。这将使我们能够将涉众保持在循环中，并允许我们通过每个sprint来反映和改进我们的过程。
3. 发布后不久，也就是大多数bug浮出水面的时候，团队可以专注于下一个版本的设计，并期望每个版本都可能被引入bug修复。

我很想听听你的想法和教训。

Answer 1

Scrum是这里的最佳选择，

忘记第一点，让你的跨功能团队自我管理。

做第2点，但是在Scrum中实现所有东西，而不仅仅是你认为有用的东西。另外，也不要单独尝试，聘请一个经过认证的或一个认证的Scrum教练。

忘记第3点，雇一个测试人员，把它放到你的Scrum团队中。另外，正确地使用Scrum，这将有助于减少生产中的bug。