我正在管理一个由6个人组成的团队，这些团队最近搬到了Scrum。
我们有一个Scrum Master（团队中的一名开发人员）和一个产品负责人。
由于我有很多空闲时间（因为我过去所做的很多管理工作现在都是由Scrum主管和产品负责人完成的），并且由于我想保持技术上的相关性，所以我正在做一些技术开发工作。
我是开发团队的一员，致力于每个sprint中的一些故事，并作为团队的一员参加所有会议。
您认为这是个好主意吗？它可以与团队的“自组织”相矛盾吗？
Answers:
有一个团队的领导在敏捷的世界在读的罗伊Osherove的发展思路5whys.com
他谈到了团队从瀑布式发展到Scrum的三个关键阶段。
生存阶段（我看到的大多数团队都在其中）-团队没有时间学习-需要更多的指挥和控制型领导才能从无到有地创造学习时间。
学习阶段 -团队有时间学习和使用它-需要像领导者这样的教练，当事情花太长时间学习困难的方法时（例如，选择不进行源代码控制），需要突发控制。
自组织阶段 -团队可以解决自己的问题的阶段-需要更多的领导者型领导者，这种领导者不会告诉人们该做什么，而只是提供约束和最终目标。团队将独自到达那里。
当我在OpenVolcano '10上遇到Roy的想法时，我完全不知道为什么我的团队停止了改进。然后我意识到团队已经从“生存”过渡到“学习”，我根本没有改变我的管理风格。我这样做了，这很有帮助。
因此，我建议弄清您所处的三个阶段中的哪个阶段并进行相应的管理。
另外，现在就做决定并成为领导者或开发者。在进入自组织阶段之前，不要陷入以为有空闲时间的陷阱。而且，如果到达那里，请意识到自己是一个好的团队领导者（这很困难），然后转到另一个团队，而不是重新融入自己。
pdr的评论是有效的，我同意。但是我不认为它们在所有情况下都是通用的。
您的管理风格将决定您的表现如何，或者您是否应该考虑担任两个角色。
作为团队经理，您有权管理员工的绩效和职业类型决定。如果使用不当，您与雇主之间的权力差异可能会破坏您成为开发团队一部分的企图。
只要您意识到这种差异，并且清楚地在角色之间进行区分，我认为您既可以担任经理，也可以担任开发人员。我已经看到它成功完成了很多次，而我目前正在同一情况下为一个团队工作。
值得注意的是，您无法消除视差的所有影响。有时候，您需要咬住舌头，阻止激烈的辩论。当您需要拉开王牌并指出团队的最终责任在您身上时，还会有其他人出现，因此您在做出自己的决定。
您的团队中至少需要两名强大，经验丰富的开发人员，这些开发人员在政治上是安全的。他们的作用是控制权力差距，并在情况变得不平衡时召集您。您可以只与另外一名强大的开发人员并驾齐驱，但是如果您俩两个人在某个问题上陷入僵局，则拥有第二个可以提供客观性。
老实说，当我的直属上司保持自己的技术水平时，我会喜欢上它。这有助于他们理解我的困难，我认为我们最终将拥有一支表现更好的团队。
之前，我经历过类似的经历，带领一个由6个开发人员组成的Scrum团队。除了pdr和GlenH7提到的内容外，这些还有助于：