在 Group Facilitation list 中,Jerome Passmore展开了一场有趣的讨论,话题是如何避免“敏捷”建导师精疲力竭。大多数参与者都承认,因工作繁重而精疲力竭的情况的确存在,并一致认为事情的关键在于:一旦发生这种情况,建导师如何马上意识到它。
在项目中,应用敏捷方法最重要的一部分就是管理团队所用的过程,但并不仅仅是过程,还包括其它方面:比如团队的开发、文化变迁的管理、相应的技术及管理工具,以及那些与项目有直接或者间接关系的敏捷建导师的合作。
在 Mishkin Berteig 写的一篇有关“(敏捷)过程建导师”的文章中,他提出了敏捷过程的建导师应具备如下几方面技能:
- 基本的敏捷工作管理技能;
- 清除障碍的能力;
- 团队的创建与发展;
- 指导他人的能力;
- 组织化的开发;
- 培训小组和团队;
- 改进敏捷方法;
- 敏捷方法的战略性应用。
上述这些内容会让他们负担过重吗?难道他们正在做他们力所不能及的事情吗?
讨论组中,很多成员承认:在某些情况下,他们的确会感到精疲力尽。Jo Nelson 在连续工作了三个月之后就“倒下了”,因为他要在周末加班理解客户的要求,并交付超出其力所能及的产物。甚至有一次在开会时,当他想要站起来的时候,几乎忘了怎么走路!Jan Haverkamp 也分享了他关于耗尽精力的故事。他先后在 Romania 和 Ukraine 工作了两年,就在那之后,他参加了一个为期三天关于策略的 workshop,在会间休息的时候,他独自默默哭泣。
论坛中的成员基本上认可:(敏捷)推动者的工作非常的棘手,而且他们要切合实际,量力而行。Juli Fellows的看法是:
我已经学到了,一定要规定自己每周作为建导师时的工作天数,尤其是当小组内部存在冲突的情况下。而且我也发现,一旦每周工作超过三天,我就会感到身心疲惫。
Jo Nelson 给出的另一个建议是:
在一定的工作时间之外,我尽可能地一个人独处。对我而言,回归大自然就是“再充电”。我会安排时间去一些地方,一个人进行长时间、缓慢且自由的散步。我还阅读一些令人愉悦的小说,或者做些不太需要花费很多智力或唇舌功夫却有一定创造性的手工艺品。我有时还做一些瑜伽和呼吸运动,倾听那些能吸引我的音乐。
John Powderly 还有另一个避免精疲力竭的有趣方法,那就是:
我不再把自己称为(敏捷)建导师!建导(Facilitation)只是我工作所倚仗的技能(也可说是哲学基础),而不是我的角色。目前,我把自己称为“战略研究、计划、协作的专家”,但这个“头衔”也在持续变化和调整中。
讨论组的成员在一点上基本达成一致,那就是:在推广敏捷的重点任务与次重点任务都需要建导师的参与,所以精疲力竭是不可避免 的。不同之处在于如何识别出你已经接近这个状态,并且立即采取措施。Jo 也认为,问题的关键在于“建导师就快精疲力竭的信号是什么”。而此时正是反映建导师核心价值的时刻。作为建导师,你要找到保持精力和神志的策略,然后执行这些策略。
查看英文原文: Is Burnout Inevitable, while Facilitating Agile Projects?
评论