sprint专题

用Leangoo领歌敏捷工具进行迭代管理的实践分享Sprint Backlog

在敏捷开发中,迭代管理是确保项目持续推进、不断优化的重要环节。有效的迭代管理能够帮助团队快速响应变化,持续交付高质量产品。 Leangoo是一款免费的敏捷项目管理工具,为团队提供了直观、高效的看板管理方式来管理迭代过程。本文将探讨如何使用Leangoo进行迭代管理,帮助团队更好地实现敏捷开发目标。 1. 创建和规划迭代 在Leangoo中,迭代管理从创建一个新的迭代看板开始。团队可以根据当前

调用Jira API 获取Project的Board参数和Sprint参数

每个jira项目都有sprint参数和board参数,关系为一对多的关系。 project 和 board > 1对nboard 和 sprint > 1对n 如果想要查询一个项目具有哪些正在进行的sprint,还需要费一番功夫。 因为目前jira -api的python库里并没有给出方法,不过我们可以通过下面的方法获得: 通过get请求,根据项目的key或者ID获得board信息

Sprint Boot 数据库操作(Mybatis)

Sprint Boot 数据库操作(Mybatis) 新建工程添加依赖配置数据库的连接信息配置Mybatis-Generator插件新建Controller来测试数据库的访问创建Controller文件 数据库常用操作增删改查其它自定义sql语句 spring boot对数据库的操作可以用Mybatis或者是JPA,JSP的方式请查看传送门。这一篇演示如何从零开始在新的sprin

Sprint Boot 数据库操作(JPA)

Sprint Boot 数据库操作(JPA) 创建工程数据库连接信息配置创建与数据库对应的实体类持久层(DAO)创建Controller增删改查 POST几种参数传递的方式表单提交字符串JSON实体类Map spring boot对数据库的操作可以用Mybatis或者是JPA,Mybatis相比JPA会复杂一点点。本文默认读者对spring boot有初步了解,也省去Servi

Sprint总结会议(反思)

会议目的   该会议的对应隐喻:医疗诊断!其目的不是为了找到治愈方案,而是要发现哪些方面需要改进。   构成部分   参与人员:团队成员、Scrum Master   基本要求   从过去中学习,指导将来。   改进团队的生产力。   注意事项   不要让管理层人员参与会议。   不要在团队之外讨论找到的东西。   会议输出   障碍 B

Sprint规划会议二

会议目的   该会议的工作以设计为主,产品开发团队可以为他们要实现的解决方案完成设计工作,在会议结束后,团队知道如何构建他们在当前 Sprint 中要开发的功能。   基本要求   只有产品开发团队才能制定解决方案,架构师或其他团队之外的人只是受邀帮助团队。   构成部分:   能够帮助团队在该 Sprint 中构建解决方案的人,比如厂商或是来自其他团队的人员。

Servlet,Spring,Spring Boot,Sprint Batch,ThymeLeaf 学习

目录 ■Spring boot 之 HelloWorld ■Servlet 1.ServletContextListener接口 2.@WebListener 3.@WebServlet 4.xxx 5.xxx ■Spring  1.Spring 中的标注 2.原始的Spring配置  之  web.xml 中的  ContextLoaderListener 3.原始的Spr

长假之后,Scrum团队应该修改Sprint的结束时间吗?

敏捷团队如果采用Scrum模式,那么在团队成立时的共识讨论会上确定每个冲刺(sprint)的时间长度。一般敏捷实践建议的每个sprint 的时间长度是2周。 现在的问题是,如果遇到长假或者其他原因,造成 sprint 的实际工作日减少,敏捷团队可以临时修改 sprint 的结束时间以保证每个 sprint 的工作时间都是一样的吗? 比如这个春节长假有 3 天假期,团队成员还会请假,造成实际人力

皮套人, 把我逮到有你好果子吃 - Sprint plan

The Link Your Classhttps://bbs.csdn.net/forums/MUEE308FZThe Link of Requirement of This Assignmenthttps://bbs.csdn.net/topics/603251839The Name of Team 皮套人!把我逮到没你好果汁吃 The Goal of This AssignmentAlpha

如何在Sprint中管理UI测试?

