• 硝烟中的JIRA和敏捷开发(二)-“ActiveSprint”中story无法显示子任务sub-task

    时间:2024-04-01 17:05:12

    今天建好了新迭代的story并启动了一个新Sprint,突然发现在ActiveSprint中story无法显示子任务sub-task了。花了点时间解决了,记录一下以便后面的兄弟少踩坑,情况具体看下图: 原因是当前子任务的工作流的状态,和borad中的列管理(Column management)中的工...

  • Jira与敏捷项目管理

    时间:2024-03-28 08:06:41

    Jira基本定义Jira是一款事务管理软件(很多地方说是缺陷跟踪工具,我认为这种说法不够全面)。无论是“需求”,还是“BUG”,或是“任务”,都是“事务”的一种,所以Jira可以胜任非常多的角色:需求管理、缺陷跟踪、任务管理等等。因为Jira提供了专门的Scrum视图和Kanban视图,所以特别适合...

  • 敏捷软件开发方法 —— Scrum

    时间:2024-03-28 08:05:29

    Scrum的历史:Scrum在英语中是橄榄球的意思。1986年,“The New product Development Game”竹内弘高和野中郁次阐述了一种新的整体性的方法,该方法能够提高商业新产品开发的速度和灵活性:他们将这种新的整体性方法与橄榄球相比较,前者各阶段相互重叠,并且由一个跨职能团...

  • 敏捷项目管理常用的两个确定优先级的方法(二)Kano模型

    时间:2024-03-25 22:29:56

    由于需求会随着时间而变化,因此产品待办清单永远不会完成。随着项目的进行和更详细的信息变得可用,产品积压项目及其排名不断变化。Kano模型是可用于对产品积压进行排名的众多技术之一。软件项目从一组需求开始。在敏捷项目中,产品待办事项列表将这些要求包含在有序列表中。无需启动具有完整要求的项目。对前两个或三...

  • SAFe 5.0介绍(二)- 敏捷团队层介绍

    时间:2024-03-25 19:53:28

     一、团队层介绍在SAFe 5.0 基本层级中,我个人认为又分为了两个层级,一个是面向团队层级,另外一个是面向项目集团队层级;在SAFe 4.0中,这两个层级是分开了,但是后来将其进行了完全的合并,是因为两者形成了一个闭环,项目集为团队输送Backlog中的Story,团队按照节奏进行开发和演示,当...

  • 敏捷工具:用户故事地图梳理需求全景

    时间:2024-03-25 19:44:28

    文长:2770字时长:8分钟针对人群:用户体验设计师,业务分析师,产品经理,研发工程师  1     概念   什么是用户故事:迭代开发的一种工具代表了可开发的一个工作单元帮助我们跟踪一个功能的生命周期什么是用户故事地图:一个有风向的图表横轴为时间线,放置延时间线的用户故事纵轴为优先级,自上而下覆盖...

  • 《敏捷开发修炼之道》 思维导图笔记

    时间:2024-03-25 19:23:18

    以上是自己每天临近下班前半小时阅读的书籍,目前将它整理成了思维导图,方便以后阅览. 如果需要完整xml文件,请留言或私信以下是部分主要章节:基本概念及工具基础敏捷反馈敏捷编码敏捷调试敏捷协作...

  • (13.2.1)Scrum敏捷开发框架

    时间:2024-03-25 18:14:41

    零、敏捷宣言0.1 四种核心价值观0.2 十二条原则0.3 注意一、 Scrum角色1.1 产品负责人1.2 开发团队成员1.3 ScrumMaster二、Scrum基本工件2.1 产品待办事项列表( Product Backlog)2.1.1 用户故事2.1.1.1 Invest特性2.1.1.2...

  • 初识互联网敏捷的三大支柱

    时间:2024-03-22 17:28:49

    我们真的在敏捷吗?“敏捷”这个词在互联网行业并不陌生,早在我刚入行的第二年,我就有幸加入一家以敏捷开发著称的公司,并且在那里得到了较早的一些敏捷的熏陶,比如每天开站会,脑暴,迭代计划会,项目回顾会等等;那时候并没有系统的去学习如何敏捷以及什么是敏捷,只是针对如雷贯耳的敏捷,每天,每周,每个季度在执行...

  • 敏捷开发代码管理规则:为什么要采用单一主干代码管理?如何做到单一主干代码管理?

    时间:2024-03-22 12:39:34

    http://blog.sina.com.cn/s/blog_74bd788f0101aohh.html在敏捷开发中,单一主干代码管理经常被提及,那为什么要采用单一主干代码管理?单一主干代码管理带来哪些好处?如何做到持续发布新功能并定期稳定的可商用的版本?         为什么采用单一主干代码管理...

  • 敏捷开发中的测试人员

    时间:2024-03-19 22:20:18

    敏捷开发中的测试人员敏捷开发团队介绍测试人员需要具备的素质测试人员的主要职责定义质量 (Define Quality)交流缺陷(Communication)及时反馈 (Feedback):敏捷开发中QA的职责之敏捷中的QA敏捷QA的日常活动敏捷QA与传统测试人员有何不同本部分将简要介绍敏捷开发中测试...

  • Spotify敏捷模式详解三部曲第一篇:研发团队

    时间:2024-03-18 14:43:23

    本文转自:Scrum中文网引言2018年4月,来自北欧瑞典的音乐流媒体公司、百亿美元独角兽Spotify创造了历史,它成为了当代上市公司当中,第一家通过“直接上市”的方式在美国纽交所成功挂牌的公司。这家公司改变的可能不仅是人们听音乐的习惯,而且还有企业进入资本市场的方式。截至2018年初,Spoti...

  • 敏捷团队协作:Confluence简易教程

    时间:2024-03-17 14:29:50

     0、Confluence简介Confluence是一个企业级的Wiki软件,可用于在企业、部门、团队内部进行信息共享和协同编辑。1、基础概念Conflu...

  • 敏捷开发中的文档怎么写

    时间:2024-03-15 09:39:00

    我们比较熟知的软件项目管理方法是瀑布。其基本流程是需求-> 设计->开发->测试。基本假设只要把每一个环节都做正确,那么最终得到的结果也是正确的。瀑布开发有非常成功的案例,比如微软。但从总体来讲,瀑布项目失败率比较高。国外的软件先行者们针对瀑布开发中暴露出来...

  • 浅谈项目经理在敏捷开发中如何切分任务

    时间:2024-03-15 09:38:37

    敏捷开发这个概念也出现好几年了,我一直没有实践,除了知道敏捷开发是一种迭代式交付模型以外,其他一无所知。刚好公司来了一位新同事,以前是搞敏捷开发的,前几天给我们做了个《敏捷开发初探》培训,引发了公司的几位“大牛”对敏捷开发的讨论,我也从中学到一些东西,但仍然很粗浅。 传统的瀑布式模型VS迭代式模型可...

  • 对话DevOps之父Patrick Debois和敏捷宣言联合作者Arie van Bennekum

    时间:2024-03-15 09:37:23

    DevOps之父Patrick Debois和敏捷宣言联合作者Arie van Bennekum将于11月10日周二晚8:00做客DevOpsDays大咖说直播间。欢迎文末留言提问,真北敏捷社区将精选两个问题在直播现场向两位大咖提问。拿起你的笔动动你的手指头,用你的问题与大师连接。 ‼️ 国际大事件...

  • 大规模敏捷之Big Room Planning

    时间:2024-03-15 09:36:59

    本文要点Big room planning是每季度举行一次的为期两天的计划会议,参与人员包括所有项目和团队成员如果正确地推进,让100个或更多的人在一起做计划是可能的,有利的人们一边在所在的团队中做计划,一边和其他团队协作计划Big room planning让每个人有个总体了解,知道其他人在做什么...

  • 大规模敏捷实践指南(四):SAFe中的特殊迭代-Innovation and Planning (IP)迭代

    时间:2024-03-15 09:36:35

    在SAFe中,每个PI都需要交付一定的价值。PI的执行过程中,各个敏捷团队致力于实现PI计划会中承诺的PI目标。PI过程中的每个敏捷迭代都很重要,每个迭代都承担了和团队相符的工作量,敏捷团队大多数时间都在“低头干活”,并且将精力聚焦在最近要交付的价值上。每个迭代、每个PI都有一种时间紧迫性。由于这种...

  • 一个团队的工作流程---敏捷

    时间:2024-03-14 11:14:04

    流程如何完成?一个例子!例:步骤1:让我们拥有一个由9人组成的SCRUM团队,其中包括1个产品所有者,1个Scrum master,2个测试人员,4个开发人员和1个DBA。步骤2:Sprint决定遵循4周的周期。所以我们从6月5日到 7 月4 日开始为期一个月的Sprint 。步骤3:产品所有者在产...

  • 领域驱动设计达到领域共识(敏捷模式)

    时间:2024-03-13 19:23:19

    领域驱动设计的核心是“领域”,因此要运用领域驱动设计,从一开始就要让团队走到正确的点儿上。当我们组建好了团队之后,应该从哪里开始?不是 UI 原型设计、不是架构设计、也不是设计数据库,这些事情虽然重要但却非最高优先级。试想,项目已经启动,团队却并不了解整个系统的目标和范围,未对系统的领域需求达成共识...