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

    _敏捷

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

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

    敏捷开发之“之谜”

    敏捷开发之“之谜” 1 的起点是迭代当天还是迭代前一天?... 1 2 用工时还是故事点来计算剩余工作量?... 2 3 只统计开发任务还是包括测试呢?... 5 7 敏捷工具自动画可信吗?... 6 我们在进行敏捷开发的时候,一般都要画,在我们理想的思维里面,很明白易懂的,而实际使用的时候,你慢慢发现不是这么一回事,这究竟是怎么回事呢? 1 的起点是迭代当天还是迭代前一天? 画的的起点是迭代开始当天,还是迭代前一天呢?终点是迭代结束当天,还是迭代结束的下一天呢? 因为是一开始就画出了时间点,所以如果出现中途加班的情况,那是没有办法,当天的就不用画了。 6 进度变动怎么办? 想JIRA这样的工具,都是能够自动画出的,不过嘛,我觉得,这样的根本是没有作用的,理由如下: 1、 需要每位员工的很忠实的记录工作日志,少记、不记都将影响到的效果 2、 工作日志是写在每个故事上面的

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

    如何用做进度管理?

    可以呈现团队处理用户故事进度,是一种对工作完成情况可视化展示的工具,可显示每次迭代工作总量中仍需完成的工作余量。 的横轴显示工作天数,纵轴显示剩余工作,反映了项目启动以来的进度情况,它让每个团队成员都能够看到当前的进度,团队需定期更新以保持其准确性。 目前存在两种形式的: Sprint用于显示迭代中的剩余工作量 产品则用于说明整个项目的剩余工作量 ? 需依赖精准的预估 的另外一个问题是理想剩余工作线。实际工作线是高于还是低于理想工作线需要取决于对任务原始时间估计的准确性。 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. ) ; 到这里就完成了一个简单的效果 smoothstep(.2,.3 ,b ) - smoothstep(.29,.3 ,b )); fragColor = vec4(color,1. ) ; } 结语 本文介绍了三种效果的实现方式

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

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

    此时就需要引入另一个简单又强大的工具:(Burn down chart)。 这就是 。非常简单又非常直观。 如何绘制 是敏捷开发中的一个概念,不少敏捷开发的相关的项目管理系统中都能够生成。由于非常简单,使用Excel自带的画图功能,稍稍费一些功夫也能够正常生成。 本着使用Python提高日常办公效率的考虑,我使用macOS自带的numbers表格工具 + Python来生成。当然你也可以使用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也可以在仪表盘内,通过选择项目

    93730编辑于 2022-07-29
  • 来自专栏DevOps时代的专栏

    一张 Scrum

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

    1.4K00发布于 2017-07-19
  • 来自专栏啄木鸟软件测试

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

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

    10810编辑于 2025-12-20
  • 来自专栏Android 研究

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

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

    1.9K10发布于 2018-08-30
  • 来自专栏JAVA乐园

    一张小 Nginx

    ps:–prefix=path 定义一个目录,存放服务器上的文件 ,也就是nginx的安装目录,默认使用 /usr/local/nginx

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

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

    30)) with plt.xkcd(): fig, ax = plt.subplots(figsize=(15, 8)) draw_barchart(2019) #将原来的静态拼接成动画

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

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

    18265编辑于 2025-11-28
  • 来自专栏UniPro

    敏捷基本概念之六种工件

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

    99110编辑于 2022-07-15
  • 来自专栏FREE SOLO

    Scrum敏捷开发

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

    2.8K32发布于 2019-12-20
  • 来自专栏啄木鸟软件测试

    通过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) # 创建

    33510编辑于 2024-11-21
  • 来自专栏杂七杂八杂九

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

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

    54530编辑于 2023-07-26
  • 来自专栏sowhat1412

    Hadoop 超之路

    3.6 MapReduce 流程 3.6.1 整体流程 MapReduce流程 MapTask 工作机制 Read阶段:MapTask 通过用户编写的RecordReader,从输入InputSplit

    78321编辑于 2022-09-20
  • 来自专栏硬核项目经理的专栏

    【敏捷2.7】Scrum流程与实践

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

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

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

    Sprint (Sprint Burndown) - 今日的“进度条”健康吗? 本质: 一张,看Sprint里每天还剩多少活儿。理想状态是条优美的下滑曲线。 为啥重要? 就是团队的“进度条健康监测仪”!卡住了?赶紧“Debug”! 举个栗子: Sprint开始100小时工作量,过半了还剩40小时?Nice!击掌庆祝!过半了还剩80小时?... 防坑指南:虚假的比Bug还可怕!曲线诡异(比如水平线、甚至上扬),赶紧拉会找根因! 3. 版本 (Release Burndown) - 大版本“倒计时”稳不稳? 防坑指南: 如果发现不动了,别硬刚!该“砍需求”(Scope)时就砍,对自己和团队都好! 4. ⏳ 交付时间 (Lead Time) - 从“拍脑袋”到“上线”要多久? 选1-3个最痛的开始(比如速度、、WIP),像打磨代码一样把它们跑顺。等团队适应了,再逐步“增量发布”新指标。 记住:效能指标不是用来“抓小辫子”的,是团队持续改进、高效交付、少加班的导航仪!

    2.4K11编辑于 2025-07-14
  • 来自专栏全栈程序员必看

    软件设计和开发准备

    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.甘特图 每周的具体任务做出甘特图按照进行的时间,持续的时间进行甘特图排比 甘特图

    50440编辑于 2022-09-07
领券