产品愿景板
敏捷文化

产品愿景板

产品愿景板是从商业模型画布演化而来的画布,用于快速定义产品的简单愿景。我真的很喜欢这个画布,它简单易用,可以让人清晰地看到产品的愿景。 产品愿景板 这是产品愿景板画布。您可以打印它,或者在一大张纸上画出来,然后将它贴在墙上,以便进行工作。 与产品愿景框不同(我们稍后将介绍这个实践),我们可以轻松地拥有数字版本,以便分享产品的愿景。 产品愿景板的目标用户群栏 这一栏是填写产品愿景板的第一个部分。我们必须确定将使用产品或我们将创建的服务的每种用户类型。您可以将这些用户看作是人物角色。 在电子商务网站上,我们可以将“顾客”或“物流师”定义为应用程序的角色。即使一名40岁的女性和一名15岁的少年的购买类型不同,他们都将被视为相同的“顾客”角色。为什么呢?因为他们将经历相同的用户旅程,而正是这个旅程对于我们产品的开发至关重要。 在市场营销中,我们将拥有两个不同的角色,因为在40岁的女性和15岁的年轻男性之间,市场营销方法将有所不同。 在这个栏中,我们只会列出人物角色的清单,不包含任何详细信息。例如:顾客、物流师、管理员、商品推销员…… 产品愿景板的需求栏 在编写人物角色后,我们将填写产品愿景板需求栏。尽管可能有许多需求,但我们将努力写下应用程序的主要关键用户的5至7个主要需求。 重要的是要明白,目标是简洁明了,用简洁的句子写下这些需求。 例如,对于电子商务网站: 购买产品 拥有高质量的售后服务 24小时内收到产品 安全付款 产品愿景板的产品栏 在编写需求后,我们将写下产品愿景板上满足先前编写的需求的产品的5至7个主要功能。与需求一样,我们将简洁明了地写下这些功能。 例如,对于电子商务网站: 产品详情 高质量的购物篮 订单简便管理 安全支付 产品愿景板的商业目标栏 商业目标栏是最难写的部分,因为您将不得不确定将跟踪的5至7个指标,以确保我们的产品朝着正确的方向发展。 为此,需要确定可衡量的关键绩效指标 (KPIs),并且不应强加一个抽象的读数来跟踪发展。 例如,对于电子商务网站: 2018年收入为30,000欧元 访客年增长率为20% 产品愿景板的愿景栏 当四个栏都填写完毕时,您需要在产品愿景板的愿景部分中用一句完整的句子来概括愿景。请注意,这个句子不能包含所有信息,也不需要写五行的扩展句子。 这是一个极其困难的练习,但您必须在一句话中概括您的产品。目标是帮助您通过这个句子有能力进行有关您的产品的电梯演讲。 产品愿景板的结论 […]

在看板 (Kanban) 中了解关键指标
Kanban

在看板 (Kanban) 中了解关键指标:实现成功的产品开发

