精华内容
下载资源
问答
  • 产品待办事项列表
    2022-02-18 16:31:19

    产品规划会

    在我们的例子中,产品待办列表是我们计划构建的一组功能。在 YouTrack 团队,我们每年至少进行一次全面的规划会议。我们在办公室召集整个团队几天,从不同的角度讨论我们的计划:我们的客户想要什么,从我们的角度来看什么是重要的,以及我们认为哪些工作很酷。我们根据产品使命和公司目标验证这些要点。

    优先级

    我们创建了一个我们计划工作的主要方向的列表,并为每个子系统定义了一组必备、重要和好用的特性。
    必备功能在列表中排在首位,重要且值得拥有的功能优先级较低。我们还考虑了我们需要开发的最小功能集,以便与我们的客户共享它作为早期预览。主要目标是尽快获得反馈并即时调整新功能。

    我们采用此列表并在 YouTrack 中创建一组问题。我们在一个名为 YouTrack Backlog 的单独项目中跟踪这些问题。该项目仅包含用户故事。我们在 YouTrack 公共项目的规划会议和冲刺期间为所有开发任务创建问题。
    积压工作存储为 Scrum 板上使用的已保存搜索。我们称之为 YouTrack Backlog 用户故事。这是它背后的搜索查询:
    #ytb #unresolved has: -{Board YouTrack} 。 我们手动排序问题以反映它们的优先级。

     

    以下是我们使用 YouTrack 管理产品积压的方式:

    1. 使用过滤器显示尚未在板上的未解决用户故事并代表有意义的工作:
      #ytb #unresolved has: -{Board YouTrack}
    2. 将此搜索保存为YouTrack Backlog User Stories
    3. 根据我们下一个版本的计划对积压工作进行优先级排序。我们通过拖动列表中的项目来手动对积压工作进行排序。

    提示:YouTrack 在保存的搜索中保留您的手动排序顺序,并在列表左侧用蓝色垂直线突出显示它。

    4. 定期调整我们的待办事项,在用户故事变得或多或少重要时重新排序。

    更多相关内容
  • Scrum模式中产品待办列表的样本范文。初学者可以直接使用模板来创建自己的产品待办列表。包含了完整的产品待办列表列和内容。
  • 简单的待办事项清单 Kamaleshwar为CodeChef制作的原型网络应用程序,2011年10月 安装 将所有文件上传到Web服务器 创建一个数据库(例如:todo) 转到http://your_website_address/todo/install.php来启动安装过程 ...
  • 团队估算出用户故事的规模(故事点数)故事地图:根据用户故事的商业价值和用户通常对它们的执行顺序来进行排序,以便团队能够对将要构建的内容有共同的理解MVP最小可行性产品MMF最少可售特性相对估算DoD是在待办项...

    PO和团队讨论用户故事,细分并提供细节信息和验收标准等;

    PO对用户故事排优先级

    团队估算出用户故事的规模(故事点数

    故事地图

    根据用户故事的商业价值和用户通常对它们的执行顺序来进行排序,以便团队能够对将要构建的内容有共同的理解

    MVP最小可行性产品

    MMF最少可售特性

    估算技术(不同团队故事点基数及总量不同)

    相对估算

    • 估算扑克
      • 是一种协作式的的相对估算技术。
      • 采用修正的斐波那契数列:0,1,2,3,5,8,13,20,40,100
      • 不同的团队故事点
    • 亲和估算
      • 将产品待办事项规模相近的放在一起,组成一组
    • 宽度德尔菲
      • 德尔菲法的变型,包含更多的沟通和人际协作
    • 举手表决

    优先级排序技术

    • 模型法:

      • MoSCow(重点)
        • Must Have 基本的:解决方案的必要基础
        • Should Have 重要的:增加重要价值
        • Could Have 可以有:可以较容易实现的
        • Won't Have 不会有:这次不会有
    • 单指标法:

      • 价值(多票制/购买特性)
        • 多票制:向每人提供规定数量的彩色点,然后他们将彩色点放在其认为最重要的需求上,然后汇总每个功能的所有选票
        • 购买功能:一定数量的模拟货币,来购买所选择的功能,计算每个特性所获得的总金额,以此来排序
      • 时间盒
        • 通过设置严格的时间限制,并且对团队在这段时间内可完成的工作进行排序
        • 往往和其它参数一起使用
    • 多指标法:

      • 优先矩阵:
        • 价值-时间 矩阵
        • 价值-风险 矩阵(价值高风险大-先做,价值小风险大-避免)
        • 价值-成本 矩阵
      • 加权最短优先左右WSJF
        • WSJF = (商业价值+时间临界+风险减少或机会启用) / 工作量
        • 常用修正的斐波那契数列:0,1,2,3,5,8,13,20,40,100
        • 有时也简化为 “价值/成本

    准备就绪定义 DoR

            用户故事被认为是充分理解并能开始构建,整个团队一致同意所需完成的一系列条件或质量验收标准

    就绪的定义(DoR)
    清楚表达业务价值
    有开发团队能够理解的足够多的细节,这样就能针对是否能够完成 PBI 做出明智的决策
    已经识别出依赖关系,不存在阻碍 PBI 完成的外部依赖关系
    为了完成 PBI ,团队人手配备齐全
    PBI 做过估算、足够小、很容易在一个迭代中完成
    接受标准清晰且是可以测试的(或者 INVEST 原则)
    如果有性能标准的话,性能标准是已经定义并且可测试的
    团队清楚在迭代评审中如何演示PBI

    完成定义 DoD

            DoD 是在待办项被认为已充分开发以被商业干系人接收之前/开发之前,整个团队一致同意完成的一系列条件/验收标准

            DoD 可在许多细节层面上创建,通常在用户故事级别、迭代级别、发布级别和产品级别上定义

    完成的定义(DoD)
    设计评审完成
      代码完成
      代码重构完成
      代码是标准格式
      代码已加注释
      代码已提交
      代码已检查
    最终用户文档已更新
    完成测试
      完成单元测试
      完成集成测试
      完成回归测试
      完成平台测试
    零已知缺陷
    完成接收测试
    已在生产服务器上线
    展开全文
  • 产品待办事项列表」、「迭代待办事项列表」、「增量」被视为敏捷项目管理 Scrum 实践的三个核心工件,分别代表了「产品目标」、「迭代目标」和「迭代完成的定义」。其中,待办事项列表(Backlog)将 Scrum 团队的...

    Scrum 是敏捷项目管理的经典框架,在 2020 年最新版的《Scrum 指南》中,Scrum 之父对迭代目标和完成的定义进行了更为清晰的阐释。「产品待办事项列表」、「迭代待办事项列表」、「增量」被视为敏捷项目管理 Scrum 实践的三个核心工件,分别代表了「产品目标」、「迭代目标」和「迭代完成的定义」。其中,待办事项列表(Backlog)将 Scrum 团队的任务通过优先级排序的形式罗列出来,提高项目透明度,使团队聚焦于项目进展,最终实现交付承诺。ONES Project 「待办事项」组件能够帮助敏捷团队更好地管理项目需求。

     图片

     

    待办事项列表的原则

     

    待办事项列表是产品负责人根据路线图及其需求梳理出来的工作清单,是开发团队工作和需求变更的唯一来源,团队根据待办事项列表的优先级进行开发工作,实现产品价值的最大化。

     

    敏捷联盟创始人 Mike Cohn 在他的《Succeeding with Agile》一书中提到,「待办事项列表」需要遵循 DEEP 原则:

     

    • 详略得当(Detailed Appropriately)

    迭代中要完成的用户故事需要足够详细,消除故事不确定性和未知可能,从而提高迭代效率。优先级越高的故事,粒度要越小;优先级较低的故事,则可以不用太详细。

     

    • 做过估算的(Estimated)

    待办事项列表的故事应该是经过估算的,优先级越高的故事需要进行越精准的估算,优先级低的故事可以在获取更多信息之后再进行重新估算。

     

    • 动态发展的(Emergent)

    待办事项列表并不是静止不变的,随着团队对项目的信息了解更深入,列表中的用户故事会增加、减少或重新排优先级,以灵活应对变化。

     

    • 排列优先级的(Prioritized)

    在待办事项列表梳理过程中,价值越高的故事排列在最顶部,研发团队始终完成优先级最高的事项。

     

    图片

    DEEP 原则

     

    待办事项优先级如何排列

     

    Scrum 团队中的三类角色均需要参与到待办事项的梳理。产品负责人在 Scrum Master 的协助下,将待办事项优先级梳理出来,并为整个团队解释用户故事,澄清疑问,确定验收标准等。而在进行待办事项的优先级排序时,需要考虑多方面的因素:客户满意度、业务价值、需求频率、开发成本、风险和复杂度

     

    1

    客户满意度

    用户故事应该是满足客户需求的,能够提高客户对产品的满意度。因此,我们需要将可能获得客户较高满意度的功能分配更高的优先级。一般而言,先实现基本需求,然后实现性能需求,最后实现锦上添花的功能。

     

    2

    业务价值

    团队由上至下都能够理解并统一业务目标是极其重要的。能够帮助团队最大化实现业务价值的功能当然应该被赋予更高的优先级,产品负责人应瞄准长期的战略目标来梳理待办事项优先级。

     

    3

    需求频率

    功能是否是大多数用户/客户的需求,以及功能被使用的频率有时候也需要被考虑。一个频繁被使用的产品功能应该要优先于其他功能,例如系统的登录界面是所有用户都会使用的,则它的开发和体验优化应具有更高的优先级。

     

    4

    开发成本与回报率

    在考虑开发成本时,我们需要综合考虑成本与其获得的回报。低成本高回报的功能开发应该排在高优先级,根据实际情况,有时候高成本高回报也可能获得较高的优先级。

     

    5

    风险和复杂度

    高风险、高复杂度的功能应安排在早期,这有利于团队在项目和迭代的初始阶段提前发现并及时应对,如果将它们放在低优先级的位置,可能会导致团队需要花费更多的时间进行调整。

     

     

    ONES 待办事项组件

    让敏捷管理透明化

     

    「透明」、「检视」、「适应」是 Scrum 的三大支柱。「待办事项列表」能够帮助敏捷团队清晰地了解接下来的工作,产品负责人需要经常检视列表中的任务进展,必要时对待办事项列表进行增、删或调整,以适应团队的实际业务场景。为了更好地实现待办事项的管理,产品负责人需要将「待办事项列表」在线化,保证信息的透明度,提升协作效率

     

    ONES Project 「待办事项」组件帮助产品负责人高效梳理待办事项,通过轻松拖拽就能把待办事项中优先级高的工作项(如需求)规划至迭代,完成迭代计划;同时也可以把待办事项规划至发布,完成发布计划

     

    以迭代规划为例,Scrum 团队可以通过以下流程完成「待办事项列表」管理:

     

    1. 产品负责人梳理待办事项列表,梳理需求优先级;

    2. 召开迭代计划会,迭代成员评估高优先级的需求;

    3. 创建迭代,将需求拖拽入迭代;

    4. 估算迭代规模,避免不合理规划及资源浪费;

    5. 开始迭代,开发实现,完成需求;

    6. 迭代完成后,待办事项列表将不展示已完成的需求和迭代。

     

    ONES 「待办事项」使用指南

     

    1

    添加「待办事项」组件,设置数据范围

    在项目设置中添加「待办事项」组件,并选择可以显示的工作项数据,如选择了需求和任务,则该项目下未完成的需求和任务均会纳入到「待办事项」中。ONES 还支持为「待办事项」组件设置权限,保证项目数据安全。

     

    图片

    ONES Project 「待办事项」组件

     

    2

    新建工作项,梳理待办事项列表

    「待办事项」组件展示当前项目下未完成的需求、任务等工作项,并根据工作项是否已规划至迭代,分为「已规划」和「待规划」2个区域。

     

    在「待规划」区域下「新建工作项」,并填写工作项详情。产品负责人根据优先级排序规则,梳理待办事项列表,将高优先级的工作项拖拽到列表上方

     

    图片

    在待规划中「新建工作项」

     

    图片

    拖拽调整待办事项优先级

     

    3

    规划迭代,评估迭代规模

    在规划阶段,产品负责人可以在「已规划」区域新建迭代,将优先级较高的工作项拖拽至迭代内,完成迭代计划。

     

    图片

    在已规划中「新建迭代」

     

    图片

    将高优先级任务拖拽至迭代

     

    同时,迭代负责人可以根据故事点,评估迭代规模。ONES 系统自动会计算每个迭代的「当前规模」与「建议规模」,它们分别体现了此迭代规划内容的工作量与团队研发能力的关系,帮助产品负责人避免不合理规划或者资源浪费。

     

    图片

    评估迭代规模,合理规划资源

     

    4

    开始迭代,完成「待办事项」

    开发人员根据所负责迭代的「待办事项列表」进行开发工作,已完成的工作项将不再展示在列表中,直到迭代完成。

     

    ONES 企业级研发管理工具,提供一站式的敏捷研发管理解决方案,为团队打造高效的协作环境,保障项目持续高质量交付。凭借专业的产品与服务,ONES 获得了小米、招商基金、浪潮软件、国酒茅台、人民日报新媒体等20万余家企业及团队的认可,在软硬件、互联网、游戏、金融科技、新媒体等多个领域均有成熟的实践经验和解决方案。

     

    图片

    ONES 敏捷研发管理解决方案

     

    欢迎访问 ONES 官网 https://ones.ai 或点击阅读原文免费试用,开启团队高效研发之旅!

    展开全文
  • Chris Warrick 的 LaTeX 待办事项列表我相信管理事情的最好方法是一张模拟纸。 这些纸片来自LuaLaTeX精心制作的模板。我不想使用 LuaLaTeX! GitHub上提供了。 如果您不想以任何方式自定义它,则可以使用它。 (您只...
  • 使用产品待办事项可能具有挑战性,许多产品所有者都在争夺过多且详细的待办事项。 这篇博客文章提供了十个实用技巧,可帮助您有效地处理积压的产品。 提示1:使用产品路线图补充您的产品积压 使用路线图勾勒出要...

    使用产品待办事项可能具有挑战性,许多产品所有者都在争夺过多且详细的待办事项。 这篇博客文章提供了十个实用技巧,可帮助您有效地处理积压的产品。

    提示1:使用产品路线图补充您的产品积压

    使用路线图勾勒出要推广产品的总体过程。 说明即将发布的主要版本及其目标或收益。 然后从路线图中导出您的产品积压,并使用目标发现正确的积压项目。 这可以确保您的待办事项与产品策略保持一致,并且可以帮助您确定应将哪些项目添加到产品待办事项中,哪些不应添加。

    产品路线图和产品积压

    提示2:将积压的重点放在下一个主要版本上

    使用产品待办事项作为一种战术工具,用于说明必须提供产品的详细信息(包括史诗和用户故事),以交付下一个主要版本。 这导致了简洁的积压,相对容易更新和更改。 产品的长期增长应记录在产品路线图上

    提示3:从简短的产品概述开始

    特别是当您创建新产品或新功能并保留较低优先级的项目时,尤其如此。 使用用户和客户的反馈来决定要实现的功能,发展产品积压和完善其项目。 但是, 当您的产品成熟并且您的重点是增量更改和错误修复 ,可以有更长,更详细的待办事项列表。

    与开发团队合作

    让团队成员参与产品积压工作。 这使您可以从他们的知识和创造力中受益,并发现技术风险和依赖性。 这也增加了团队成员的理解和认可,并产生了更好,更清晰的要求。

    提示5:说不

    拒绝那些无法帮助您实现发布目标的想法和要求,并使您更接近实现产品愿景 。 这样可以确保您的产品具有明确的价值主张,并且可以防止产品膨胀。 如果想法或要求很重要,但在接下来的几个月中无法实现,请考虑将其添加到产品路线图中。

    提示6:超越用户故事

    尽管用户故事和功能要求通常很重要, 但它们通常还不够 。 还要考虑用户交互 ,产品的非功能性质量以及用户界面 ,并在产品积压中捕获它们。

    提示7:优先处理待办事项

    使用不确定性和风险来决定应该多快实施一项项目 。 尽早处理不确定的项目,可以测试您的想法,快速失败并学习如何继续。 用成本效益弥补风险,并在必要时考虑依赖性。

    提示8:主动管理您的产品积压

    与开发团队一起定期整理和完善它 。 分析通过向用户展示最新产品增量而收集的反馈和数据,并将新见解应用于积压订单:删除和添加新项目,以及更新现有项目。 这样可以最大程度地构建用户真正想要的产品的机会,并且可以使产品积压的订单保持最新和简洁。

    提示9:准备好待办事项

    通过利用向用户展示增量产品获得的见解,将较大的项目分解为较小的项目。 确保已将高优先级项目准备好用于冲刺计划:这些项目应清晰,可行且可测试。 这促进了切合实际的承诺,并且帮助团队将项目变成产品增量,而不必在sprint期间不断询问您用户故事的含义以及是否缺少任何内容。

    提示10:使您的产品待办事项列表可见并易于访问

    尝试基于纸张的待办事项并将其放在墙上。 这样的积压有几个好处:

    • 它清晰可见,并具有透明度-假设它位于团队会议室的墙壁上,并且人员在同一地点。
    • 当您的积压太大时,它会提醒您,因为您的墙体空间即将用完。

    诸如“我的产品画布”之类的工具可帮助您组织和可视化积压订单。

    产品画布角色

    如果无法使用纸质产品积压,请使用易于使用的电子工具。 或在JIRA之类的工具中考虑将墙上的某些物品与其他物品(例如高优先级故事)混合使用的方法。

    学到更多

    通过参加我的产品负责人培训课程并阅读我的书《 敏捷产品管理和Scrum》,您可以了解有关产品积压的更多信息。

    标题图片根据知识共享零许可证在Pexel上发布。

    翻译自: https://www.javacodegeeks.com/2016/11/10-product-backlog-tips.html

    展开全文
  • 产品拥有者 (product owner)是负责该等内容,产品待办事项列表中的优先及可用性称为 Product Backlog的优先级 (priority order)。 Product Backlog 是一个不断改进的列表,初始版本只列出了最初步和众所周知的需求...
  • 一个良好优先级的敏捷backlog不仅使发布和迭代计划更容易,它还传播了你的团队打算花时间做的所有事情——包括客户永远不会注意到的内部工作。...最重要的项目显示在产品待办事项列表的顶部,这样团队就知道首先要...
  • 为了将来的Sprint拆分大事项、分析事项、重新估计并重排优先级。 参与者: 团队;如果产品负责人是能够帮助梳理细节的专家,那么他会全程参与整个活动,否则他可以只参与其中一部分来设定方向或者重排优先级;其他...
  • 产品待办事项优化是向产品待办事项中的项目添加细节、估计和订单的行为。这是一个持续的过程,在这个过程中,产品所有者和开发团队就产品待办事项的细节进行协作。在产品待办事项优化过程中,对项目进行审查和修订。...
  • Backloban 旨在与简单的看板项目经理一起提供产品待办列表 Web 工具。 该项目旨在提供一个完整的 nodejs Web 应用程序以及前台样板 总体思路是提供完整的 Web 开发教程,包括其样板。 该项目还旨在通过积压的敏捷...
  • 使用Swift开发的用于macOS的最小菜单栏应用程序,可轻松访问和管理待办事项。 下载 必须允许在“系统偏好设置”的“安全性和隐私”选项卡中允许程序运行。 屏幕截图 V1.0-我们学到了什么 通过用例定义产品 使用用例...
  • 项目的需求永远不会停止变化,因此产品待办事项列表就像一个活的Scrum 工件。 Product Backlog 中的高优先级项目是细粒度的,因为这些项目的信息和细节更多,所以有更多的细节和准确的估计。较低优先级的项目是具.
  • topydo是使用的功能强大的待办事项列表应用程序。 它具有三个用户界面: 命令行界面(CLI)-最初受Gina Trapani的的启发。 提示模式-CLI的便捷模式。 使用topydo prompt启动。 列模式-基于文本的用户界面(TUI...
  • 写在前面的话: 原本是一天的活动,因为自己偷懒,上午没去,只去了下午,惰性作祟呀,下次不可再有。 几点收获: 两个概念,有可能记错单词了,大概意思如下 ILI:初次感兴趣的用户 ... OLI:持续感兴趣的用户 ...
  • 在 2020 年最新版的《Scrum 指南》中,Scrum 之父 对迭代目标和完成的定义进行了更为清晰的阐释。「产品待办事项列表」、「迭代待办事项列表」、「增量」被视为 Scrum 实践的...
  • 产品待办列表的几个最佳实践

    千次阅读 2014-04-28 21:12:23
    产品待办列表对应的英文是project backlog,也有翻译为“产品待办事项列表”,是指为开发完善产品而待办的事项列表。 在Scrum Guide中,产品待办列表是一个排序的列表,包含所有产品需要的东西,也是产品需求变动的...
  • 产品积压是一个很好的工具。 但是有效地使用它可能很困难。 挑战之一是正确设置细节级别。 积压的细节过于繁琐且难以管理。 但是,积压得太粗的产品积压也无济于事:它对开发团队的指导太少。 这篇文章可帮助您在...
  • 使用功能和React概念在JavaScript中实现的待办事项清单应用程序。 为什么在没有React的情况下进行React React是一个很棒的库,用于构建遵循功能性方法并简化状态管理的可重用前端组件。 当构建事务组件时,例如...
  • 一个简单且最小的基于React的待办事项列表Web应用程序,具有PWA(渐进式Web应用程序)支持。 :backhand_index_pointing_right_light_skin_tone: :winking_face: 产品特点 :fire: 创建任务 删除任务 检查完成的任务...
  • 使用 Ruby on Rails 制作的简单工作待办事项列表,以帮助学习该框架。 这是我的第一个 Ruby on Rails 项目。 重点是学习 Rails 脚手架而不是布局样式。 我在这个项目中使用了 TDD(测试驱动开发)方法。 因此,在...
  • react待办事项 摘要 产品积压是一个很好的工具。 但是有效地使用它可能很困难。 挑战之一是正确设置细节级别。 积压的细节过于繁琐且难以管理。... 从理论上讲,应优先处理您的产品待办事项列表,高优先级...
  • 最近,使用jira进行项目管理,出现一些问题,...问题:待办事项看板,不显示问题列表? 解决方案: 由于我自己自定义了工作流,所以新的状态未对应到相应的列,拖到相应位置即可: 问题解决了: ...
  • 应对待办事项清单挑战<前端测试>这是关于什么的: 该测试的目的是了解您在有限... 列出待办事项作为用户,我想在列表中查看所有待办事项。 删除待办事项作为用户,我不想再从列表中删除待办事项。积压更新待办事项A
  • 用户故事(必需和可选)必备必备故事创建一个帐户登录和注销添加和删​​除任务编辑任务在待办事项列表中创建并获取计划任务的提醒选择宠物+功能查看宠物,宠物状况,宠物特征添加预定义的任务(清洁,饮食,运动,...
  • scrum

    千次阅读 2019-02-22 09:38:45
    b、三个工件:产品代办列表、Sprint代办列表产品增量 c、五个会议:冲刺计划会、每日站会、评审会、回顾会、代办事项梳理 d、五个价值观:开放、专注、勇气、承诺、尊重 4、DOD 1、scrum定义以及scrum流行的...
  • 一款 Android 待办事项应用程序,虽然非常智能 对位置和时间敏感的 ToDo 任务的命名和可共享列表。 主要活动 显示现有的 ToDo 任务列表(例如,太浩湖之旅、杂货店购物、劳动节野餐、公寓狩猎、产品发布等)。 用户...
  • 前言 这里有PMP的学习资料,需要的可点下方超链接自取,无套路 PMP学习资料网盘链接 兄弟萌记得点赞和收藏哦,以后也会...适应:如果检视发现一个或多个方面偏离可接受范围以外,并且将会导致产品不可接受时,就必须

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 3,986
精华内容 1,594
关键字:

产品待办事项列表