前一个月:
2015年7月
下个月:
2015年10月

敏捷创新

PSST,这是你的意识,我在这里提醒你一些你想过的东西,但随后在你的脑海里躲避。很多这件敏捷的东西是虚伪的,它传播演变和变革,但我们每天都在立场上提出同样的三个问题。另外,为什么我们每天都有立场,不是那种规范性吗?应该通过迭代开发促进创新的敏捷方法,然后通过检查和适应。他们练习科学测量和反馈对产品和团队工作的反馈;那么为什么敏捷做法自己神奇地免于这个珍贵的演变?

我相信有两种主要原因;首先,它是保护缺乏经验的敏捷从业者。通过自由缰侠变形产品和流程,存在强烈的可能性,六个月进入一个项目的实践后,该团队将偏离最成功的团队的经过验证和测试的方法。失败的风险将增加,公司中的每个项目都将使用完全不同的方法进行整合,扩大和团队成员转移一个主要问题。

另一个原因有点险恶。敏捷方法的大多数创造者,支持者和促销员都有兴趣保持方法纯香草。这是因为它们可以为他们创建培训课程,认证和网站。虽然Scrum是一个例子,但您可以提供其专业的仪式和产品,您可以为其提供整齐的市场服务。如果您允许或鼓励人们改变它,那么结果并不是那么专有,更难以捍卫,促进和断言所有权。

我并不是暗示我们应该改变敏捷方法威利 - 尼利,我认为一个基本的建议在盒子里尝试几年是合理的建议。然而,除此之外,我认为,对于想要进一步发展的稳定团队,在标准敏捷模型之外的增长和偏差有很大的机会。这篇文章讲述了一个团队的故事,这就是那样,别人可以从中吸取教训。

继续阅读“敏捷创新”»


敏捷和战略对齐

这个月的ProjectManagement.com的主题是“战略对准/ IT战略”。对于敏捷团队来说,这似乎有可能在不断发展的要求方面的解决方案。在哪里的战略,我们如何在防止混乱时促进授权的团队?大多数组织花费相当多的时间和努力,制定战略路线图,他们不希望这项工作受到无序发展的影响。

幸运的是,希望与一些经过良好的经过验证的型号。虽然敏捷实践的常见内核很少提及策略或架构,但许多支持指南和缩放方法处理该主题。因此,当面对对IT战略或努力将现有战略联系起来的自治团队的批评时,我们可以转向这些敏捷“包装”的灵感和指导。

您不必使用这些方法作为您组织的标准,以利用他们推荐的集成点和方法。相反,了解如何处理策略和架构,然后在项目和组织中应用类似的方法。

DSDM.

动态系统开发方法(DSDM.)是一种在欧洲开始的敏捷方法,涵盖更广泛的项目生命周期时间表,而不是大多数敏捷方法。它开始早期开始,可行性和业务学习阶段超越部署以处理邮政项目工作。与大多数敏捷方法不同,没有提及架构DSDM,具有称为系统架构定义(SAD)在业务学习阶段提前创建的系统架构定义(SAD)的架构可交付。

敏捷项目努力安抚建筑群体并面临缺乏战略对齐的批评,可以将DSDM系统架构定义视为早期项目,轻量级解决方案的模板。 DSDM也适合开放组架构框架(TOGAF)标准,DSDM和Togaf Integration白皮书上有一篇白皮书 这里.

安全的

缩放的敏捷框架(Safe)是在企业级实现敏捷实践的知识库。它通过a呈现了这个信息 大图片视图 这表明如何使用自己的程序积压来卷入敏捷项目团队的工作。然后解释程序如何适应实施产品投资和战略主题的较大投资组合。

继续阅读“敏捷和战略对齐”»