在 Kanban 中,指标在评估预测性、成本、流量和产品开发流程的其他关键元素方面发挥着至关重要的作用。然而,有时候要理解这些指标可能会有些复杂。在本文中,我们将探讨 Kanban 的一些关键指标,它们的含义以及如何帮助您改进产品开发过程。 计算“交付时间” (Lead Time) 交付时间指的是客户提出请求后,直到请求被标记为“完成” (Done) 所经历的时间。这是一个至关重要的指标,因为它可以揭示系统内请求的流程和管理中的问题。 计算“周期时间” (Cycle Time) 另一方面,“周期时间”是请求在“进行中”部分停留的天数,从“进行中”移动到“完成”的过程中。您可以有多个不同的周期时间,以细化您的指标,例如成熟度周期时间,您可以计算从“描述”到“待办”之间的时间。 使用“吞吐量” (Throughput) 吞吐量代表达到“完成”状态的请求的数量。您可以轻松表示它,如下所示,每周显示达到“完成”的请求的总数: 如您所见,可以通过考虑过去三周的数据来预测将来的完成请求数。通常,我只考虑最近的三周,因为团队的成员可能会发生变化,例如有新成员加入或有成员离开,这可能会影响完成请求的数量。 您还可以执行类似的工作,但以完成点数的总数为基础,而不是请求的数量,以预测将完成的点数。 Bug 变成了问题 使用这些指标的好处之一是可以快速发现时间方面的问题。例如,如果处理错误的速率持续增加,可能需要采取紧急措施。下图说明了这一点: 图中显示错误率不断上升,如果不加以解决,可能会导致重大问题。这些问题可能是由于缺乏适当的单元测试或在代码质量(或测试质量)方面缺乏严谨性而引起的。 累积流程图 累积流程图对于可视化看板中的每个列中正在进行的请求数量非常有用。以下是它的外观: 识别瓶颈 累积流程图特别有助于识别不同阶段中的瓶颈。例如,在“进行中”部分,您可以看到 12 月 14 日采用的请求数量多于通常,但没有完成。这是一个可能需要分析的危险行为,因为如果继续下去,可能会导致许多未完成的请求。 解决瓶颈至关重要,必须制定解决请求流的措施,以避免工作的积压。 积压问题 另一方面,累积流程图还可以显示随时间积累的请求,表明当前团队无法满足所有请求。解决方案不一定是扩大团队规模,因为这可能不可行,而是实施严格的优先事项实践。请求者会理解,某些请求可能永远不会得到满足。 […]

MTBF
开发运营

了解 MTBF:平均故障间隔时间

MTBF,即“Mean Time Between Failures”的缩写,是各种行业尤其是与技术和工程相关的领域中的关键度量标准。它提供了有关产品或系统的可靠性和耐用性的宝贵信息。在本文中,我们将探讨什么是MTBF,其含义以及如何计算它。 什么是MTBF? MTBF是指产品或系统在发生故障之间的平均时间。它通过估算产品在不出现问题的情况下能够持续多长时间来量化产品的可靠性。MTBF通常以小时为单位表示,尽管根据上下文可以使用其他时间单位。 MTBF的计算公式很简单: MTBF = 总运行时间 / 故障次数 此计算涉及将产品或系统的总运行时间除以在该期间发生的总故障次数。结果是故障之间的平均时间。 MTBF的重要性 MTBF是一个重要的度量标准,原因如下: 可靠性评估:它有助于评估产品的可靠性。较高的MTBF表示更高的可靠性,因为这意味着产品不太容易发生频繁的故障。 维护规划:MTBF的数据有助于规划维护活动。这使得组织能够在潜在故障发生之前安排维护或更换组件或系统,从而减少停机时间。 质量改进:通过分析MTBF,组织可以识别弱点和需要改进产品或系统质量的领域。 确定保修期限:制造商通常使用MTBF的数据来确定其产品的保修期。MTBF较高的产品可以获得更长的保修期。 计算MTBF 要计算MTBF,请按照以下步骤进行: 定义一个时间段:确定要计算MTBF的时间段。根据需要,可以以周、月或年为单位。 记录故障:在定义的时间段内记录所有故障。 计算总运行时间:总结指定时间段内产品或系统的总运行时间。确保此时间段包括所有运行时间。 确定故障次数:计算相同时间段内发生的总故障次数。 应用公式:使用MTBF的计算公式来计算故障之间的平均时间。 解释结果:结果代表故障之间的平均时间。较高的MTBF表示更高的可靠性。 改善MTBF 组织可以采取措施来改善MTBF,增强其产品或系统的可靠性: 质量控制:在制造或开发过程中实施严格的质量控制措施。 定期维护:计划定期维护,以解决磨损和损坏问题,以防止潜在的故障。 组件冗余:在关键组件中引入冗余,以确保即使一个组件故障,也能实现无缝运行。 使用高质量的组件:在制造过程中选择高质量的组件和材料。 测试和模拟:进行严格的测试和模拟,以识别和纠正产品或系统的弱点。 数据分析:持续分析故障数据,以了解原因并采取预防措施。 […]

