敏捷开发指南
文章平均质量分 92
开发者工具分享
一个好的项目管理,是70%在流程、规范、工具,剩下的30%自由发挥。一个不好的管理,只有地板,每个人都要自己想办法够到天花板。一个好的工具,就是帮助团队够到天花板的台阶。
展开
-
敏捷项目组合管理
敏捷实践可以在跨多个团队且大量开发人员的组合中发挥作用吗?答案是:完全可以。Netflix 公司创造了“”这个词语,用来描述一个大型组织在下,所达到的一种状态。下面我们将结合具体场景,来分享实现敏捷项目组合管理的一些方法和特征。wp:heading。原创 2023-04-14 18:24:23 · 664 阅读 · 0 评论 -
OKR与敏捷开发的结合
OKR 是一种流行的目标管理策略,用于定义目标并跟踪结果。它有助于围绕可衡量的目标提升团队的一致性和参与度。它于 1970 年代由英特尔引入并普及,此后更是广泛应用于科技企业,作为一种帮助员工理解和参与企业战略的方式。研究表明,当团队成员清楚地了解团队正在努力实现的目标,以及任务的重要性时,他们会更加投入工作并提高工作效率。OKR 是对广泛使用的目标管理方法 (MBO) 的改进。不同之处在于,OKR 是一个更具协作性的过程,而不是自上而下的管理过程。原创 2023-04-14 18:24:54 · 582 阅读 · 0 评论 -
敏捷开发项目如何做好中长期规划
在一次与客户的方案交流中,我们的团队意识到研发软件产品和建造房屋是比较相似的工作,两者都是长期项目,需要多个团队相互协调,都会有验收方进行确认。并且在项目进行过程中,想法总是在变化,不断会有新的需求提出来,会出现各种问题。如果没有一个合理的计划,将总是延期入住的风险。而软件开发的不同之处在于,它能够使用框架这一方法,,那么,敏捷这种基于频繁、持续交付的方法如何与长期的、战略性的规划共存呢?在敏捷开发中是否有可能对未来很长一段时间的工作进行预测?wp:heading。原创 2023-04-14 18:25:08 · 1083 阅读 · 0 评论 -
规模化敏捷框架之LeSS
LeSS 是一个用于将 Scrum 扩展到在共同服务同一个产品的多个团队的框架。它是以单个 Scrum 团队为基础,并且遵循Ken Schwaber和Jeff Sutherland在《Scrum指南》的定义,但却有效的扩展到多个团队。《Large-Scale Scrum: More with LeSS》一书的作者浓缩了他们多年的经验将 LeSS 改善,将其定义为一个降低敏捷规模化复杂性和浪费的有价值框架。原创 2023-04-14 18:25:23 · 672 阅读 · 0 评论 -
规模化敏捷框架之SAFe,以及与其他规模化敏捷框架区别介绍
SAFe 和本文介绍的其他框架,为企业在内部如何实现敏捷转型和取得业务成果方面提供了切实可行的方法。思考如何让目前所遵循的敏捷框架发挥最大效用,是和权衡选择哪种工具同等重要的问题。原创 2023-04-13 16:19:40 · 1093 阅读 · 0 评论 -
规模化敏捷框架:Spotify
Spotify 模式是以实现大规模敏捷开发为目的,注重以人为本的自组织工作模式,同时强调构建企业文化和加强团队之间协作。这个模式帮助 Spotify 和其他公司通过注重自主性、团队之间的沟通交流,团队的责任感和完成工作的质量来创新能力和生产力。Spotify 教练亨利克·尼伯格指出,Spotify 模式不是一个框架理论,因为它仅代表了该团队从技术和文化角度进行规模化敏捷实践的经验,是在一个软件开发公司中,组织多团队协作、强调企业文化构建和团队之间沟通的优秀案例。原创 2023-04-13 15:59:11 · 752 阅读 · 0 评论 -
规模化敏捷框架:Scrum@Scale
Scrum@Scale 是由 Scrum 公司和 Scrum 联盟在Jeff Sutherland博士的指导下实践总结的,Jeff Sutherland博士是Scrum的共同创造者之一,也是敏捷宣言的合著者。Scrum@Scale 是一种基于 Scrum 和自适应系统理论二扩展得出的规模化 Scrum 方法。在 Scrum@Scale 方法中,多个 Scrum 团队根据相关的业务目标联系在一起,形成一个网状的生态系统。旨在帮助大型团队进行规模化敏捷实践,它需要专业的培训和认证。wp:quote。原创 2023-04-13 15:21:31 · 518 阅读 · 0 评论 -
软件开发中的 Kata 模型是什么,和精益有什么关系?
Kata 模型是一个支持精益目标的优秀的工具方法。当员工和团队采用以目标为导向的方法时,他们可以轻松推动渐进式的变革,最大限度地利用有限的资源,同时减少浪费。Kata 模型和精益可以一起帮助组织提高效率,并发展创新文化。延伸阅读:敏捷开发指南Scrum 框架详解Scrum 四个会议及正确召开方式正确的计划和执行Sprint的方式做好迭代计划的4大关键点做好这4点让每日站会更适配敏捷团队开好迭代评审会的3个关键步骤为什么要召开迭代回顾会Scrum 3大角色及其岗位的具体职责。原创 2023-04-13 15:03:51 · 940 阅读 · 0 评论 -
传统项目管理与敏捷开发如何结合应用?将传统的项目管理“铁三角”应用到敏捷开发
所有的都应有一个整体工作目标:项目需要交付什么,何时需要交付以及在什么预算范围内交付。然而如何管理这三块内容是一个复杂的问题。但我们可以从几十年前就已经出现的理论:“项目铁三角——范围、成本、资源”中汲取经验,以平衡不同的变量,帮助敏捷团队实现更好的项目管理。原创 2023-04-13 14:55:52 · 728 阅读 · 0 评论 -
如何构建敏捷项目管理团队?
敏捷专家认为:团队合作对于交付出色软件来说非常关键,而在优秀的敏捷团队普遍都是站在集体的角度去思考和工作,而不是以个体的形式。对每个成员来说更有价值的是——优秀的成员都会站在团队的角度将自己宝贵的开发经验分享出来,来帮助团队成长。。一些团队践行,一些采用看板管理方法。严格按照敏捷理念行事的管理者,更希望自己的团队在同一地方完成整个项目,但在真实的业务环境下,出于业务需要或者是疫情等社会因素,敏捷团队不得不进行跨地域办公。有些时候,大多数团队都具备项目所需的必备技能,但有些项目又不得不聘请一些专家加入团队。原创 2023-04-13 14:06:00 · 715 阅读 · 0 评论 -
敏捷团队如何在 PingCode 这类敏捷开发工具中管理 Scrum 开发管理流程
在创建迭代(Sprint)时,产品负责人通常会确定迭代目标。这为迭代中要完成的工作提供了一个方向。迭代目标还为迭代中完成的用户故事数量提供了一定的灵活性。如果迭代目标已实现,那么迭代就可以被认为是成功的。原创 2023-04-13 13:49:59 · 1094 阅读 · 0 评论 -
分享如何在 PingCode 这类专业的看板软件中管理敏捷Kanban 项目
在本教程中,我们将介绍在 PingCode 中如何创建 Kanban 项目、确定工作优先级、可视化工作流程以及如何限制在制品以防止团队超负荷工作的说明,所有这些我们都将结合 PingCode 工具介绍。登录 PingCode 后,创建新项目,选择项目类型时,请确保选择 Kanban 项目。创建后,您将看到新项目中有一个看板视图,在这里,您可以跟踪团队成员的工作进度。在 PingCode 中,Kanban项目为您提供了需求池、设计、研发、测试和发布的默认工作流程。这允许产品所有者将需求添加到需求池列表中,在需原创 2023-04-13 11:36:11 · 814 阅读 · 0 评论 -
敏捷开发模式下如何用 PingCode 这类工具迭代管理
迭代是团队完成产品积压工作的固定时间段。迭代通常长达一、两周或四周。在迭代结束时,团队通常会交付一定的产品增量。原创 2023-04-13 11:06:57 · 712 阅读 · 0 评论 -
敏捷开发模式下如何用 PingCode 这类工具进行版本发布管理
在软件团队工作中,版本发布要达到好的发布效果,需要在版本发布前做好版本发布的规划,并对发布流程和进度进行管理您已经创建了一个 PingCode 帐户【您创建了一个 PingCode Scrum或 Kanban 项目您的项目已经有一定工作量的产品待办列表您的项目已经开启了发布组件:在 PingCode 中,发布代表项目的时间点。他们通过为您提供目标的来帮助您组织工作。您可以将项目中的待办功能需求分配到指定的发布版本,并围绕该版本中要完成的功能目标开展迭代。原创 2023-04-13 10:40:45 · 1133 阅读 · 0 评论 -
国内企业使用敏捷开发的多吗?《2022中国企业敏捷实践白皮书》发布(附完整版下载)
中国企业使用敏捷开发的多吗?通过2021-2022调研数据对比发现,受访者所在企业的敏捷团队占比从2021年的55%提升至2022年的63%,说明越来越多的中国企业正在从传统研发模式转变为敏捷研发模式,并不断扩大敏捷适用范围来促进企业整体敏捷转型;原创 2023-04-10 11:43:48 · 1221 阅读 · 0 评论 -
敏捷开发项目中路线图的重要性
产品路线图是产品或解决方案如何随时间演变的工作计划。(产品负责人)使用路线图来概述在未来产品将有哪些功能,以及这些新功能将在何时发布。当路线图用于敏捷开发时,它能为团队的日常工作提供了重要的背景信息,并且能够指引团队响应竞争格局的变化。在有些情况下,多个敏捷团队可以基于一个产品路线图进行工作。原创 2023-03-29 18:35:31 · 509 阅读 · 0 评论 -
如何成为一个优秀的产品经理?
产品经理主要的职责在于确定客户需求、将产品或功能实现商业目标的最大化、将产品打造成最终成功的样子,并召集团队将这一愿景变成现实。经过10年时间的学习,我对产品经理的含义有了深刻的理解。由于产品经理的门槛并不高,而且每个公司对产品经理的要求可能也不太一致,所以很多人可能并不了解产品经理这个角色的定义是什么。马丁-埃里克森,产品管理者中的杰出代表和 ProductTank 的创始人,他将产品管理理念以一个简单的图形概括,并指明了:产品经理处于业务、技术和用户体验的交叉点的位置。原创 2023-03-29 18:17:44 · 491 阅读 · 0 评论 -
产品管理指南
产品管理是一项组织职能,它强调通过关注产品及客户来指导产品生命周期的每一步——从产品定位、研发到商业策略。为了构建最好的产品,产品经理需要在组织内构建以客户为中心的工作流,确保市场的声音被公司内的其他成员听到和注意到。了解如何通过PingCode 构建以客户为中心的工作流正是因为对客户需求的关注,让产研团队交付的产品具备更好的设计以及用户体验。原创 2023-03-29 18:08:12 · 411 阅读 · 0 评论 -
敏捷甘特图如何使用?它们如何帮助敏捷项目管理?
甘特图是一种项目计划管理工具,用于说明一段时间内完成的工作与计划在时间上的相关性。它通常包括两个部分:左侧的任务列表,右侧一个带有日程安排的可视化工作时间线。通常我们可以在甘特图中添加任务的开始日期、截止日期、优先级、任务之间的依赖关系以及负责人等信息。甘特图在软件开发项目中也被被称为路线图。比如,在PingCode中会根据需求列表自动生成路线图,用于项目团队的工作任务规划和分配。而在Worktile中,它支持项目集甘特图,用于支持跨团队和组织执行相同的操作。PingCode 甘特图。原创 2023-03-28 17:02:48 · 1085 阅读 · 0 评论 -
敏捷团队在敏捷开发中的常用度量指标有哪些?
指标可以给团队效率监测提供定量方向,并为团队提供可衡量的目标。指标虽然重要,但团队不应该过度依赖指标。我们还应该在迭代回顾中听取团队成员的反馈,这对于增强整个团队的信心、产品交付质量和产品发布速度同样重要。团队应该合理利用指标分析和收集成员反馈来不断进步发展。以上就是关于敏捷指标的全部内容,希望通过对敏捷指标作用、类型等讲解,能够给大家带来一定启发。原创 2023-03-28 16:28:11 · 1503 阅读 · 0 评论 -
敏捷开发中如何估算工作量和工时?
对软件开发人员来说,敏捷估算可能是最困难的工作之一,因为它必须考虑一系列因素,这些因素包括对整个团队、业务的影响,以及与各方的利害关系等,这些都将影响产品负责人的决策。敏捷估算是一种预估,但不是准确的结果,也不是对结果的承诺。下面,文章将介绍一些使敏捷估算尽可能准确的方法。原创 2023-03-28 15:16:56 · 1535 阅读 · 0 评论 -
如何对一个产品编写完整的用户故事?
用户故事是敏捷项目管理的核心实践之一,除了定义、表达“公式”,本文将给大家分享用户故事的价值,比如用户故事在非技术的角度告知研发团队需求背景是什么,让研发团队更轻松的了解用户需求场景、目的、功能预期和实现价值。用户故事从终端用户的角度概述他们想要实现的功能,其目的是为了阐明这个功能要给客户提供的价值。我们很容易把用户故事简单地认为是软件需求,但它并不等同于软件需求。的一个核心理念是以人为本,而用户故事正是以用户为中心的。原创 2023-03-28 13:34:54 · 902 阅读 · 0 评论 -
敏捷史诗(Epics)的定义、示例和模板
例如,创建一个史诗为“2050 年 3 月太空旅行者发射”,那么该史诗将包括从客户购买太空旅行票到火箭发射的全部故事,其中,既有日常工作项目,又有旨在改善航天飞机发射的关键工作。因此,团队需要处理大量的用户故事来完成这部史诗。假设现在是 2050 年,我们在做一个太空旅行项目,每年进行大约十二次火箭发射,每次发射都很重要,且都需要花费很多工时才能完成,这种规模得项目正好适合用史诗做拆解。同步父子工作项的完成状态(子工作项状态变为已完成后,且同级所有子工作项的状态都是已完成时,自动设置父工作项状态为已完成)原创 2023-03-16 19:11:30 · 1308 阅读 · 0 评论 -
史诗、特性和用户故事的正确构建方法及案例介绍
史诗特性和用户故事让我们的目标工作更具层级性和结构化,敏捷开发中的产品短期待办列表和产品整体结构的长期规划并不冲突,这里的结构化规划也并不适合所有团队。敏捷工作管理也是如此,一个个关联的用户故事的完成会直接影响到史诗的完成。不少 PingCode 的用户会在协作空间的目标中列出要执行的工作,一般为五个左右的史诗层级的工作,同时展示史诗下的特性和用户故事,让项目目标方向更明确、执行更具体,如下所示:。史诗基于产品的长期战略方向而被提出,需求级别最大,通常为可独立使用的一个产品模块,通常是一些特性的集合。原创 2023-03-15 12:03:58 · 2430 阅读 · 0 评论 -
建立高效的敏捷开发工作流的4个步骤
优化工作流程的下一步是确保整个工作流的稳定。所以,一起工作的敏捷团队可以从使用相同的工作流程中受益,使用相同的工作流程可以使敏捷团队之间的工作协同更容易,因为他们使用相同的规则来定义和交付工作。敏捷项目中,工作流中的不同状态可能并非由不同的人处理,因为随着敏捷团队的成熟,从设计一直到交付的整个过程中,开发人员技能和所需要完成的工作都可能是跨职能的。,来实现团队之间的工作流共享,但在他们各自的敏捷看板上可以有不同的展示视图,这种可灵活配置的可视化能力,在建立统一工作流的方式下也保持了一定的个性化。原创 2023-03-15 11:59:33 · 765 阅读 · 0 评论 -
敏捷项目管理的概念,以及与传统项目管理的区别
较之瀑布等传统项目管理模式,敏捷是“适应性的”,而非“预设性的”。团队采用敏捷项目管理可以提高交付速度、协作效率、以及响应市场变化的能力。在这里向大家详细介绍敏捷项目管理的定义、与传统项目管理的区别,以及一些主流的敏捷项目框架的工作流程。原创 2023-03-08 19:06:10 · 1668 阅读 · 0 评论 -
瀑布开发与敏捷开发的区别,以及从瀑布转型敏捷项目管理的5大注意事项
事实证明,瀑布开发管理模式并不适合所有的软件项目,但敏捷项目管理却对大多数项目有效。那么当团队选择转型敏捷的时候有哪些因素必须注意?原创 2023-03-08 19:04:05 · 1969 阅读 · 0 评论 -
在软件开发中如何将看板方法与 Scrum 集合使用?
在这个案例中,Kanplan 为公司开发团队梳理解决了未分类处理的需求管理问题,为他们提供了一种过往在看板世界中不存在的计划模式,让那些认为看板、Scrum 或 Scrumban 不足以满足自身工作场景的团队提供了启示。比如,A公司的开发团队负责一个用于构建、测试和交付软件的平台,四年前,开发人员主要依赖于可靠的基础架构和快速的持续集成(CI),每个月需要进行21,000次构建,而今天,每个月需要进行超过150,000次构建。实施看板的团队能够收获灵活的工作计划、清晰的工作重点和可视化的工作方式。原创 2023-03-03 00:22:20 · 336 阅读 · 0 评论 -
敏捷看板和Scrum区别是什么?分别适合什么项目团队?
另外 PingCode 研发管理工具还支持在 Scrum 项目中融入 Kanban,满足团队更多的敏捷研发场景:。看板工作流程可以随时更改。与 Scrum 团队会聘请敏捷教练指导团队工作不同的是,Kanban 团队不需要“看板教练”来让工作顺利进行,因为整个团队的集体责任是协作完成板上的任务。当同时管理多个项目时,团队可以根据不同项目的敏捷特性来选择不同的模式:无论是 Scrum、Kanban 还是两者兼而有之,毕竟团队的项目不是一天就能适应一种模式的,我们可以先让团队尝试哪个模式更有效再做选择。原创 2023-03-03 00:16:54 · 1243 阅读 · 0 评论 -
在制品限制(WIP limits)的定义以及限制在制品的在软件看板项目中优点
比如,在上面的看板界面上,“进行中”工作项的限制是 30,目前有 21 个工作项处于该状态,这也告诉团队他们有能力承担更多工作。一些团队会将最大在制品限制设置为低于团队成员数量的数值,如果开发人员完成了一个项目,但团队已经达到他们的在制品限制,他们就会知道是时候搞定一些代码审查内容或加入另一个开发人员进行一些结对编程了。在分解需求和用户故事时,将单个任务的工作时间控制在不超过 16 小时,这样做不仅可以提高团队估算的能力 ,还有助于防止出现瓶颈,因为没有什么比大型工作项更能阻塞管道,减慢团队速度了。原创 2023-03-03 00:09:20 · 935 阅读 · 0 评论 -
看板管理中看板的定义、构成,以及实际看板案例分享
团队可以进入项目,然后自定义他们的工作流程和看板内容,设置 WIP 限制,创建泳道,如果他们需要更好的方式来确定优先级,甚至可以打开待办事项清单。起初,这堵墙只是‘待办事项’‘正在做’和‘已完成’,随着时间的推移,“工作墙”不断发展壮大,短短几周,小李比以往任何时候都更清楚地了解工作是如何完成的。获得领导层的支持,团队持续的实践,坚持持续改进、尊重的看板价值观,那你距离搭建成功的看板系统已经很近了。基于这两条原则启动你的工作,就算跟标准的看板长得不一样,那也没关系,因为“规则越多,其适用的环境就越少”。原创 2023-03-03 00:03:59 · 977 阅读 · 0 评论 -
看板管理方法在软件项目中的意义,以及与Scrum方法的区别
这个限制较低,那是因为开发人员通常更喜欢编写新代码,而不是花时间审查别人的工作,较低的限制会促使团队在审查状态下更加关注问题本身,并在提出自己的代码审查之前先审查其他人的工作,从而减少了整个循环时间。(产品负责人)可以在不干扰团队的情况下自由地重新确定待办事项中的工作优先级,因为当前工作项之外的任何更改都不会影响团队,只需要 Product Owner 将最重要的工作项放在待办事项列表的顶部即可。所有使用看板方法的团队,工作都将围绕着看板(观察板)进行,这是一种用于可视化工作并优化团队间工作流程的工具,原创 2023-03-02 23:57:54 · 468 阅读 · 0 评论