敏捷项目研发工具

Leangoo(中文名:领歌)是一款基于看板的敏捷项目协作工具。

它的设计融入了先进的敏捷管理思想,由多位业界知名敏捷管理顾问提供支持,并由专业的敏捷开发团队精心打造而成,完美支持Scrum敏捷开发和看板方法。

我们可以使用Leangoo可视化地进行项目需求、任务、问题和文档的管理和协作,随时随地跟踪团队工作进展。

它核心是看板,通过看板共享和实时同步团队工作以实现高效协同, 团队工作体现为卡片,内容可以是需求、任务、问题等。

更提供了永久免费个人版(无任何限制)在线企业版以及私有部署版本。

产品概述:

优势 为什么选择Leangoo
完美支持Scrum敏捷开发 我们利用Leangoo可以管理产品线路图、需求管理、敏捷迭代任务管理、缺陷管理、测试管理、发布管理等等包括敏捷开发的所有一站式支持
极致灵活,应需而变 多样的应用模版,可根据自己需求选择。更有统计团队效能,产品质量和进度等功能(项目状态、需求趋势、缺陷趋势、吞吐量、燃尽图、任务分布、任务周期、团队速度、项目整体进度等)
可满足团队不同阶段的不同需求。
插件,API接口


第三方集成,支持企业微信集成、链接和驱动CI/CD平台实现持续交付等。

同时提供丰富的 API 接口,支持基于Leangoo 进行个性化开发,打造更适合自己的研发协作工具。

产品功能:

1)管理产品规划和敏捷需求(产品Backlog)

产品Backlog是Scrum框架的3个工件之一,它是一个按照价值排序的需求清单。在敏捷中需求是条目化的,通常使用用户故事来表达。通过Leangoo可以使用看板对产品Backlog条目进行可视化管理,让整个团队非常直观的了解需求的优先级和规划安排。

2)敏捷迭代任务和跟踪(Sprintbacklog)

Sprint Backlog同样是Scrum框架的3个工件之一,它包括了本次迭代需要完成的产品Backlog条目(通常是用户故事-User Story),以及基于故事拆分出来的任务。故事和任务通常都放在一个可视化的任务板上,任务板通常包括了Story,Todo,Doing,Done这4个列表,拖拽移动任务卡片以体现工作进展。可燃尽图进行研发过程跟踪!

3)管理测试场景和案例

验收测试在敏捷团队中的实践越来越熟,成为需求规范表述的主要形式,通常验收测试使用Given When Then 的三段式格式来进行表达,再Leangoo中,我们通过卡片上的检查项来实现用户故事的验收测试。

4)缺陷跟踪管理

Leangoo的缺陷管理与统计功能可以对缺陷进行全方位记录与跟踪,让团队成员及时了解迭代开发质量。

5)可视化的跟踪迭代任务进展和项目进度

燃尽图,任务分布

项目跟踪进度,团队速率

6)企业级统计

1 企业项目状态,进行风险/问题项目预警

2 企业需求和缺陷的吞吐量

3  需求趋势以及缺陷趋势

4  项目统计一览表

5  企业项目管理视图,集中管理企业项目及成员

服务集成:

第三方服务 服务介绍

微信

Leangoo与微信关联,关注leangoo公众号,绑定账号,即可受到与自己相关的任务提醒
更多服务 更多第三方产品服务即将推出(如:企业微信、钉钉等)敬请期待!

安全防护:

Leangoo 是非常重视用户的数据安全和服务稳定性的。 我们通过以下几个措施,从存储、服务、访问等多方面来保障您的数据安全。

  1. 我们使用 HTTPS/SSL 数据加密技术,保证数据在传输过程中的安全性。
  2. 我们通过服务器多备份,数据库数据每日备份和增量备份,以及数据库容灾处理, 防止用户信息毁损和丢失。
  3. Leangoo 存储在阿里云服务器上,采用多结点部署,同时支持负载均衡,保证系统能够24小时正常运行。

Leangoo官网:www.leangoo.com

原文地址:https://www.cnblogs.com/shineshine/p/9614960.html

时间: 2024-10-07 20:28:53

敏捷项目研发工具的相关文章

华为全新一站式研发工具限免还享补贴!

在软件开发技术和理念层出不穷的今天,如何更快的适应变化的环境,更好的满足客户的需求,已经成为决定一个企业能否活下去的关键. 天下武功唯快不破,在当今大环境中更是如此,Devops,微服务架构,分布式管理,种种技术和开发理念告诉我们,要想更快响应客户需求,更快交付,更短的迭代周期——要靠工具:便捷的项目管理工具,高效的部署工具,稳定的自动化运维工具. 华为去年年底推出的软件开发云,就是这样的工具.作为一个针对软件开发全生命周期管理的工具,它填补了很多空白,不仅可以大幅度提升了企业的软件研发效率.个