MTTR - Mean Time to Restore
开发运营

理解 MTTR:平均修复时间

MTTR 是 IT 服务管理和软件工程领域的一个关键指标。它衡量了在发生故障或中断后,恢复服务或应用所需的平均时间。MTTR 对于评估 IT 系统的可靠性、可用性和弹性至关重要,因此它对于 DevOps 团队、系统管理员和软件工程师来说都是一个宝贵的工具。 什么是 MTTR? MTTR 是一项衡量组织在解决问题和最小化服务中断方面的效率的指标。为计算 MTTR,需要将从故障开始到解决问题所经过的时间相加,然后将该总和除以给定周期内的总故障数。通常以分钟或小时为单位表示结果。 MTTR 的计算公式如下: MTTR = (所有故障的累计修复时间) / (总故障数) MTTR 是一个重要的指标,有以下几个重要原因: 提高响应能力:鼓励团队快速应对故障,因为较低的 MTTR 表明具备高效恢复服务的能力。 流程优化:推动自动化和运营效率,以减少问题解决的时间。 提升用户满意度:较少的停机时间意味着用户受到的干扰更少,从而提供更好的用户体验。 资源规划:有助于确定管理问题所需的资源。 如何改进 MTTR 为了降低 MTTR 并改进故障管理,以下是一些最佳实践: 积极管理故障:不要只是应对故障,制定预案以预防它们。识别潜在的故障原因并准备备用解决方案。 […]

目标运营模型
敏捷文化

定义目标运营模型(TOM)

目标运营模型(TOM)是商业管理领域的一个关键元素。它代表了组织计划如何实现其战略和运营目标的结构化和详细表示。TOM定义了业务在各个层面应如何运作,以实现最大效率和成功实施总体战略。 目标运营模型的主要组成部分: 组织结构: TOM概述了组织结构,包括业务单位、部门、团队和责任。它明确了业务的不同部分如何互动以实现目标。 运营流程: 它确定了支持业务活动所需的关键过程、程序和工作流程。通常,这些过程会进行详细描述,以便更好地理解。 技术和系统: TOM规定了必须支持运营的系统、技术和工具。这包括软件、硬件、平台和应用程序。 人力资源管理: 它涵盖了人力资源方面,包括人才管理、人员配备、培训和发展以及薪酬结构。 数据和信息: TOM表明了数据在组织内如何进行收集、管理、存储、共享和分析。它还确定了用于衡量成功的关键绩效指标(KPI)。 治理和控制: TOM定义了需要确保合规性和有效业务管理的治理、政策、标准和控制。 目标运营模型的作用: 战略对齐: TOM确保所有组织活动都与战略目标保持一致。这确保每一项行动都有助于实现公司的总体愿景。 提高效率: 通过优化流程和资源,TOM旨在提高运营效率。这可以带来成本节约和更好的资源利用。 变革管理: 在实施新的TOM时,组织可能面临与变革相关的挑战。TOM提供了一份路线图,以促进过渡,帮助员工了解新的运营方式。 沟通: TOM作为内部沟通工具,用于解释业务将来如何运作。它确保所有组织成员都了解他们在实现战略方面的角色。 测量和评估: TOM中定义的KPI使得能够衡量朝着目标的进展。可以根据需要进行调整,以确保组织保持在正轨上。 总之,目标运营模型是希望将其运营与战略对齐并提高效率的组织的关键工具。它提供了业务如何实现其目标的明确愿景,并提供了实施的路线图。通过制定并遵循健全的TOM,企业可以更好地管理变革,提高绩效,并在市场上保持竞争力。

MMP与MVP
敏捷文化

MMP与MVP:了解其关键区别

