敏捷开发人员的职责是什么？

敏捷开发人员的角色还没有得到很好的理解，许多开发人员可能难以进行这种转变。

在传统的计划驱动环境（又名“瀑布”）中，开发人员可能可以戴着耳机坐在他的小隔间里听一些很酷的音乐。而且，他/她可以与世界其他地方相当隔离，只需要编写代码。这在真正的敏捷环境中是不可能的。

敏捷开发人员的职责

敏捷环境中开发人员的职责要广泛得多，包括：

任务/项目管理

负责估计、规划和管理他/她自己的所有任务并报告进度。这个角色本质上是项目经理在很小的范围内可能扮演的角色。

有效的团队合作

与团队的所有其他成员密切合作，为团队所承诺的整体努力承担共同责任。该角色也类似于项目经理的职责，但不是由一个具有“项目经理”头衔的人来完成，而是将责任分配给团队的所有成员。

软件质量

对开发人员生产的软件的质量负责。团队作为一个整体，对他们所生产的工作的质量负责，而不是将一些代码移交给单独的独立小组进行测试。开发人员可能会或可能不会自己进行测试，但关键是代码的质量不是其他人的责任。

了解用户需求

必要时与用户互动以澄清需求。通常不会向开发人员提供一组明确定义的要求。更常见的是，开发人员会获得一些一般用户故事，这些故事旨在成为“对话的占位符”，并且开发人员将被期望与产品所有者和用户进行必要的交互，以更好地定义所需的内容。

敏捷开发人员的职责是什么

开发人员在敏捷环境中的角色有很大不同。开发人员在敏捷环境中承担的责任不仅仅是编写代码。我最近遇到的情况是，开发团队正在完成冲刺所需的任务，但总体故事尚未完成。团队将开发任务分配给各个开发人员，并将每个故事的总体责任分配给各个开发人员。然而，在几次冲刺中，开发任务已经完成，但许多故事却没有完成。

我认为团队中的开发人员并没有清楚地理解对故事负责意味着什么。我认为大多数人认为他们的主要责任是完成开发任务。完成故事被视为一种行政协调职能。在我看来，远不止这些——在冲刺中负责故事的开发人员需要负责：

• 了解故事的商业目的，定义和分析满足故事商业目的的可能替代方法

• 与其他开发人员一起规划和评估完成故事所需的开发任务

• 直接与产品负责人合作，澄清并进一步定义如何实施故事的细节

• 根据需要为参与与故事相关的开发任务的其他开发人员提供指导

• 全面负责“引导”整个流程直至（并包括）UAT。负责故事的开发人员应该在 UAT（或 Sprint Review）中主导向产品负责人展示已完成的故事

有时人们理所当然地认为任何开发人员都可以轻松地进入敏捷项目。其实事情没那么简单，而且我的经验是一些开发人员很难进行这种转变。有些开发人员只想编写代码，甚至没有兴趣承担这些额外的职责。