【发布时间】：2015-03-30 21:05:03
【问题描述】：
我们是一个 3 人的小型开发团队。我们负责每个软件应用程序的设计、开发、测试和发布。我们还提供软件支持，处理用户可能遇到的任何问题以及错误修复。
目前，每个开发人员都独自负责从头到尾查看项目。因此，他们将与客户讨论软件的要求。他们将计划、设计和开发软件（前端和后端）。他们负责测试和错误修复。
这是一个推荐的开发过程，还是应该为每个开发人员指定每个项目的多项任务？
我一直在考虑将 SCRUM 原则应用到我们的开发过程中，但不确定它们的效果如何。根据我们所做的，我知道我们已经在采用敏捷方法，迭代时间短，并与客户讨论需求？
您会为我们的环境推荐 SCRUM 吗？其他小团队如何运作？
【问题讨论】：
-
这里仅提供意见...我们的经验是关于 Scrumban，一个没有交付迭代的 Scrum，但是用于任务管理的回顾、日常和看板。
-
“从我们的工作中我得到[原文如此]，我们已经在采用敏捷方法，迭代时间短，并与客户讨论需求？”这些是一些敏捷方法的一些特性，但它们本身并不是敏捷的。
-
将团队转变为敏捷是一件大事。很多变化。我会更多地研究敏捷/scrum，并有选择地挑选一些您认为对您的团队有帮助的东西。