在产品开发领域,经常会使用MMP(最小可市场化产品)和MVP(最小可行产品)等术语。尽管它们听起来相似,但它们代表了将产品推向市场的不同方法。了解MMP和MVP之间的区别对于产品经理、开发人员和创业者至关重要。让我们深入探讨这些概念,探讨它们的不同之处。 MMP(最小可市场化产品) MMP代表最小可市场化产品,这个概念非常注重创建具有足够功能的产品,以使其对早期采用者或特定目标受众具有市场吸引力。MMP通常包括比MVP更全面的功能。 MMP的关键特点: 可市场性:MMP旨在准备上市,这意味着它具有足够的功能和功能,以吸引更广泛的受众。它针对特定市场细分并旨在满足其需求。 全面的功能:与MVP可能具有有限功能不同,MMP通常包括更广泛的功能和能力。这是因为它旨在满足特定用户群的要求。 目标受众:MMP是根据对特定市场细分或用户群的深刻了解而创建的。它不是面向广泛受众的,而是面向重视提供的功能的利基市场。 迭代开发:虽然MMP比MVP更丰富,但它不是最终产品。它提前发布,允许团队根据用户的反馈意见进行进一步改进。 MVP(最小可行产品) MVP或最小可行产品是一种优先创建具有最少功能的产品版本的开发方法。MVP的主要目标是验证产品概念,收集用户反馈并从实际使用中学习。 MVP的关键特点: 最少功能:MVP只包括测试产品概念所需的基本功能。它专注于核心功能,并省略了最初验证所需的任何附加功能。 快速开发:MVP的开发速度非常快,以尽快进入市场。这个快速反馈期允许早期测试和验证。 用户反馈:MVP是为了收集用户反馈和见解而推出的。这些反馈对于做出有关进一步产品开发的明智决策至关重要。 降低风险:通过从最小产品开始,大大降低了在可能不会成功的全面产品上投资时间和资源的风险。 MMP和MVP之间的关键区别 功能范围:最重要的区别是功能范围。MMP包括一组更广泛的功能,专为特定受众定制,而MVP具有最少的初步测试所需功能。 受众:MMP针对具有特定需求的利基受众,而MVP针对具有基本功能的广泛用户群体。 开发时间表:MVP的开发速度很快,以验证概念,而MMP需要更长的时间来创建,因为它旨在满足更全面的要求。 市场准备度:MMP被认为已准备上市,而MVP的设计是为了进行实验和收集见解。 总之,尽管MMP和MVP在产品开发中都发挥着重要作用,但它们之间的主要区别在于功能范围、受众和开发方法。选择两者之间的区别取决于您的产品目标、目标市场和您愿意承担的风险水平。

部落经理
敏捷文化

部落经理:在大规模敏捷组织中的成功策划

