首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏全栈程序员必看

    _敏捷

    (burn down chart)是在项目完成之前,对需要完成的工作的一种可视化表示。有一个Y轴(工作)和X轴(时间)。 向项目组成员和企业主提供工作进展的一个公共视图。(引自百度百科) 功能:提供了一种可视化的进度预测能力。 要素:需要完成的工作,完成项目需要花费的时间。 注:一个迭代的没什么意义,持续迭代的可以用于一些分析或数据积累,但它不是用于承载绩效考核等管理手段的工具。 对于迭代周期较短、每个迭代内Story数不多、Story的粒度较大的敏捷团队,或者成员时常变化的团队,其实可以适当尝试放弃

    46020编辑于 2022-09-20
  • 来自专栏源哥的专栏

    敏捷开发之“之谜”

    敏捷开发之“之谜” 1 的起点是迭代当天还是迭代前一天?... 1 2 用工时还是故事点来计算剩余工作量?... 2 3 只统计开发任务还是包括测试呢?... 3 4 测试Story就是不能关闭?... 4 5 中途加班如何控制?... 5 6 进度变动怎么办?... 5 7 敏捷工具自动画可信吗?... 3 只统计开发任务还是包括测试呢? 敏捷开发其实是以故事为单位的,它的一个完成过程是包含了设计、开发、测试、返工的,那么我们画的是应该包含这4部分,还是只有开发呢? 2、 原先的刻度就不是画上去的,而是拿着橡皮筋别上去的,现在重新移一下 3、 弃用 7 敏捷工具自动画可信吗? 3图中途增加本来已经计划过的故事,结果的图形会往上走。

    1.4K30发布于 2018-08-28
  • 来自专栏Worktile

    如何用做进度管理?

    可以呈现团队处理用户故事进度,是一种对工作完成情况可视化展示的工具,可显示每次迭代工作总量中仍需完成的工作余量。 的横轴显示工作天数,纵轴显示剩余工作,反映了项目启动以来的进度情况,它让每个团队成员都能够看到当前的进度,团队需定期更新以保持其准确性。 目前存在两种形式的: Sprint用于显示迭代中的剩余工作量 产品则用于说明整个项目的剩余工作量 ? 3-有什么好处? 最显著的好处是,能提供关于项目进度和更新状态的最新报告,并对这些重要数据进行直观展示,可以确保每个人都统一进度。 5-的历史回顾 燃烧图表是从Scrum社区开发出来的,并且在2000年左右首次用于管理软件项目和其他相关工作。 Ken Schwaber首次对进行了描述,因此也被认为是的发明者。

    2.1K40发布于 2019-06-03
  • 来自专栏前端Q

    阅后即焚的实现

    前言 我最开始是在一本书上掠过效果,当时就是觉得很有意思。但是最近才真正动手去实践它。我知道这个效果要用噪声实现,但是实际做的时候才发现不知道如何应用。于是,去shadertoy上搜索了一番。 一个效果,简单一点可分两部分,第一个就是转场,从燃烧前的转变到燃烧后的,也就是渐变,淡入淡出, 第二个就是火焰效果了,我们希望在边缘处有火焰。 下面将分别介绍三种实现方式,具体如下。 先准备两张,一个要被燃烧的,一个是燃烧后露出来的。这一步所有的效果都一样,前景和背景。 然后,来了一张高度,也可以说是灰度,就是坐标对应一个高度,从0到1。 border ; // color = mix(color, fire ,border) ; gl_FragColor = vec4(color,1. ) ; 到这里就完成了一个简单的效果 本文介绍了三种效果的实现方式。

    62511编辑于 2024-01-03
  • 来自专栏未闻Code

    项目经理必备——使用监控项目整体进度

    此时就需要引入另一个简单又强大的工具:(Burn down chart)。 什么是 假设项目X有5个任务,我们在预估这些任务的时候,时间安排如下: 项目名称 预计用时(小时) 任务1 5 任务2 6 任务3 7 任务4 4 任务5 3 这个任务预计需要25小时完成,考虑到可能需要处理各种突发事件留出机动时间 这就是 。非常简单又非常直观。 如何绘制 是敏捷开发中的一个概念,不少敏捷开发的相关的项目管理系统中都能够生成。由于非常简单,使用Excel自带的画图功能,稍稍费一些功夫也能够正常生成。 静静等待2秒钟,将会出现在页面的最下方。如下图所示。 ? 获取Excel模板和源代码 长按下方的二维码关注本公众号,回复 获得Excel模板和分析程序的下载地址。

    4.9K30发布于 2019-01-09
  • 来自专栏UniPro

    项目管理工具之:动态考核团队工作能力

    ,英文是 Burn down Chart, 由“Scrum 之父”Ken Schwaber创建,并首次对它进行了描述,因此也被认为是的发明者。 从最早期,定位是为Scrum团队提供一个可以帮助他们绘制项目进度的简单工具,随着在Scrum社区越来越受欢迎,它开始运用于scrum之外的其他领域,成为管理者控制项目进度的有用工具。 ,表示随着工作项的逐渐完成,整体工作任务像燃烧的灰烬一样,逐渐烧尽至0,是工作量完成进度的可视化展现。由横轴和纵轴组成,随着剩余工作的逐渐完成,图表由一条向下的曲线,直到下降至0。 图片在敏捷开发类的项目管理中,又得到了更多可以施展的空间,从简单的任务完成估算,到在项目中,进行观测和考核,来看到项目组成员的工作能力以及对应的工作量,也被提升到更重要的位置。 在国内外众多的项目管理工具中,也经常见到的身影,例如 Jira的Agile组件中的Report,即是把作为管理研发类项目的一个常用工具,国内的项目管理软件UniPro也可以在仪表盘内,通过选择项目

    97030编辑于 2022-07-29
  • 来自专栏啄木鸟软件测试

    带着ChatGPT玩转软件开发-连载12

    请计算总共需要多少天,并提供生成的Python代码。 ChatGPT回答 为了计算完成490个Man Hours(MH)的工作量所需的总天数,我们需要考虑工程师的有效工作时间。 5.生成 下面是生成的Python代码示例。 •显示了随着时间的推移,剩余工作量如何减少。 请确保您已经安装了matplotlib库,可以使用以下命令安装。 >pip3 install matplotlib 运行上述代码后,您将看到一个表示工作进度的(请参看图1-1所示)。 1-1 注意:上述研发计划和任务分配肯定不符合实际的情况,存在误差。因此,这里的结果仅供参考,工作中需根据实际的工作情况(设备多少、人员能力等)进行调整。

    11410编辑于 2025-12-20
  • 来自专栏DevOps时代的专栏

    一张 Scrum

    Ruddy Lee(李智桦)老师,DevOpsDays北京站金牌讲师,台湾著名精益布道师,敏捷专家,著有《精益开发与看板方法 》。本文一张图带你详尽了解Scrum。

    1.4K00发布于 2017-07-19
  • 来自专栏Android 研究

    PMI-ACP 敏捷项目管理7——追踪和报告价值

    期间,我们可以采用一些工具和技术来追踪、报告价值,包括挣值、累计流量、风险和任务看板面板等。 一、 是一个用来展示迭代进度的信息发射源。 一般,在团队每日站会开完后,由团队更新 如下: ? .png 二、风险 风险用于跟踪项目并伴随时间风险的风险管理技能。 通过风险,干系人可以快速查看随着时间项目风险管理绩效(比如提高、降低以及对应的数据)。严重度(影响和收益的产品)是沿着竖轴绘制,而横轴是时间。 影响力的数据往往是05,按风险升序排列。 风险是项目风险严重程度的积累。每个风险的严重等级评分都会在项目累计风险概要中重叠显示。风险可以快速地告知干系人项目风险是否按照正确的方向发展(降低),或风险严重等级在增加。 通过这个来追踪项目的状况,判断项目的健康情况。 三、燃起 燃起,以图形化的方式展现了项目或团队多个迭代的需求累计完成情况(y轴)和各迭代(x轴)的关系,因整体上总是递增而得名。

    1.9K10发布于 2018-08-30
  • 来自专栏UniPro

    敏捷基本概念之六种工件

    一般由团队估算整体工作量,使用故事点这种相对单位值进行计量,应该在2~3个人工作2~3天左右。 迭代(Sprint Burndown Chart)是为了引导团队成员自组织、自管理,迭代的工作能在图中一目了然,便于团队成员及时调整工作任务。 图中显示的是迭代执行期间团队总的任务剩余时间,可以展示整个团队所有人的状态,也可以按人展示每个人的工作量趋势。 产品/发布(Product/Release Burndown Chart)产品的是为了跟踪记录剩余的待办事项工作,随着时间的推移Sprint的工作在图中一目了然,y轴可以使用相对单位值,例如故事点等

    1K10编辑于 2022-07-15
  • 来自专栏JAVA乐园

    一张小 Nginx

    1 listen *:80 | *:8080 #监听所有80端口和8080端口 2 listen IP_address:port #监听指定的地址和端口号 3 listen IP_address upstream lyf { server 192.168.37.220:8001; # 3个tomcat服务 server 192.168.37.220:8002; server dalaoyang-server { server localhost:10001 weight=1; server localhost:10002 weight=2; } 3. 2.keepalived是同时安装在两台Nginx上的,不过文件配置不一样 3.这里的双机热备是指LVS,Nginx则是集群 keepalived 健康检查和失败切换是keepalived的两大核心功能 它是 W3C 标准,属于跨源 AJAX 请求的根本解决方法。

    83110发布于 2021-06-25
  • 来自专栏数据驱动实践

    Python 超动态可视化条形源码及效果

    且去列名分别为name,group,year和value的值; #url = 'https://gist.githubusercontent.com/johnburnmurdoch/4199dbe55095c3e13de8d5b2e5e5307a , # 【1-9/A-F】15个数字随机组合成6位字符串前面再加上一个“#”号键 import random def randomcolor(): colorlist = ['1','2','3' 30)) with plt.xkcd(): fig, ax = plt.subplots(figsize=(15, 8)) draw_barchart(2019) #将原来的静态拼接成动画

    1.5K10发布于 2020-12-14
  • 来自专栏啄木鸟软件测试

    通过ChatGPT将user story生成Task

    输入 6个工程师,每天按6小时Hour计算,有1个工程师请假2天,1个工程师请假1天,请计算总共需要多少天,给出。答根据您的需求,以下是计算过程和的步骤。 = 36 - (12 + 6) = 18小时/天步骤 2: 计算需要的总工作天数总工作天数 = 总工时 / 每天有效工时总工作天数 = 197小时 / 18小时/天 ≈ 10.94天为了方便安排和生成 步骤 3: 生成反映了项目进展中的剩余工作量与时间的关系。我们将根据总工时和有效工作小时数生成一个。每一天,我们减少一定的工作量,直到完成所有任务。 我会生成一个简单的,表示每个工作日结束时剩余的总工时。 remaining_manhours = total_manhour - daily_work_hours * np.arange(total_days) # 创建

    34710编辑于 2024-11-21
  • 来自专栏FREE SOLO

    Scrum敏捷开发

    站会的时候,Scrum Master一定要注意以下问题:制止不必要的讨论、禁止小会、控制发言时间、不要跑题等,另外,站会的时候,Master需要修改(后面会有对的详细描述)。 看板 & 看板一般是一个物理白板,目的是做迭代进展可视化跟踪和协作沟通。 同时要在白板上画出指示的是当前剩余的工作量,是一个跟踪项目进展非常好的指示器。 可以在每天站会的时候由PO更新状态。 ,应该注明延期天数; 只有完成的任务才在图中删减工作量,所以,如果增加了工作量,的曲线可能会向上。

    2.8K32发布于 2019-12-20
  • kanass通关指南(20) - 如何通过仪表盘,快速直观掌握项目进度及度量

    1、默认仪表盘1.1事项统计在系统首页的事项统计区域,放置了事项概况与事项趋势。事项概况以柱形的形式展示系统中全部的事项状态及每个状态下的事项个数。方便公司领导或高层,整体掌握和把控项目进展。 事项趋势1.2就像个“任务倒计时”,用来直观展示项目进度与剩余工作量,若实际线持续高于计划线,预示项目有延期风险,需及时调整;若实际线持续低于或与计划线重合,预示项目会提前或准时交付。 项目级别、迭代级别、版本级别分别内置,可以方便项目管理者从不同的维度查看项目进展。 项目-项目概况​项目项目-迭代-迭代概况​迭代项目-版本-版本概括​版本2、自定义仪表盘除内置图表外,系统还提供自定义仪表盘,根据自身需求选择需要统计和展示的数据。 添加仪表盘2.1项目集进入仪表盘后选择添加项目集下的图表,并选择想要统计的项目集名称,即可查看到统计图表​添加项目集图表​选择项目集以柱状的形式对比项目集内各项目的成员个数​项目成员以柱状的形式对比和展示项目集内各项目的事项个数​项目事项对比以表格的形式展示项目集内各项目进展​项目进展

    19265编辑于 2025-11-28
  • 来自专栏硬核项目经理的专栏

    【敏捷2.7】Scrum流程与实践

    可以是 ,也可以是一个简单的 Scrum 任务板。 Burn Down Chart 最后就是 。关于它我没有找到保留的实践照片,所以从网上搜了一个。 嗯,差不多就是这个样子的。当任务数减到 0 的时候,我们的项目也就做完了。 通常,在一个冲刺中会有一个 ,直接在白板上画就可以了,不需要使用什么计算机软件。两个坐标轴的相信对于你来说没有什么难度。 除了冲刺中的外,我们还可以用一块大白板做一个整个项目开发中的。其中的结点由每次冲刺中完成的任务来标识,而下面的时间,也替换成每个冲刺阶段。比如 1 代表第一个冲刺。 但我们要保证的是,在冲刺结束时,这个应该是燃烧待的。就像项目结束后,我们的整个项目的也应该是燃烧待的。 关于,我的实践并不多,也无法给大家更好的指导。

    83510编辑于 2021-12-08
  • 来自专栏喔家ArchiSelf

    团队在“死循环”里跑?10个硬核指标看穿真相!

    Sprint (Sprint Burndown) - 今日的“进度条”健康吗? 本质: 一张,看Sprint里每天还剩多少活儿。理想状态是条优美的下滑曲线。 为啥重要? 就是团队的“进度条健康监测仪”!卡住了?赶紧“Debug”! 举个栗子: Sprint开始100小时工作量,过半了还剩40小时?Nice!击掌庆祝!过半了还剩80小时?... 防坑指南:虚假的比Bug还可怕!曲线诡异(比如水平线、甚至上扬),赶紧拉会找根因! 3. 版本 (Release Burndown) - 大版本“倒计时”稳不稳? 举个栗子: 用户3月1号提了个需求,3月15号上线了?Lead Time = 14天。 防坑指南: 追踪“异常值”(那些拖后腿的需求)! 它们是暴露流程瓶颈(比如卡在审批、测试环境)的“宝藏”! 选1-3个最痛的开始(比如速度、、WIP),像打磨代码一样把它们跑顺。等团队适应了,再逐步“增量发布”新指标。 记住:效能指标不是用来“抓小辫子”的,是团队持续改进、高效交付、少加班的导航仪!

    2.4K11编辑于 2025-07-14
  • 来自专栏杂七杂八杂九

    如何做好敏捷开发下的需求管理?免费敏捷工具

    图片需求看板进度统计根据看板周期、配置信息,Leangoo可统计项目下所有需求看板进度。图片每个迭代中都有一个重要的迭代进度统计 — 是Scrum中的一个简单实用的团队进展跟踪的工具,能形象地展示当前迭代中的剩余工作量和剩余工作时间的变化趋势,一般在每日站会时团队会通过来了解当前Sprint冲刺速度情况。 Leangoo领歌会根据故事卡片的变化自动生成发布。点击看板右侧“菜单”,选择“看板统计”即可查看,如下图所示:图片每个迭代完成率迭代完成率是统计项目内每个迭代看板的完成情况。 配置好看板周期和,Leangoo会自动统计每个迭代看板的完成情况,并且自动生成可视化统计图表,以便管理层可以一目了然的看到每个迭代完成进度。

    55330编辑于 2023-07-26
  • 来自专栏全栈程序员必看

    软件设计和开发准备

    harrison_wells/plane_wars.git 孙曾富 https://m.gitee.com/Steven_me/plane_wars 2.功能建模 WBS 3.数据建模 ER 4.任务分工说明 总体任务:完成主要框架的搭建,ui设计完成主要的图片制作,各个模块的进行度已经完成,原设计不断完善,程序进行每天检测 产品经理宋安宁:设计不断改善,软甲原型不断完善 四位软件工程师在一起完成框架搭建后进行模块的分配完成 孙健博:buff模块(11月27日完成) 孙增副:我方飞机模块(11月27日完成) 索思宇:子弹模块(11月27日完成) 唐立博:敌方飞机模块(11月27日完成) 5.甘特图 每周的具体任务做出甘特图按照进行的时间,持续的时间进行甘特图排比 甘特图

    51040编辑于 2022-09-07
  • 来自专栏敏捷开发践行者联盟

    (十六)如何用“看板”实现敏捷项目的可视化?

    image.png 下图所示的是另一种可是方式,称为(Burndown Chart) 这种表在Scrum中首次提出,用来显示剩余的未完成工作(backlog),现在已经蔓延到了大多数敏捷项目中 image.png 还有一种燃起,显示已完成的工作,无论使用还是燃起,团队都能看到在迭代过程中完成的工作。 注意在看板和停车场图三者中,看板的信息最详细。和停车场可以用看板的每日变化信息来绘制。 因此后面我们将把看板作为主要的信息辐射体,而用和停车场来作为辅助工具,形象的总结看板的变化趋势。 3.团队 项目团队由为了共同目标而工作的人们组成。一般团队的成员有一个经理,若干客户、程序员、业务分析员、用户、测试员,以及其它利益相关的人。

    2.5K31发布于 2020-01-10
领券