我们是一个由3人组成的小型开发团队。我们负责每个软件应用程序的设计，开发，测试和发布。我们还提供软件支持，处理用户可能遇到的任何问题以及修复错误。
目前，每个开发人员全权负责从头到尾查看项目。因此，他们将与客户讨论软件的要求。他们将计划，设计和开发软件（前端和后端）。他们负责测试和修复错误。
这是一个推荐的开发过程，还是应该为每个开发人员指定每个项目的许多任务？
我一直在考虑将SCRUM原则应用于我们的开发过程，但不确定它们的效果如何。从我们的工作开始，我们已经开始使用敏捷方法进行短迭代，并与客户进行需求讨论？
您会为我们的环境推荐SCRUM吗？其他小团队如何运作？
答案 0 :(得分：1)
这取决于您的目的：实施敏捷只是因为它是最新的“时尚”可能会对您现有的业务造成巨大损失。 根据我的经验（现在差不多15年），最好在公司周围实施敏捷，而不仅仅是技术层面（或者现在称之为DevOps）。 如果您在开发环境中实现任何Agile方法，那么只需在该环境中获得更高的效率！编码器每天写的行数不能超过这个行数。比起，因为其余的业务仍然处于“瀑布式”，你的开发方面因为其余而不得不滞后而成为瓶颈...... 在您的特定情况下，或许与开发人员聚在一起并询问他们是一个好主意：敏捷还是现状？一旦你们所有人都同意敏捷而不仅仅是为了它 - 首先按照书中的说法进行操作，并在几次冲刺之后开始根据你的具体情况调整你需要的东西。也许是一些配对编程，一些交叉协作等等。在一天结束时，你只有三个人：获得共识有多难？ <击>滑稽