“激励整个团队拥抱变化要比使用权力来执行对他们自己及业务有利的某些变化好的多”。对于领导者来说，能认识到这一点是非常重要的。正如一个开发人员抱怨 说：“这么做只能使我们更伤心。他们只想通过会议来使他们看起来更有权力。”他认为在他的团队中，只是为了使团队中一两个权威人士显得更专业就将某种革新 强加在团队之上，甚至不顾这会使软件交付的每日任务更难完成。所以另一个关键之处就是要认识到每个人都需要稳定性和安全感，而过多的变化会使其很快动摇。
然而有时很明显的是，人们已经根深蒂固地反对那种尚未发现的变化。不管已经有多少人的担忧被巧妙地说了出来，还是会有更多的担忧不断涌现，这是经常发生的 事情。很可能那些提出个人担忧的人就有某种个人或动机问题需要改进，这是好事，但说出来以后并不一定会感到舒服一些。例如，很多人可能会对极限编程提出一 些技术和业务方面的异议。很少有人会坦言真正困扰他们的到底是什么。例如，你不可能听到：“使用XP意味着固定的工作时间，所以我不能到学校接我的女 儿。”
当团队成员发现他们可能要使用某种新的技术平台来构建一些产品时，同样的事情也会发生。一些开发人员强烈反对这样做，他们的理由就是“我们需要多考虑一些 技术问题，例如可扩展性、学习和维护成本、工具的质量等等”。几个月以后，我们就会发现，真正的原因是很多开发人员不想花时间去研究被提及的新平台，因为 他们感到学习新技术平台会证明他们的个人学习能力不行。从专业角度来看，尽管职业发展、就业能力和工作与生活的平衡都都是很正常的问题，但对于个体来说， 还是很难消除这种担心。
在培养敏捷团队中的最后一个潜在因素就是需要一点谦虚的品德。在敏捷团队中，谦虚有很多好处。其一就是它减少那种反生产力的“得分式(point scoring)”竞争的可能性。这正是与XP中的“做最简单的事”相吻合的心态，正象Steve McConnell在《Code Complete》中所指出的，它鼓励开发人员写可读性更高的代码。当你想批评别人，尤其是当他正努力采用敏捷方法的时候，你就该学习如何保持谦虚的心态 了。虽然别人有缺点，但当你看到了一个缺点并自问“我曾经犯过同样的错误吗”时，这才是重要的。你可能无法改正别人的缺点，但你肯定可以从中学到东西。
结论
在敏捷团队中培养高效的态度和工作方式是一个复杂而关键的活动。很多试图进行敏捷项目的人把焦点放在业务上。尽管业务很重要，但是一定要记住：项目干系人 都是人。他们也有他们的个人需求和关心的事情。一个成功的自组织的项目团队需要每一个参与者都能真诚地来推动各方面的改进。敏捷不是被“统治”出来的，但 是，假如给予那些具有能动性的团队成员进行自我组织的自由，那么敏捷是能培养出来的。
此文章共有5页 上一页 1 2 3 4 5 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
