转自本人运营的公众号“ 携程技术中心PMO”(ID:cso_pmo)         WIP是什么?   WIP(work in progress)指的就是工作中心在制品区.在经过部分制程之后,还没有通过所有的制程,或者还没有经过质量检验,因而还没有进入到成品仓库的部分,无论这部分产品是否已经生产完成,只要还没有进入到成品仓库,就叫WIP.   交付周期 = WIP/ 交付速率   交付周期:指需求从进入开发团队到完成交付的时长 WIP数:指整个系统中并行需求的数目,是处于各个阶段的需求数之和

在服务企业研发团队的过程中,我们发现不少团队碰到了类似的问题: 团队成员声称完成了自己的大部分任务,但团队实际交付的需求却寥寥无几? 由于某些问题导致工序一直处于等待状态,怎么识别和处理这些延迟? 成员之间不知道互相都在干什么?各自鸵鸟式地进行着工作. 当你计划分派任务给某个成员,对方告知他之前收到来自高层的直接任务指派,所以没空. 你经常在思考究竟哪些工作是最重要的?如何避免被无穷无尽的项目与工作淹没? CODING 也在不断思考有哪些实践与工作方式可以帮助这些团队去解决上述问题. "看到&q

转自:http://blog.csdn.net/computerheart/article/details/68924295 Jira更改工作流后,敏捷看板里无法显示sprint对应的问题列表 原创 2017年03月31日 14:00:12 标签: Jira / workflow / sprint 2058 今天再维护Jira系统时,部门主管认为敏捷开发的流程不能很好的表现出bug的处理流程,让单独整理一套bug处理流程,并发布到原有的敏捷项目里面,在使用管理员进行工作流维护中增加了bug fl

WIP限制并不是真的要限制你的进度,事实上正相反. 什么是WIP限制? 在敏捷开发中,WIP限制决定了每种情况下的工作流中可以存续的最大工作量.限制进行中的工作数量可以更容易辨识团队工作流中的无效工作.在情况变得更糟前,一个团队的持续交付通道中的瓶颈是非常容易辨别的. 为什么说WIP限制很重要? 所以现在你一定在想,“赶快告诉我更多吧!”(好吧,我希望你是这么想的.) WIP限制通过强制让团队聚焦在更小的一套任务中来改善吞吐量和减少“将要完成”的工作量.从根本上来讲,WIP限制鼓励的是“完成”的

使用Visual Studio Team Services敏捷规划和项目组合管理(三)--使用Kanban板 1.要查看Kanban板,请单击Work>Backlogs页面上的Board 链接. 为了最大化团队持续交付高质量软件的能力,Kanban强调了两个主要的实践.首先,可视化工作流程,需要映射团队的工作流阶段,并配置Kanban板来匹配.第二,限制进行中的工作数量,需要设定在制品(WIP)的限制.之后就可以在看板上跟踪进度,并监控关键指标以减少消耗时间. Kanban板将积压工作转换为交互

从2019年初,我们团队准备开发一款适合研发团队使用的敏捷开发管理工具,那时候我们也在思考,到底什么样的工具才算是优秀的研发管理工具,研发管理的场景.方法和流派有很多,市面上关于研发管理工具的产品也是层出不穷,我们从哪里入手才能真正帮助研发团队提高研发效能?基于以下两点考虑,我们选择了从敏捷开发管理进入: 敏捷开发自1999年以来,经过20多年的发展,已经被大多数开发团队所接受,近几年DevOps的流行,更是把敏捷推向了更高的位置,国内太多的团队需要做敏捷转型. 敏捷开发在中国落地的专业度还不够

第1章 为什么需要敏捷 第2章 敏捷和敏捷项目管理定义 第3章 敏捷项目管理价值和原则 1.我们的最高目标是,通过尽早持续交付有价值的软件来满足客户的需求 2.欢迎对需求提出变更,即使在项目开发后期也不例外.敏捷过程要善于利用需求变更,帮助客户获得竞争优势 3.要经常交付可用的软件,周期从几周到几个月不等,且越短越好 4.项目实施过程中,业务人员与开发人员必须始终通力合作 5.要善于激励项目人员,给予他们需要的环境和支持,并相信他们能够完成任务 6.团队内部和各个团队之间,最有效的沟通方法面对面

