外包福利波兰

如果您想要快速的银弹,请不要选择敏捷

日期: 2013年11月6日
阅读时间: 3 min

敏捷的软件开发方法及其姐妹,Scrum和瘦,在时刻非常流行。您可以找到广大敏捷益处的无数文章。但这并不意味着转动敏捷将成为你的银弹。敏捷并不总是很容易做得很好,特别是当你新的时候。

敏捷的软件开发方法及其姐妹,Scrum和瘦,在时刻非常流行。您可以找到广大敏捷益处的无数文章。但这并不意味着转动敏捷将成为你的银弹。敏捷并不总是很容易做得很好,特别是当你新的时候。

敏捷值对个人解释非常开放。因此,许多声称是敏捷的项目似乎没有采用所有的 敏捷宣言 价值观,结果不会提供从经营丰富的敏捷项目期望的所有优势和结果。例如,混合敏捷,即我们提供的,为客户提供了奇妙的结果。但是,它们不一定是纯粹的敏捷项目将提供的结果和益处。

敏捷项目失败的一个原因是他们依赖客户或用户和开发人员之间的直接沟通。这种沟通并不总是发生,特别是在客户 - 供应商关系不强的外包协议中。每个团队成员都应该对客户的要求有所了解,如果团队领导人没有发生这种情况,并且没有与每个人共享项目的完整图案,那么无论您是否使用敏捷,您的项目都更多可能会失败。

敏捷的团队似乎似乎与完全定义最终产品以及成功的样子似乎很斗争。如果没有这种定义,任何软件开发项目都与失败风险更高,而敏捷则不会成为您的救主。

正如我在先前提到的那样 帖子关于成功的软件开发团队,每个团队成员都应该有多个技能。纯粹的敏捷进一步迈出了这一步,表明开发人员是一般主义者,而不是专家。这对许多开发商来说,这是一个艰难的文化变革,为他们的专业领域骄傲地骄傲。这也可能是许多团队和组织的艰难的文化变革。如果,就像 未来处理,并非所有的发展都是敏捷的,然后作为一个组织,您仍然需要保留一些专业开发人员。

处理广泛技能文化转变的一种实用方式是为团队领导人与个人合作,确定他们目前的专业领域和他们所需的未来专业领域。然后,这给了他们一种拓宽他们的技能的方法,同时感到他们不会失去现有的专业。为了使敏捷工作,特别是在一个新的组织中,高级团队成员也应该抛开时间,向初级团队成员或那些尚未拥有特定任务的技能的人提供指导和技术领导。这也使团队能够迁移到更广泛的广泛技能文化。

人类是习惯性的生物。我们似乎有线寻求可重复的做法和习俗。敏捷提供了许多良好的习惯,如日常站起来和冲刺。然而,值得注意的是,敏捷的发展与敏捷的精神一样多,因为它是它的做法。真正受益于敏捷,组织需要准备好,至少尝试采用敏捷的原则。作为 罗恩lichty. 作者和敏捷教练在他的 博客“就像上课一样,没有让我们受过教育,表演做法和仪式不会让我们的团队敏捷。敏捷意味着拥抱真正的变化,而不仅仅是调整到最舒适的外角的过程。“

喜欢博客帖子?

请给我们反馈意见。

饼干

本网站在计算机上存储cookie。这些cookie用于改进我们的网站,并在本网站和其他媒体上为您提供更多个性化服务。要了解有关我们使用的饼干的更多信息,请参阅我们的 隐私政策.