收录了 敏捷模型 频道下的 50 篇内容
随着世界各地的组织都在尝试精益转型,现如今的分布式敏捷工作环境肯定在增加。本文将提供一些建议,克服这种组合的固有挑战。这种方法可以帮助远程团队分清事情的优先级并变得更有生产力,而不会引入其他的矛盾。
本文从外卖的历史实践中,浅谈一个好的持续交付需要综合考虑哪些关键因素。
研发团队需要的,不是似是而非的敏捷。
Dean Leffingwell是《收放自如的敏捷软件》一书的作者,同时也是Rally公司的首席产品方法学专家。他认定:在大规模的精益和敏捷项目中,用例作为需求建模的工具很有价值。在精益和敏捷(特别是XP和Scrum)中,用例的使用范围并不广,人们更多地使用用户故事收集需求。
敏捷方法已经成为了当前软件开发的主流模式,可工作的代码(以及自动化测试)被认为是团队最重要的产出。但是对建模的需求依然存在。Kenji Hiranabe在本文中将探索敏捷时代里建模方法依然适用并且扮演关键角色的所在。并关注于讨论当开发规模扩张到多个团队后,对整个系统的“Big Picture”(整体认识)达成共识将变得非常关键。
Joseph Flahiff主张把敏捷的价值准则和实践融合到瀑布式环境中,从而提高项目的可预测性,并促使项目最终获得成功。他指出,项目经理必须理解三条关键原则,那样才能充分发挥敏捷的力量,改善项目交付成果。
Brett Winterford,澳大利亚itnews的小组编辑,在一篇文章中提到了为什么敏捷对澳大利亚最进步的组织以及他们通往DevOps和持续交付的旅程是奏效的。
随着时间的推移,在人们的视野中慢慢出现了叫做敏捷成熟度模型或是敏捷实施框架的东西。现在还颇有一些咨询公司在使用敏捷“执行能力评估(readiness assessments)”来帮助客户“变得”敏捷,开创了一代先河。这些迹象是否表示在我们的社区内,尚有未满足的需求?
Scott Staples是Mindtree公司(一家全球IT服务公司)的联合创始人兼总裁。Staples读了“敏捷已死”的头条新闻之后,解释了为什么他认为敏捷开发实践仍然活着并活得很好,为什么“敏捷”不应该是一个目标而是组织应关注于结果,为什么许多组织仍在与敏捷的落地做斗争,以及敏捷以后是什么。
首届商业敏捷大会最近在纽约召开。会议门票完全售罄,共有超过330人参加。在参与者和演讲者的反馈中,他们强调了在整个组织中采用敏捷思考时文化和思维模式的重要性,以及在当今动荡不安、复杂诡谲的商业环境下商业敏捷对成功的重要性。
大多数组织都避免在不涉及软件交付的IT项目(比如,路线图计划和架构开发)中使用敏捷。这些项目提供了很高的价值,但常常也是所有项目中风险最高的,而高风险需要敏捷交付。本文将回归敏捷哲学的基本知识,探讨如何成功地采用敏捷交付这些项目。
在我们开始下篇之前,我们先来回顾一下《保险产品SaaS化实践之路(上)》中的一些重点内容。SaaS化演进的三个阶段:项目、产品、SaaS,阐述了产品化是走向SaaS化的前置条件。
在近日举行的2018年数据架构峰会上,Hackolade首席执行官Pascal Desmarets谈了NoSQL数据库的敏捷建模。
当尝试解决复杂问题时,人们可以使用 Lego讲故事和表达想法。Jens Hoffmann在 GOTO Berlin 2015会议上主持了“使用 LEGO® SERIOUS PLAY®原型化敏捷文化”的会议。
在Agile Open Northwest Open Space大会上,Diana Larsen和James Shore讨论了有关敏捷爽畅模型的运用和演变的问题。在此之后,Diana对话InfoQ,讲述了过去13年中她参与并贡献于敏捷社区,以及爽畅模型的故事。
人力资源对待员工的思维方式已经过时了,需要大刀阔斧的改革。Dov Sal考察了敏捷组织中人力资源的作用,并鼓励人力资源从业者接受人力资源敏捷发展宣言。Bersin by Deloitte在一篇类似的文章中谈及一种人力资源的敏捷模型,涉及对人力资源部门的任务与关注点的彻底变革。
编者按:人工智能领域近年来模型规模不断增大,参数规模爆炸式增长。从 GPT-3 的 1,750 亿,再到传闻中的 GPT-4 可能高达惊人的 18,000 亿参数。然而,随着模型规模的不断膨胀,也出现了训练成本高昂、环境影响大、应用部署困难等问题。因此,业内开始反思超
敏捷规划时间表可以用来协调敏捷方法论和软件固定上线日期之间的冲突,从而可视化展示项目计划进度,使用敏捷方法在一个比较高的层次控制项目,作为可量化的高层次交付的挽具,协调项目活动,并强化有效沟通。
看板是敏捷转型中的一个重要因素,Scrumban最初是一种从Scrum向精益看板转换的机制,现在它已经支持双方向的转换,并可以应用到项目和精简BAU(常规商业运营)工作流。能够实施Scrum和精益方法的相互转换自然是很好的。但当你的客户不具备实践这些方法的条件时,你如何去帮助他们实现一个灵活的敏捷模型呢?敏捷咨询顾问Ian Mitchell认为,成功实现敏捷转换的第一步是实现透明度,利用好看板。
参与模型是转型方法,它让人们主动参与到现状评估和新想法探索之中。使用参与模型,人们可以加入到敏捷转型的决策和过程之中。