如何避免Scrum敏捷开发团队反思会形式化? 迭代压力很大,根本没时间,而且,反思会上大家都在互相推脱责任,会议成了“批斗大会”,所以团队的人都觉得这个会很鸡肋. 很多团队在开反思会时是这么干的:产品经理提前做好各种分析和总结,然后召集大家开会一条条过,其他人有一搭没一搭地听,最后反思会就变成“你讲我听”的形式化存在. 因为大家没有什么参与感,更别提对问题有什么共识或者讨论了. 开反思会时应该极力避免这种情况的发生. 反思会目的很简单:1. 让团队每个人都能平等地发表自己的想法:2. 团队对问题

APP专项测试要点 兼容性测试 安装,卸载,升级 交叉事件 PUSH消息推送测试 性能测试 其他类型 兼容性测试 手机型号 系统版本 安卓 (版本4.4开始兼容) IOS(版本9.x开始兼容) 屏幕尺寸,分辨率 网络状态 4G ,WIFI 统计平台 百度流量院 https://mtj.baidu.com 品牌 机型 分辨率 系统 联网 优先兼容机型. 兼容性测试的注意点: 功能测试之后,进行兼容性测试 兼容性测试关注页面展示:是否重叠,是否显示完整,页面的布局,对齐方式 进行测试时可以把手机排放

章节 DevOps – 为什么 DevOps – 与传统方式区别 DevOps – 优势 DevOps – 不适用 DevOps – 生命周期 DevOps – 与敏捷方法区别 DevOps – 实施原则 DevOps – 工程师职责 DevOps – 自动化工具 DevOps – 总结 DevOps方法与敏捷方法的侧重点是不同的. 一个典型的软件开发各方合作过程,如下图所示: 敏捷方法解决客户和开发人员之间的鸿沟,如下图所示. DevOps方法解决开发人员和运维人员之间的鸿沟,如下图所示. 下

这是最后我们对trackr系列的一部分.在过去的两的博文中,我们已经向您展示我们使用的工具和框架构建后端和前端.如果你错过了前面的帖子现在你可能会想读他们赶上来. Part I – The Backend Part II – The Frontend 在本帖里,我们将强调整个开发过程并给出一些见解对我们使用的工具. Development Process 我们使用Confluence来outline我们的需求,这是一个超屌的工具,广泛的规范,它还增加了协作功能.所以每个人都可以看到和评论的需求,

Semiconductor 导体.绝缘体和半导体主要依据导电系数的大小,决定了电子的移动速度. 导体:金.银.铜.铁.人.水……导电系数大,传导容易 绝缘体:塑料.木头.皮革.纸……导电系数小.传导不容易 半导体:硅中加锗.砷.镓.磷……平时不导电加特定电压后导电 Wafer 芯片或晶圆:原意为法国的松饼,饼干上有格子状的饰纹,与 FAB 内生 产的芯片图形类似. Lot  批:一批芯片中最多可以有 25 片,最少可以只有一片. ID     Identification 的缩写.用以辨识各个独

如果你是看到了75亿进来的,还在纳闷前面那个github的是个什么,你可以走人了?如果你进来是想看到微软两个字的,请继续. 微软以75亿美金的股票收购Github这件事情,从周六一早我爬山到香山琉璃塔的时候看到第一篇朋友圈文章到这会儿做实了,一共不到72个小时.可能对很多人来说这个事态发展太快,措手不及,也有手快的在周日早上就发出来“千万别”的呼吁了.不过无济于事的是,最终微软还是完成了这LinkedIn以后最大的一笔收购. GitHub为啥愿意被收购? “软件工程这个事情,从来就不是一笔好生意

SAP成本核算说明 <SAP财务管控——财务总监背后的管理大师>京东有售. > SAP成本核算说明 说明: 1.    原材料采用移动平均价核算:产成品采用计划(标准)成本核算: 2.    生产控制中采用Make to Stock方式,产成品或半成品的成本通过生产订单进行归集核算: 3.   由于生产周期短,在SAP系统中不进行在制品的核算:对月末尚未进行最后确认的生产订单中存在的尚未转出的生产成本暂计入在制品科目,下月关闭该生产订单时系统自动将在制品科目的金额冲回.   成本核算所需

