我们最近有一个新的线经理开始管理我们的Scrum团队。他在我们这个领域非常有经验,但在敏捷/Scrum方面却相对缺乏经验。他在嵌入式软件(团队的领域)方面拥有丰富的技术专长,如果不加以适当利用,这些技术将被浪费掉。
然而,团队对于让一线经理成为Scrum团队的一部分感到谨慎。一般的共识是,一线经理根本不应该是Scrum团队的一部分。可能会出现一些问题,例如团队可能开始向经理“报告”(即每日状态更新!),经理可能会开始对团队成员进行微观管理等等。
就目前的情况而言,他已经说过他觉得自己是球队里的局外人。我们真的很想利用他的技术技能,如果我们不这样做的话,我们会是愚蠢的,因为我们是一支相对缺乏经验和年轻的二十多岁的球队。
在Scrum团队中集成高级“技术”部门经理并让他感觉自己是团队的一员的最佳方法是什么?
发布于 2012-09-19 12:59:21
在许多团队中,包括我的团队,产品负责人也是一些或所有团队成员的经理,所以这几乎不是一个未知的领域。这确实造成了一些困难,对一些团队来说是完全行不通的,但这正是帮助我们的原因:
发布于 2012-09-19 15:57:30
在我看来,这是一个常见的问题。老一套的习惯,很难克服有经验的管理者管理人员的倾向,而且经常也会遇到问题!
然而,Scrum团队是一个(或者最好是)一个自我组织的团队,也是一个同侪团队。如果新人有任务要完成,他必须被整合到团队中。他(她)要有效率和被接受,就必须表现出团队精神。球队必须给他这样做的机会。
如果新人仍然有一线经理的职责,即使这些责任涉及到其他团队成员,那么他必须在团队环境和“团队空间”之外执行这些任务。加入Scrum团队并不会将人们孤立于日常的企业生活必需品中,也没有人会预料到这一点。公司生活还在继续!但是,您不需要一个开始管理团队的团队成员。团队管理自己,也是通往目标的旅程!
参加团队时丢掉职位,如上文所建议的,给他一些Scrum培训(如果他还没有),解释工作方法,举办团队活动,让每个人都有机会结交朋友,给新团队一个机会。我想你可能会发现,这位前一线经理拥有团队可以受益的技能,而不仅仅是技术技能。
发布于 2012-09-19 09:04:21
问题是经理是否将负责积极地创建您的交付成果,或者他是否真的只是提供信息和组织技能。在scrum的讲话中,他是“猪”还是“鸡”?如果他积极地帮助编写代码和测试,并且在每个Sprint中都有真正的可交付的任务,那么他绝对应该是团队的一员。否则,他是一家中小企业,你应该根据需要加以利用。
也就是说,在这个可怜的家伙开始搞乱团队动力之前,让他在Scrum上接受一些培训。
https://softwareengineering.stackexchange.com/questions/165354
复制相似问题