当今不断发展的敏捷方法论领域中,规模较大的敏捷框架,如SAFe(Scaled Agile Framework),日益受到重视。在这个背景下,部落经理的角色成为一个关键职位,负责确保大规模敏捷组织的对齐、协作和成功。但部落经理到底是什么,为什么这个角色如此关键呢? 理解部落经理的角色 部落经理是敏捷组织中的关键领导职位,通常负责一个被称为部落的团队群。部落包括多个敏捷团队,它们共同努力实现共同目标,通常与特定的价值流或产品相关。部落经理的角色是促使和使这些团队能够协同高效地工作。 部落经理的责任 部落经理的责任多样而复杂,包括: 与组织战略保持一致:部落经理确保部落的工作与组织的战略目标保持一致。他们在将更大战略愿景转化为部落层面的可操作计划方面发挥关键作用。 授权团队:部落经理授权其部落内的团队做决策并对他们的工作负责。这种授权培养了自治、责任和创新的文化。 促进协作:协作是敏捷方法论的核心,部落经理在促进团队间的跨团队协作方面发挥着重要作用。他们鼓励知识分享、共同解决问题和持续改进。 支持敏捷实践:部落经理帮助团队实施并遵循敏捷实践,确保团队遵循敏捷方法论的原则和价值观。他们可能就敏捷仪式、惯例和最佳实践提供指导。 消除障碍:识别并消除妨碍团队进展的障碍是一个关键责任。部落经理努力创造一个有利于团队高效交付价值的环境。 沟通与汇报:部落经理充当部落和组织领导之间的桥梁。他们定期提供更新、进展报告和状态更新,确保透明度和对齐。 持续改进:部落经理推动持续改进的文化,团队定期反思他们的流程和成果,寻找提高效率和有效性的方法。 为什么部落经理的角色很重要 部落经理的角色之所以重要,有几个原因: 对齐和专注:在大型组织中,保持多个团队间的对齐是具有挑战性的。部落经理在确保团队朝着共同目标努力方面发挥着至关重要的作用。 效率和生产力:通过授权团队并消除障碍,部落经理提高了敏捷团队的效率和生产力,从而实现更快的交付价值。 协作:团队间的协作是敏捷的核心原则。部落经理促进了这种协作,进而产生更好的结果和更多的创新。 适应性:随着敏捷领域的不断演变,部落经理帮助组织在不断变化的商业环境中适应和茁壮成长。 战略执行:部落经理弥合了战略目标和实际执行之间的差距。他们在将战略转化为行动方面发挥着至关重要的作用。 总之,部落经理是大规模敏捷组织成功的关键。这个角色确保了多个团队之间的对齐、协作和高效交付价值。随着敏捷方法不断塑造未来工作的形态,部落经理的角色在编排成功方面变得日益关键。那些认识到并投资于部落经理职位的组织更能在今天不断变化的商业世界中立于不败之地。

Scrum团队如何规划在Sprint内要完成的工作
Scrum

Scrum团队如何规划在Sprint内要完成的工作?

Scrum,作为最流行的敏捷框架之一,以其迭代和增量的软件开发方式而闻名。在Scrum的核心是Sprint,这是一个时间限定的时期,团队在其中协作以交付一个潜在的可交付的产品增量。Sprint Planning是Scrum中的一个关键事件,对塑造Sprint的成功起着至关重要的作用。在本文中,我们将探讨Scrum团队如何有效地规划要在Sprint中执行的工作。 1. Sprint Planning之前的准备: 在召开Sprint Planning会议之前,Scrum团队应该准备一个精细的产品待办清单。产品待办清单是需要完成的所有工作的有序列表。产品负责人(Scrum中的一个关键角色)负责维护和完善此待办清单。通常,待办清单顶部的项目更详细,准备好用于下一个Sprint,而较低的项目可能需要进一步完善。 2. 为Sprint Planning做好准备: Sprint Planning分为两个部分:第1部分确定“要做什么”,第2部分确定“如何做”。 第1部分:要做什么? 产品负责人向Scrum团队呈现了优先级最高的产品待办项目。 开发团队寻求对这些项目的范围和目标进行澄清。 Scrum团队讨论所选的产品待办项目,以确保他们理解要求和验收标准。 第1部分结束时,Scrum团队应该对Sprint期间要进行的工作有共同的理解。这是一个关键阶段,因为它确定了Sprint的目标,并定义了每个项目的“已完成”意味着什么。 第2部分:如何做? 在这个阶段,开发团队共同决定如何交付所选的产品待办项目。 他们将这些项目分解成较小的任务,估计每个任务所需的工作量,并制定完成它们的计划。 开发团队可以使用各种敏捷技术,如故事点或理想天数,来估算任务。 3. 容量和速度: 在Sprint Planning中,Scrum团队还应该考虑自己的容量。容量由团队的速度决定,速度是他们通常在Sprint中完成的工作量。团队可以使用以前Sprint的历史数据来估算他们的速度。 4. 已完成的定义: 已完成的明确定义和一致的验收标准对于Sprint Planning至关重要。没有明确定义的已完成,要在增量的所有工作中实现一致性和质量将是具有挑战性的。 5. 灵活性和调整: Sprint Planning应该是一个灵活的过程。如果在Sprint期间,Scrum团队发现可以增加产品价值的变更,他们应该在Sprint Planning会议上讨论这些变更并进行必要的调整。 6. […]