概述 Azure DevOps Server 2019 (之前的名称为TFS),作为微软Azure DevOps 的企业私有(on-premises)服务器,是一个为开发团队提供软件协作开发管理的服务平台,在需求管理.代码管理.持续集成和交付.敏捷开发方面为软件开发团队提供全流程的技术服务. 这一运行在企业内网中的开发服务器,由于具备入门门槛低.成本费用低.功能齐全等特点,深受国内软件开发团队.管理团队的喜爱.特别是对数据安全有较高要求的金融行业的用户,DevOps Server 成了企业开发中

今天,我很高兴地向大家宣布:Visual Studio 2015 和 .Net 4.6 的正式版本现已提供下载! 自去年十一月我们提出了微软开发技术的愿景:让所有开发者,无论他在什么平台,开发哪种应用程序,都能运用 Visual Studio 和 .NET 技术大幅提升他们的生产力.这次发布是又一次重要的进展,同时也为所有 Visual Studio 开发人员带来更进一步的创新能力. 为庆祝今天的发布,您可以随时参加在线的Visual Studio 2015发布会.观看60多个点播视频或即刻下载

一个伟大的公司必有一个伟大的产品.如果说数据库是ORACLE在上世纪最后二十年赖以起家并奠定江湖地位的旗舰产品,那么,企业应用产品(或曰ERP)则毫无疑问是ORACLE在本世纪初的这近十年,征战疆场.所向披靡的核心武器.有关ORACLE数据库的传奇故事,相信对于大多数程序员或IT技术人员来说,已经是耳熟能详.了然于心,但对于ORACLE的ERP产品的来源与发展历史,许多人则似乎不甚了了,甚至于连ORACLE自己对于自家ERP产品的历史渊源也是语焉不详,有些遮遮掩掩.2007年国内有一位SAP顾问

太上,不知有之:其次,亲而誉之:其次,畏之:其次,侮之.信不足焉,有不信焉.悠兮,其贵言.功成事遂,百姓皆谓"我自然". --<道德经> 研发管理或者系统工具的指导思想我觉得就是依照上面这句话做到"不知有之"和"我自然".如果管理方法是合理和高效的,它一定是符合(或者能够引导符合)大多数人的使用习惯,如果不止一个人提出觉得流程复杂或者难以理解,或者实际实施的过程中时常会出现错误,那我们应该从管理上找原因,是不是不够自然,别扭.因为在实

DevOps面试问题 01 您能告诉我们DevOps和Agile(敏捷)之间的根本区别吗? 答:尽管DevOps与敏捷方法(这是最流行的SDLC[Software Development Life Cycle]方法之一)有一些相似之处,但两者在软件开发方面都是根本不同的方法.以下是两者之间的各种基本差异: 敏捷方法 敏捷方法适用于敏捷中的开发同时敏捷方法适用于DevOps中的开发和操作. 实践和流程 敏捷涉及敏捷Scrum和敏捷看板等实践,而DevOps涉及CD(持续交付),CI(持续集成)和C

Q1.DevOps和Agile之间的根本区别是什么? 下表中列出了两者之间的差异. 特征 DevOps--开发运维 Agile--敏捷 敏捷 开发和运营中的敏捷性 只有发展才能敏捷 流程/实践 涉及CI,CD,CT等流程. 涉及诸如敏捷Scrum,敏捷看板等实践. 时效与质量 时效与质量同等重要 及时是重中之重 发布周期/开发周期 释放周期短,可立即获得反馈 释放周期更短 反馈来源 反馈来自自我(监视工具) 反馈来自客户 工作范围 敏捷性与自动化需求 仅敏捷 Q2.DevOps有什么需求? 这个

介绍 在工业批量和连续生产/运营环境中,调度涉及将诸如罐.反应器和其他加工设备之类的资源分配给生产/运营任务.第 4 层生产/运营计划确定要制造什么产品.要制造多少产品以及何时制造.根据设备.物料.人员和班次的可用性,随着时间的推移分配资源.详细的调度优化解决方案使用启发式模型描述生产/运营过程,以找到分配给定任务和资源的最佳方式.详细调度是生产的核心,与生产控制.订单处理.物料和能源控制以及维护密切相关. ISA-95 标准是为在企业资源规划(ERP,ISA-95 第4层)和控制(第3层)层次