作为iOS团队,我们编写3种类型的UI测试。如果你问这些是什么;快照、冒烟和回归测试。那么这些测试到底是什么?让我们稍微谈谈这些。 快照测试快照测试是检查UI中的某些内容是否损坏的测试。 首先,它将所需的视图图像保存在某处,然后在运行测试时,将新生成的图像与该记录中的图像逐像素进行比较。如果有变化,则测试失败。 快照测试 冒烟测试,用于检查产品部署到任何环境(测试、生产等)后的主

Sprint boot

https://www.cnblogs.com/ityouknow/p/5662753.html

sprint

sprint sprint - 必应词典 美[sprɪnt]英[sprɪnt] n.冲刺;短跑比赛;短距离速度竞赛;短距离快速奔跑(或游泳等) v.冲刺;短距离快速奔跑(或游泳) 网络斯普林特;疾跑;斯普林特公司 变形第三人称单数:sprints;现在分词:sprinting;过去式:sprinted; crouch - 必应词典 美[

Sprint Boot集成Kafka

Sprint Boot集成Kafka       pom.xml <dependency><groupId>org.springframework.kafka</groupId><artifactId>spring-kafka</artifactId><version>1.1.1.RELEASE</version></dependency>       applicat

Sprint Boot 学习路线 4

微服务 Spring Microservices是一个框架,它使用Spring框架更容易地构建和管理基于微服务的应用程序。微服务是一种架构风格,其中一个大型应用程序被构建为一组小型、独立可部署的服务。每个服务具有明确定义的职责,并通过API与其他服务通信。 云配置 Spring Cloud Config 是一个用于管理分布式应用程序配置属性的库。它允许开发人员将应用程序的配置属性外部化,以便

Sprint 增量 vs 潜在可交付产品 vs MVP vs MMP

根据 Scrum 指南: “ Scrum要求团队在每个sprint期间构建功能增量,并且增量必须是可交付的,因为产品负责人可能会决定在 sprint 结束时发布它。”   产品增量 (Product Increment) 产品增量是当前冲刺期间完成的所有待办事项的总和 潜在的可出货产品 (Potential Shippable Product) 潜在可发货是由对“产品增量”发货的

sprint plan DAY1-DAY7

EE308 sprint plan: 多毛怪 – Plan Which course does this assignment belong tohttps://bbs.csdn.net/forums/MUEE308FZ?typeId=17592What are the requirements for this assignmenthttps://bbs.csdn.net/topics/603

敏捷项目管理Scrum连载系列之深入浅出了解Scrum中的Sprint

什么是冲刺? 什么是冲刺?老程带你深入浅出了解Scrum中的Sprint 冲刺是Scrum团队努力完成一定数量工作的短暂时间。Sprint是Scrum和敏捷方法论的核心,正确实现Sprint将帮助敏捷团队轻松地交付更好的软件。 “有了Scrum,产品就可以通过一系列称为sprint的迭代来构建,这些迭代将大型,复杂的项目分解为几小块。“ “冲刺使项目更易于管理,使团队可以更快,更频繁地交

Sprint Cloud Stream整合RocketMq和websocket实现消息发布订阅

1.引入RocketMQ依赖:首先,在pom.xml文件中添加RocketMQ的依赖: <dependency><groupId>org.apache.rocketmq</groupId><artifactId>rocketmq-spring-boot-starter</artifactId><version>2.2.0</version> <!-- 版本号根据实际情况调整 --></depe

Sprint EDI解决方案

项目概述 美国Sprint公司成立于1938年,前身是1899年创办的Brown电话公司,目前是美国第三大移动运营商。 2018年,知行软件助力通信供应商实现了与 Sprint 的EDI直连对接, 通过知行RSSBus EDI系统, 供应商可以直接发送UNDF Report (通用设备加密数据文件)给Sprint, 满足Sprint 安全数据传输要求。 其中,UNDF Report- Uni

敏捷开发中,Sprint回顾会的目的

Sprint回顾会的主要目的是促进Scrum团队的学习和持续改进。在每个Sprint结束后,团队聚集在一起进行回顾,以达到以下目标: 识别问题: 回顾会允许团队识别在Sprint(迭代)期间遇到的问题、挑战和障碍。这有助于提高对问题的认识,并确定下个Sprint的改进计划。 寻找改进的机会: 团队成员共同探讨在Sprint期间的工作过程,以确定可以改进的方面。这包括流程、工作方式、合作等。团