ThoughtWorks、Teambition、Trello、Slack、DevCloud 主流敏捷软件开发工具平台比较

在大公司做了6年程序员,2年项目经理的小王,正在创业公司迎来他焦虑的而立之年. 但是对于3个月前加入创业公司的决定,他现在有些烦躁和怀疑人生.在他过往的经验看来,公司新接的小项目,在过去的大公司里1个月就该交付了.现在已经3个月了,工作.生活一切好像都乱了套,虽说对创业有心理准备,但是这些在他看来都不应该成为问题-- ? CEO低估了项目难度,在客户面前满口答应1个月交付没问题 ? 对软件版本缺乏有效的管理 ? 各语言代码检查,安装各种工具和插件,不胜其烦 ? 半路接手项目,开发环境和架构大换血

敏捷项目风险管理落地

发现很多做项目的同学,会忽略对项目风险的管理,以至于成为项目的救火队长,处理各种应急事件.为了让项目开展更顺畅,避免出现项目既乱又累的问题,不应以战术上的勤奋,掩盖战略上的懒惰,梳理总结下敏捷项目的风险管理落地.通常项目中风险管理,目的在于提高项目中积极事件的概率和影响,降低项目中消极事件的概率和影响.首先,我们先回顾下传统项目中PMP阐述的风险管理知识点,然后分享下我们软硬件项目中如何进行风险管理的,最后分享他山之玉百度工程效率部总结的风险管理干货. 一.传统项目的风险管理1.规划风险管理主要

软件项目研发流程该怎么规范

在软件项目研发管理过程中,是否经常出现这样的场景:开发人员不知道什么时候转测:项目经理拿个Excel文档群里一发,某任务前天就应该完成的,怎么现在还没开始搞:前端问这部分UI是谁在做,什么时候能做完:测试说线上这个bug又是谁改出来的,这次没转测这模块……等等.整个协作感觉一团乱麻,团队内部充满了甩锅与抱怨的氛围.软件项目的研发流程该怎么规范,让团队成员都能目标明确,步调一致,让产品迭代充满节奏感.本文基于笔者项目研发管理经验整理,希望起到抛砖引玉的作用,探讨高效团队的协作流程模式. 1. 协作

敏捷项目管理框架(APMF)

研读许秀影博士的<敏捷项目管理:基础知识与应用实务>一书,其中提到传统项目管理与敏捷项目管理的混合管理模式—敏捷项目管理架构(Agile Project Management Framework,APMF),估计是普遍大部分公司所需要的,也比较认可的模式,可以很好的实现传统项目管理向敏捷项目管理转型.这本书很值得推荐,从现在软件管理的大势所需,到对软件研发管理发展史的剖析,到推崇的敏捷项目管理框架,到敏捷项目管理的企业导入,到敏捷创新模式讲解,让你在软件项目管理方面有了更加开阔的视野.如果你对

敏捷开发只是工具; 热爱产品, 热爱客户才是真正该做的事

许多人都曾问过我这样的问题: "我的产品.团队适合敏捷开发吗? 敏捷开发真的能提升产品开发的效率与质量吗?" 其实,在问这些问题时,应该诚实的面对自己的心,先问个看似简单却不见得容易回答的问题: "我热爱我的产品吗?" " 我热爱我的客户吗?" "也许,你的团队感受不到敏捷开发的智慧与受益时,只是因为你的团队还不懂得怎么热爱产品,怎么热爱客户罢了." "真的--我们真正缺少的不是敏捷开发.我们只是不知如何忠于自己的心

一些好用的项目小工具

sublime text 2代码编辑器 xmind思维导图 sourceinsight代码阅读器 一些好用的项目小工具,布布扣,bubuko.com

一个使用命令行编译Android项目的工具类

一个使用命令行编译Android项目的工具类 简介 编译apk项目需要使用的几个工具,基本都在sdk中,它们分别是(Windows系统): 1.aapt.exe 资源打包工具 2.android.jar Android编译工具 3.dx.bat dex文件生成工具 4.sdklib.jar 生成apk 5.jarsigner 签名工具 准备 在打包前,需要的环境如下: 1.JDK1.6+ 2.Android SDK 3.上述5个工具的路径 打包过程 1.生成R.java文件 比如: aapt p

我的第一个敏捷项目总结

2016年11月开始了休长假回来后的第一个项目.也是我职业生涯中的第一个敏捷项目.本人在项目中担任需求分析. 项目启动已经五个多月,目前一切运行乐观.闲来觉得有必要总结下人生中第一个敏捷项目,于它人可以取良去莠, 于自己可以沉淀一二. 回想一下之前做过的项目都是用瀑布+迭代. 需求收集用瀑布.即尽量在需求收集时期定义到所有需求的所有细节,产出产品需求说明书.开发阶段采用迭代.即把需求划分为多个模块,分Sprint 开发.所以不同之处主要在于需求收集和需求管理,其次是才是开发,再次是测试.下文将在