敏捷Scrum
文章平均质量分 83
ShineScrum捷行
现就职于ShineScrum捷行,专注Scrum敏捷软件开发咨询培训
展开
-
有或没有共享组件团队
假设有一份整体的待办列表包含了所有业务/产品,某个时候可能根本就没有来自于一些业务/产品的高优先级工作,因此他们在共享组件上相应地得不到优先级是合理的。假设在各个业务/产品已经有了部分(不包含共享组件的工作)特性团队,我们实质上是在扩展那些团队的范围。那些共享组件人员仍继续之前的协作,无论他们的团队身份发生什么变化 - 他们过去是在共享组件团队内协作,而现在则是跨特性团队协作。在LeSS组织里,大多数团队都是特性团队,而特性团队会共享组件,却没有专门的共享组件团队。共享组件的工作通常没有独立的客户价值;原创 2023-05-09 10:50:06 · 321 阅读 · 1 评论 -
Scrum敏捷软件开发管理企业实训
课程主办:开课时间: 城市:价格:课程概述课程特色课程受众。转载 2023-05-08 11:32:39 · 83 阅读 · 0 评论 -
春季 3 月 · CSM 认证周末班【提前报名特惠】“全球金牌课程”CST 导师亲授
👍 “ 参加了 Jim 老师的敏捷讲座,在 Jim 的引导下,大家进行了高强度的烧脑,最终这个过程坚定我对敏捷的认知,也解答了我的很多困惑,这些困惑是在整个通过敏捷实践和思考沉淀下来的。一个最大的收获是,提高了对敏捷核心的认知,也就是“为什么敏捷”的问题......”· 成为我们的终身荣誉会员,加入学员互动群,参与学员的升级增值服务:包括每月的话题分享,课后答疑解惑,提供复训机会回炉刷新知识,加入“捷行译社”,高阶学员分享话题的打磨和演讲辅导,敏捷教练职业发展规划路径,捷行提供商业合作机会。原创 2023-02-24 09:55:00 · 544 阅读 · 0 评论 -
产品的可持续发展
尤其是在发展中国家,践行可持续性发展的行为,例如减少对气候变化的影响、对产品进行持续、重大的改善并促进公司达成可持续发展的目标,通常会促成企业获得全球级别的第三方认证(例如,来自世界公平贸易组织(WFTO)的认证)从而实现对于自身的认可。每个产品都是独特的,因此不同的因素对于产品的影响也会有所不同,但以上所有项目都可以被纳入到任何构建可持续性发展产品或商业模式的考虑因素之中。这里的目标是确定产品生命周期中最薄弱的环节,如果不能通过提升他们的认知水平来获得更好的产品可持续性,我们可以寻找更好的替代者。原创 2023-02-13 09:41:34 · 442 阅读 · 0 评论 -
案例分享:硬件敏捷
“没有人能够在硬件领域推动以两周为单位的循环迭代!”当人们谈起敏捷方法在包含了硬件及软件产品开发时,第一反应都是类似的论调。然而,已经有一些团队,尝试将已有的可靠硬件开发理念与少量从敏捷软件中借鉴的新鲜思想结合,进而去应对甚至已经解决了进行硬件快速迭代的挑战。原创 2022-12-29 09:25:53 · 570 阅读 · 0 评论 -
ShineScrum捷行2022年最受欢迎的五篇文章回放
为了使讨论的话题更聚焦,本文不讨论为什么要构建小团队作为组织的工作单元,不纠结效率或效能的具体字眼,这里的工作效率泛指团队的工作产出即生产力,理论上讲:生产力=效能+效率(Productivity = effectiveness + efficiency);他们的职业生涯一直都围绕于制定各式的时间表,并确保团队能够满足它们——但现在,他们所属的组织正在转向“敏捷”的工作方式,这意味着这些项目经理可能不得不做一些与从前完全不同的事情。),引来不少的热点和争议。我做产品管理已经很多年了。原创 2022-12-23 13:12:03 · 942 阅读 · 0 评论 -
产品负责人 VS 产品经理
经过足够长的时间后,试图平衡这两个角色的专家会说:“我花了很多时间与我的内部开发团队交谈,我不记得我上一次进入市场,了解我的买家和用户的需求是什么时候了。回想起来,尽管这个解决方案奏效了,但作为产品部门高管,我为这个决定提供了掩护,但本可以在内部与我的同行进行更多的宣讲和沟通,以确保这个决定背后的合理性在我们的组织结构中普遍得到更好的理解。我设定了这样的期望,即在作为产品经理的这段时间里,产品经理不会在站立会议、产品代表列表梳理或任何其他面向内部的会议上,投入精力,因为那段时间是留给面向外部的市场工作。原创 2022-12-14 15:19:24 · 351 阅读 · 0 评论 -
产品待办列表梳理(PBR)是什么?
产品待办列表梳理是将产品待办事项进行拆分,并进一步梳理为更小更精确的事项。这是一项持续不断的活动,用来为产品待办事项补充细节,包括细节描述,排序和评估大小等。原创 2022-12-12 10:21:27 · 886 阅读 · 0 评论 -
为什么我推荐用户故事地图?
深度是对一个功能的细化和优先级排序,包括用户任务或子任务的多个变化的实现,替换方法,异常情况等细节。从不同的维度和视角,依据自己的理解,贡献自己的想法, 包括:市场和销售,业务,开发,测试,架构,UI/UX,用户和客户,IT和运维,人人都参与,大家都是产品团队的一员,这才是现代的工作方式,也是我们倡导和追求的。USM是规模化敏捷(Scaling)的一个非常有效的工具,它把业务,开发,干系人拉在一起,做半天或一天的工作坊,正是多团队的参与,相互检查,避免出现功能漏洞(hole),包括第三方单位的协作和支持。原创 2022-11-30 09:35:22 · 637 阅读 · 0 评论 -
产品待办列表PBL与产品需求文档PRD的本质区别
最近捷行平台发布的“产品需求文档(PRD)必须消亡”一文引来了不少的关注。这两种不同的声音,让我有一种“冲动”,写一篇文章来比较PRD与产品待办列表PBL的本质不同,与大家共同探讨。原创 2022-11-15 09:25:38 · 705 阅读 · 0 评论 -
【CSM认证】11月1-4日在线工作日班 | 全国招生
我们将会从“道、法、术”的层面来解读敏捷,学员不仅仅知道什么是敏捷,还会了解为什么需要敏捷,敏捷的核心是什么,敏捷会给企业带来什么好处。◇ “参加了Jim老师的敏捷讲座,在Jim的引导下,大家进行了高强度的烧脑,最终这个过程坚定我对敏捷的认知,也解答了我的很多困惑,这些困惑是在整个通过敏捷实践和思考沉淀下来的。敏捷中的规划都有哪些,分别是什么用处,在什么阶段使用转载 2022-09-22 16:30:54 · 299 阅读 · 0 评论 -
ScrumMaster可不是项目经理!
Scrum并非一种信仰,而是一个认知:构建软件是很难的事,其主要原因在于它变化多端,而且很难预测工程的耗时。转载 2022-09-21 09:18:26 · 138 阅读 · 0 评论 -
如何重新评估未完成的工作
当团队没有在当前Sprint里完成所有的工作,我们该怎么办?原创 2022-09-07 09:34:40 · 151 阅读 · 0 评论 -
产品需求文档必须消亡
"软件开发一直被'需求'这个词所误导。'需求'在字典中被定义为强制性的或必须的东西。这个词带有绝对和永久的含义——这是对拥抱变化的抑制。'需求'这个词是完全错误的"。——Kent Beck,《解析极限编程——拥抱变化》原创 2022-09-05 09:30:08 · 146 阅读 · 0 评论 -
从项目经理过渡到ScrumMaster的三个技巧
担任新的角色往往是令人生畏的,但是一定可以做到!这里有一些从项目经理过渡到ScrumMaster的关键技巧。原创 2022-08-30 09:35:48 · 399 阅读 · 0 评论 -
项目经理和ScrumMaster可以是同一个人吗?
一个项目经理也可以是一名好的ScrumMaster翻译 2022-08-29 13:15:08 · 178 阅读 · 0 评论 -
项目经理的职能在Scrum框架下没有完全消失
有没有办法在Scrum中融入传统的项目经理的角色呢?原创 2022-08-26 09:19:21 · 161 阅读 · 0 评论 -
敏捷精益驱动的PMO功能转型
PMO的敏捷精益支持包含对外和对内两个维度,在CoE、项目组合管理、项目集管理以及自身建设方面都有相关的工作。作为PMO的从业人员,分享了我的一些想法,也希望可以得到大家的反馈,共同探讨。转载 2022-05-13 09:22:51 · 230 阅读 · 0 评论 -
5月10日在线直播“敏捷的生涯”
2022捷行在线分享系列原创 2022-04-29 10:17:53 · 246 阅读 · 0 评论 -
硬件Scrum指南
本文档引用Scrum指南中对Scrum的定义,没有做另外的裁剪或修改。敏捷项目关注于尽早和频繁地发布,并从客户的利益最大化的角度利用变更,哪怕开发进入到后期也是如此。转载 2022-04-25 09:55:40 · 159 阅读 · 0 评论 -
为什么PO的角色在Scrum框架中不可替代
PO是一个全职的岗位,有别于传统的产品经理,PO更像一个创业型的领导,她在投资一个个Sprint和团队;PO把项目经理的部分职责,产品经理,干系人的利益,客户的声音整合在一个人身上,面对复杂多变的环境,PO被充分授权快速做决定。所以PO是一个人,而不是一个委员会或小组。PO一个人不是意味要独裁,而是要持续地与干系人和开发团队沟通和谈判,做出最经济的决定。转载 2022-04-22 09:32:58 · 331 阅读 · 0 评论 -
为什么PO的角色在Scrum框架中不可替代
PO是一个全职的岗位,有别于传统的产品经理,PO更像一个创业型的领导,她在投资一个个Sprint和团队。转载 2022-04-01 09:54:16 · 525 阅读 · 0 评论 -
硬件Scrum指南
视角是个很神奇的东西,当站在敏捷的立场重新审视传统串行开发流程中的种种活动时会发现,我们一直在硬件开发中苦苦探求和实践的工作并行化,功能模块化,接口冗余化,测试模拟仿真化等都是不知不觉中在往解耦交付,缩短反馈,所见即所得,降低风险的道路上迈进,而敏捷开发也正是沿着这个方向开枝散叶,且率先在软件领域积累了大量的经验逐渐走向成熟,这给其它领域在敏捷道路上提供了足够多的参考和启发。经验不可复制,但可以借鉴,如今很多团队在硬件研发灵活度方面越做越好,是时候通过Scrum的思想将其有机的组织结合起来,你会发现当视角转转载 2022-03-31 09:39:33 · 194 阅读 · 0 评论 -
CSPO培训感想
CSPO的课程脉络很清晰,围绕了PO的使命,职责,输出物(产品愿景,产品待办列表,用户故事和用户画像),和交付输出所需要的各种方法和能力,采用讲练结合的方式,用Jim老师的话,2天的CSPO课程相当于浓缩版的MBA,这个卖点诱不诱人?原创 2022-03-22 10:23:03 · 434 阅读 · 0 评论 -
CSPO课程感悟
虽然整个周末都在紧张CSPO课程学习中,可是,周一的一早,我坐在办公室中,却丝毫没有疲惫的感觉,而是带着满满的干劲,准备去开始我新的PO旅程。转载 2022-03-17 10:17:57 · 463 阅读 · 0 评论 -
8项引导技能在Scrum中的应用
ScrumMaster应该为团队提供清晰的边界,创建一个“容器”或“事件”,来促进团队讨论想法以及交流合作。下面详细讨论如何通过基础引导技能和行为来促进Scrum中事件的进展。原创 2022-03-07 09:44:03 · 429 阅读 · 0 评论 -
敏捷教练是企业数字化转型的领头人
在我之前的咨询项目中,数字化转型目前已经成为很多大型企业的重中之重。就比如电子制造业,一方面市场比较成熟饱和,另一方面客户的需求却变得非常零碎和多变,所以传统的从需求收集到研发到试产到量产的古板冗长的流程已经很不适应当下的需求。企业亟需更能快速适应变化的工作方式。原创 2022-03-04 14:37:50 · 140 阅读 · 0 评论 -
敏捷教练和专业教练有什么不同?
我们在高阶A-CSM的课堂上,几个经常碰到的问题:什么是敏捷教练?敏捷教练和专业教练有什么不同?ScrumMaster是不是敏捷教练?原创 2022-01-29 09:52:53 · 721 阅读 · 0 评论 -
为什么科学驱动型公司需要用敏捷
一些背景完全不同的组织和一些激烈竞争中的组织都已经坚定地拥抱了敏捷方法,但这一趋势中明显缺少了一个领域:科学驱动型企业的研发。虽然敏捷实践和概念已经跳出软件,正在跨行业的改变着这些公司,但是这些部门仍然保留着它们原来的工作方式。原创 2022-01-28 09:32:38 · 1863 阅读 · 0 评论 -
硬件敏捷之我见
从事很多年的产品开发,有移动互联网的,有设备固件的,有大型工业物联网的,有纯上位机软件的,虽然没有直接介入硬件开发过程中,但通过敏捷在软件活动中的实践,我认为硬件开发是能够做敏捷的,至少有方法去实践敏捷思想所期望的一些益处,当然,绝非照搬软件敏捷开发。原创 2022-01-27 09:39:59 · 2505 阅读 · 0 评论 -
制造业产品开发中应用敏捷Scrum的思考 (下篇)
如同IT行业,制造业也面临着越来越严峻的挑战,市场要求企业能够做到更快的产品更新,更低的成本和更高的质量。在IT行业日益得到推广的敏捷Scrum框架给制造业的产品开发带来许多启发。不少企业已经开始尝试改变传统的瀑布式产品开发模式,应用敏捷Scrum 框架以快速适应市场变化,控制风险和提高客户满意度。本文在考虑国内制造业特点和目前状况基础上,就如何应用Scrum框架和理念表达作者的一点拙见。这里假设读者已经拥有敏捷理念和Scrum框架的基本知识。原创 2022-01-26 11:01:17 · 610 阅读 · 0 评论 -
敏捷Scrum理念的背后—写给机械制造行业同仁(上篇)
日趋残酷的市场竞争使机械制造行业面临着更快的产品更新、严苛的成本及质量管控等挑战,很多企业已经开始审视自身“习以为常”的传统模式,接触敏捷Scrum并在产品开发中尝试使用。原创 2022-01-25 09:40:20 · 489 阅读 · 0 评论 -
硬件Scrum指南
译者序:视角是个很神奇的东西,当站在敏捷的立场重新审视传统串行开发流程中的种种活动时会发现,我们一直在硬件开发中苦苦探求和实践的工作并行化,功能模块化,接口冗余化,测试模拟仿真化等都是不知不觉中在往解耦交付,缩短反馈,所见即所得,降低风险的道路上迈进,而敏捷开发也正是沿着这个方向开枝散叶,且率先在软件领域积累了大量的经验逐渐走向成熟,这给其它领域在敏捷道路上提供了足够多的参考和启发。经验不可复制,但可以借鉴,如今很多团队在硬件研发灵活度方面越做越好,是时候通过Scrum的思想将其有机的组织结合起来,原创 2022-01-24 09:29:11 · 258 阅读 · 0 评论 -
产品负责人成功之道
Scrum中,产品负责人这个角色具有很大的影响力,但要想运用得当,可没那么轻而易举:如能成功应用,就可以在客户/产品管理和开发者之间建立起全新而融洽的关系,企业也将因此而受益,甚至有可能增加竞争优势。不过天下没有免费的午餐:为了发挥其作用,组织要经常要做出有针对性的调整。这篇文章揭示了成功发挥产品负责人角色作用的奥秘。阅读之后,读者就可以明白:成功的产品负责人需要具备哪些素质。原创 2022-01-21 11:03:50 · 5124 阅读 · 0 评论 -
CSPO培训感想
CSPO的课程脉络很清晰,围绕了PO的使命,职责,输出物(产品愿景,产品待办列表,用户故事和用户画像),和交付输出所需要的各种方法和能力,采用讲练结合的方式,用Jim老师的话,2天的CSPO课程相当于浓缩版的MBA,这个卖点诱不诱人?原创 2022-01-20 09:42:35 · 320 阅读 · 0 评论 -
洞悉规模化敏捷框架S@S、LeSS、SAFe(下篇)
前面我们分享了《洞悉规模化敏捷框架》上篇和中篇,本篇是文章下篇,将继续从其他维度分析规模化敏捷框架。点击链接阅读:《洞悉规模化敏捷框架》上篇《洞悉规模化敏捷框架》 中篇正文 2.7 实践者(Practitioner) 认证并不是笔者的目的,但这里也简单介绍一下。Scrum@Scale的Practitioner认证(SaSP)只要参加认证课程,通过考试就可以获取认证。Scrum@Scale Trainer(Sa...原创 2022-01-19 09:59:04 · 655 阅读 · 0 评论 -
洞悉规模化敏捷框架S@S、LeSS、SAFe(中篇)
上篇说到规模化敏捷框架和从Scrum团队容器(Scrum Team)维度分析规模化敏捷框架。文章分为上中下三篇。本篇是《洞悉规模化敏捷框架》中篇,从其他维度分析规模化敏捷框架。如果你对本文和规模化敏捷有其他见解,欢迎留言与作者互动。点击阅读:洞悉规模化敏捷框架 上篇正文 2.2 角色(Roles) Scrum@Scale和LeSS并没有新增角色,他们都是Scrum的角色,LeSS对Product Owner的能力要求提到了一个...原创 2022-01-18 09:34:59 · 784 阅读 · 0 评论 -
洞悉规模化敏捷框架 Scrum@Scale 、LeSS 、SAFe (上篇)
本文以多个维度不同视角向你呈现Scrum@Scale 、LeSS 和SAFe三个规模化敏捷框架的共性和各自的特点。原创 2022-01-17 09:32:11 · 1057 阅读 · 0 评论 -
敏捷度量实践
管理学大师彼得德鲁克曾经说过“如果你无法度量它,就无法管理它”(“If you can't measure it, you can't manage it”)。对于软件研发工作,这句话同样一语中的,度量是一切技术改进和决策的前提。原创 2022-01-12 09:45:07 · 376 阅读 · 0 评论 -
【Scrum模式语言16】Scrum紧急程序(Emergency Procedure)
...公司、团队和个人经常会发现,他们付出努力却没能按期交付,迭代燃尽图显示失败几乎是注定的。而敏捷精神的基础就在于快速识别问题和迅速反应。原创 2022-01-11 09:16:28 · 318 阅读 · 0 评论