巨大的剪刀石头布 – 破冰游戏
敏捷文化

巨大的剪刀石头布 – 破冰游戏

我将为您介绍一个经典的破冰活动,这在许多敏捷会议中都可以看到:巨大的剪刀石头布。这是一个相当有趣的破冰活动,可以真正为会议室增添气氛。 引导者通常在会议(研讨会或聚会)开始时进行这些破冰活动,以在活动结束后创造一个更加轻松的氛围。 还可以了解我们的其他破冰活动/活力活动。 我有时会创建破冰活动并进行测试,但这是敏捷会议中的一个经典。掌握巨大的剪刀石头布以及先前提供的其他4个破冰活动将使您拥有各种不同活动的破冰活动清单。 巨大的剪刀石头布 经典剪刀石头布的规则 在进行破冰活动之前,最好简要介绍一下剪刀石头布的规则;今天,我仍然会发现一些人对这个游戏的规则一无所知。 参与者可以用手表示三种不同的形状:石头(握紧的手),纸(张开的手掌)和剪刀(分开的两个手指)。请查看下面的图片,以了解如何轻松地表示这三种形状。 就像上面的图中的箭头所表示的那样,以下是简单易懂的规则: 纸包住并扼杀石头 剪刀切割纸 石头砸碎剪刀 当两个人面对面进行剪刀石头布比赛时,根据上述规则,胜者将是那位作出积极回应的人。 举个例子: 1/ 罗伯特出“石头”,亚尼克出“纸” => 纸包住并扼杀石头,所以亚尼克赢得比赛。 2/ 罗伯特出“石头”,亚尼克出“石头” => 我们处于平局情况。 3/ 罗伯特出“石头”,亚尼克出“剪刀” => 石头砸碎剪刀,所以罗伯特赢得比赛。 如您所见,这些规则相对简单易懂。 巨大的石头剪刀布游戏? [规则已更改] 有一些稍微不同的版本,但在我提供给您的版本中,我们将要求参与者单独在房间里行走。 在主持人说“开始”后,人们将前进,一旦他们遇到别人,就会停下来。然后,两个人将进行经典的石头剪刀布游戏。 然后会有3种可能的结果: 输的人站在赢的人后面 获胜者将成为领队(由他自己和输的人组成) 在平局的情况下,两人都会继续前进 […]

RTE(Release Train Engineer)- SAFe
SAFe

RTE(Release Train Engineer)- SAFe

在SAFe中,RTE(Release Train Engineer)是法国企业越来越需要的角色;的确,SAFe在法国的应用越来越广泛,尤其是在过去的两年里。让我们看看RTE(Release Train Engineer)在SAFe中扮演的关键角色。 什么是RTE(Release Train Engineer)? RTE(Release Train Engineer)是敏捷发布列车(Art)的仆人领袖和教练。他是SAFe程序级别治理的三个关键角色之一。 以下是程序级别的三个关键角色的简要介绍: RTE(Release Train Engineer)负责方法框架 产品经理负责功能部分 系统架构师负责架构 他的职责 RTE(Release Train Engineer)的职责包括: 促进敏捷发布列车(Art)(团队之间或程序级别治理三位一体之间的沟通) 管理和优化Program Kanban和其他信息看板中的流程 协助团队交付价值 与利益相关者进行沟通(RTE) 升级和跟踪遇到的障碍 协助风险管理 鼓励程序级治理团队和团队持续改进 确保及时传达迭代和程序增量的日期 促进PI计划并通过预期和后期PI计划的愿景和待办事项准备来协助 帮助整合团队PI目标的综合和透明共享 协助跟踪功能和能力的进展 促进Art Sync(Scrum […]