Scrum 敏捷 Project Management

敏捷 Coaching? Everybody Needs to be a Coach in 敏捷

当您观察到一个运作良好的团队时,您会发现同伴教练的基本卫生行为一直在持续。团队成员成对坐着以传播知识。发生这种情况时,总是只有一名学习者和一名老师。他们的角色往往随着时间来回切换,可能是A指导B关于TCP / IP,然后B指导A关于队列的实现。当它运行良好时,参与者几乎没有意识到这一点。他们甚至可能不认为这是教练。对他们来说,这似乎就像工作。

不管是否命名,教练都是成功的团队互动的重要因素。它为参与者提供协调和个人成长。感觉也不错。我们倾向于回顾我们作为近宗教经历获得的重要指导。对于过去曾经指导过我们的人,我们感到巨大的债务,而我们通过指导他人而愉快地摆脱了这种债务。

如果人们感到不安全,就根本无法进行教练活动。在一个竞争激烈的气氛中,让任何人看到你坐下来接受教练,你会发疯。这将清楚地表明您对某些主题的了解比您的教练要少。同样,您会疯狂地教练他人,因为该人最终可能会利用您的协助来绕过您。

资料来源:Peopleware–生产性项目和团队,第三版,汤姆·德马可(Tom DeMarco)和蒂莫西·李斯特(Timothy Lister),多塞特郡众议院Addison-Wesley,978-0-321-93411-6

敏捷 Coaching? Everybody Needs to be a Coach in 敏捷

敏捷方法的传播引起了人们的关注。“coaching”有时可能只是一个比“consultant”. There is however some places where the self-organization of the team is really implemented and the 教练 approach is needed. In this case, I recommend the very good book written by Lyssa Adkins: “Coaching 敏捷 Teams“.

Tom DeMarco和Timothy Lister没有直接与敏捷相关,而是强调了软件开发教练的重要性。这句话让我想起了我作为软件开发学生的那段日子,那时我们是一群在同一个空间中工作的朋友。我们之间没有竞争,只是为了学习我们正在使用的编程语言和工具的一些新方面,从而在需要时帮助我们的朋友。我在某些彼此指导的项目中发现了这种类型的关系。

敏捷团队应该以相同的模式进行操作。在跨职能团队中,有些人具有不同的专业知识或知识水平。交叉指导应该是敏捷团队的关键方面。结对编程是一种技术实践,如果开发人员胸怀开阔,则应与这种行为相关联。

即使标题不是“coach”或您的项目不是“Agile”, being able to 分享 and receive knowledge of your software project teammates should an important part of your professional and personal development. In software development, everybody should be a 教练!