热点新闻

HOT

融合DeepSeek新版本,汉得AI应用服务能力持续求进!
“你们对接DeepSeek了吗?”,这是我们开工以来被问得最多的问题。汉得AI融合平台自2023年7月推出之时,就已经明确了要具备对接主流多套大模型的能力。2024年年中我们就已经完成了和Deepseek-V2的对接,在2025年1月份完成了和R1版本的对接(V3版本的对接随着官网V2模型的升级,已自动对接)。

查看详情

汉得 x 盛虹石化|供应链协同平台SRM,无缝覆盖采购全业务流程需求!
汉得与盛虹石化自2021年起便达成合作,携手搭建供应链协同平台SRM,目前已基本覆盖盛虹石化日常采购的全业务场景。

查看详情

汉得H-ONE 2024年度案例精选丨【数】聚价值,【智】驱未来!
岁序更替,2024 悄然落幕。这一年,汉得H-ONE融合数据平台与您并肩,于数智浪潮留下坚实印记。值此新岁将临之际,让我们共同回顾难忘历程。

查看详情

新闻中心

NEWS

09-22

汉得技术中台 HZERO 重磅开源!

 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

09-22

汉得技术中台 HZERO 重磅开源!

 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

08-25

开源多云技术平台|Choerodon猪齿鱼发布0.22版本

Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。2020年8月17日,Choerodon猪齿鱼发布0.22版本,本次更新Choerodon框架类型的使用的功能与HZERO开源框架进行了融合,系统的平台层和组织层的菜单结构有所调整,具体请参考用户手册

08-25

开源多云技术平台|Choerodon猪齿鱼发布0.22版本

Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。2020年8月17日,Choerodon猪齿鱼发布0.22版本,本次更新Choerodon框架类型的使用的功能与HZERO开源框架进行了融合,系统的平台层和组织层的菜单结构有所调整,具体请参考用户手册。项目层新增了普通敏捷项目和运维项目两种项目类型,代码开发模块新增“CI流水线”的功能,其它功能模块也都进行了不同程度的修改和优化,如平台功能、协作、部署等,欢迎各位更新体验。发布版本:0.22发布时间:2020年8月17日更新范围:敏捷协作、代码开发、测试管理、环境部署以及基础功能和底层组件服务下面就为大家带来详细的模块介绍:01  基础功能新增功能组织层“管理中心”新增Webhook配置功能,支持创建钉钉、企业微信、Json类型的Webhook来发送组织层的消息通知;组织层“管理中心”与项目层“设置-通知”模块新增Webhook执行记录页面,支持查看与重试某条Webhook执行记录;组织层“管理中心”新增“角色管理”的功能,支持组织管理员在此创建组织层或项目层的自定义角色;“平台层-消息服务”中新增组织层与项目层中各个事件对应的钉钉、企业微信、Json类型webhook的默认消息模板;新增“普通敏捷项目”项目类型,此类项目仅保留了敏捷测试相关的功能,支持项目团队专注使用敏捷协作功能;新增“运维项目”项目类型,此类项目仅保留了开发部署等DevOps相关的功能。功能优化平台概览界面中新增了显示平台中集群状态与数量的情况;“平台管理-邮件日志”中,支持重发“成功”或“失败”状态的邮件;“平台管理-邮件日志” 中,支持自动清除半年前的发送记录;“组织层-用户管理-添加组织用户”、“项目层-团队成员-添加团队成员”时,在搜索出的用户后面,加上了登录名;“平台管理-接口”页面的“权限编码”与“地址”后面加上了快速复制的按钮。02  敏捷协作新增功能      迭代计划、工作列表工作列表-所有问题按issue层级展示;工作列表-所有问题支持批量修改issue;工作列表-所有问题支持全部字段筛选,包括全部预定义字段、自定义字段;敏捷看板支持全屏显示;敏捷看板支持查看多个迭代;导入问题支持按照任务-子任务、故事-子任务父子层级导入;导出问题支持按问题层级导出;敏捷看板支持自定义状态顺序;敏捷消息添加预置钉钉、企业微信webhook模板。缺陷修复      迭代计划、工作列表修复状态机状态删除造成看板异常的问题。功能优化      迭代计划、工作列表待办事项史诗侧栏优化为不显示已完成史诗;优化子任务详情页:可以直接看到父级任务的概要;优化敏捷服务权限;优化导出问题性能问题;优化待办事项团队成员工作量显示;       知识库知识库文档编辑器npm包升级03  代码开发新增功能开发模块新增“CI流水线”的功能,支持创建多个阶段,且每个阶段中可添加多个任务;CI流水线界面中支持配置添加多种类型的任务,包括:构建、代码检查与自定义任务;CI流水线中新增支持多种常用语言的构建模板:如Maven模板、Npm模板、Go模板;CI流水线界面中支持查看各条CI流水线的执行记录详情。缺陷修复修复了导入应用服务时,选择的微服务后端模板中使用命令启动错误的问题。04  测试管理缺陷修复修复创建计划时间校验问题;修复查看用例详情由于objectnumber造成偶发报错问题。05  环境部署新增功能”应用部署-资源-域名”模块,创建与修改域名时,新增支持填写“Annotation”;C7N agent中helm组件由V2升级至V3;升级部署模块支持的k8s版本至V1.17。缺陷修复修复了未登录Grafana时,节点监控页面白屏的问题;修复了点击实例界面“运行详情-更多详情”偶现白屏的问题;修复了实例界面运行详情中修改pod数量后进行重新部署,pod能否增减判断错误的问题;修复了变更实例查询values接口参数的问题;修复了实例部署超时未发站内信的问题;修复agent不支持StatefulSet的问题;修复了修改域名时,端口下拉框中未显示出已有端口的问题;修复了RegistrySecret在Kubernetes中被删除后,而Choerodon未感知的问题;修复了集群重置后Pod数据未进行同步的问题;修复了Polaris扫描的超时机制在查询时不生效的问题;修复了创建集群的ChoerodonId可能为纯数字字符串的问题;对一个文件存在多个资源包含PV和PVC的情况做了处理;修复了集群管理页面,树结构中集群状态排序错乱的问题;修复了DevOps报表中代码提交图、构建次数图选择时间范围时,数据不准确的问题;修复了以运行结果为条件搜索部署记录时,未筛除批量部署的问题。功能优化“应用部署-资源”模块,实例视图与资源视图的环境层级,在环境名称后加上了所属的集群。06  社区参与感谢以下朋友在社区论坛中提出反馈和意见,在0.22版本更新中作出贡献,感谢大家一直以来的支持。@PengtaoNing@dongasai更多内容更加详细的内容,请参阅Release Notes和官网用户手册。【安装文档】http://choerodon.io/zh/docs/installation-configuration/steps/【升级文档】http://choerodon.io/zh/docs/installation-configuration/update/0.20-to-0.21/欢迎各位朋友通过Choerodon的GitHub和猪齿鱼社区进行反馈与贡献,帮助Choerodon猪齿鱼不断成长。Choerodon会持续优化,敬请期待。  关于Choerodon猪齿鱼  大家也可以通过以下社区途径了解Choerodon猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入Choerodon猪齿鱼社区,共同为企业数字化服务打造一个开放的生态平台! 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

07-16

产品快讯 | 汉得技术中台HZERO发布1.4.0.RELEASE版本

汉得技术中台HZERO是一款基于微服务架构的企业级技术中台,可支持企业各类系统搭建、产品研发,帮助企业快速构架技术中台。HZERO应用微服务、容器、DevOps等云原生技术,封装了大量技术开发包、技术应用组件、技术场景实现能力,并支持SaaS模式应用,提供了一个可支持企业各业务系统或产品快速开发实现的微服务应用数字化融合平台,富含各类开箱即用的组件G-General、A-AI、B-BigData、M-Mobile、D-DevOps,助力企业跨越Cloud(IaaS/PaaS)与自身数字化的鸿沟,共享业务服务的组合重用,为企业服务化中台整合、数字化转型提供强力支撑,也为企业提供了最佳架构实践。版

07-27

产品快讯 | 汉得技术中台HZERO发布1.4.0.RELEASE版本

汉得技术中台HZERO是一款基于微服务架构的企业级技术中台,可支持企业各类系统搭建、产品研发,帮助企业快速构架技术中台。HZERO应用微服务、容器、DevOps等云原生技术,封装了大量技术开发包、技术应用组件、技术场景实现能力,并支持SaaS模式应用,提供了一个可支持企业各业务系统或产品快速开发实现的微服务应用数字化融合平台,富含各类开箱即用的组件G-General、A-AI、B-BigData、M-Mobile、D-DevOps,助力企业跨越Cloud(IaaS/PaaS)与自身数字化的鸿沟,共享业务服务的组合重用,为企业服务化中台整合、数字化转型提供强力支撑,也为企业提供了最佳架构实践。版本更新顺应时代潮流的发展,响应企业不断发展的需求,HZERO不断进行迭代,满足客户多样化的需求,为客户持续提供价值。2020年07月08日,汉得技术中台HZERO 发布 1.4.0.RELEASE 版本,新增两个服务、多个组件及特性功能,更好的助力企业服务化中台整合、数字化转型。服务版本:1.4.0.RELEASE发布时间:2020年07月08日前端版本:1.4.0数据版本:1.4.0.RELEASE新增服务 1 告警服务hzero-alert涵盖多种渠道来源的预警功能,可适配多种告警源(直连API、数据集等)接入,灵活自定义告警规则,支持告警升级及恢复通知功能,同时支持多种告警目标(回调API、消息队列、消息平台),可启用高级路由功能,进一步支持告警分组、延迟、抑制、静默等特性,有效防止告警风暴。 2 事件服务hzero-event通过抽象消息队列组件,可同时适配多种消息队列源,包括事件消息配置维护功能,查看消息情况、重试发送消息功能等。提供统一标准的事件接入服务,同时,提供完善的事件生产、消费日志,简化事件类应用的开发和调试。新增服务插件 1 甘特图插件platform-gantt可通过配置的方式快速嵌入甘特图功能,自由拖拉更改时间,自由缩放时间轴,显示不同的界面效果,无需代码开放,可快速用于工作计划进度、资源利用、生产排程等功能模块开发,提升整体项目运行的效率。 2 数据源路由管理插件platform-dsr可根据租户、URL、用户等不同维度来动态分割数据源,动态切换数据源,实现不同业务场景对数据分库的需要。 3 URL映射插件admin-um动态路由请求,配置路由请求规则,用户访问映射后的URL(如/hpfm/a)也能访问到源URL(如/hpfm/b)的效果,能够实现灰度发布,针对SaaS场景下租户定制化的需求。新增开发支持组件 1 开发者路由组件hzero-starter-developer-route 解决在融合开发环境下,开发人员本地代码调试问题,开发人员可在统一的环境中使用前端、Swagger等渠道进行代码调试,无需通过配置不同路由的方式进行本地代码测试。 2 主键加密组件【重大更新】hzero-starter-keyencrypt通过雪花ID和主键加密方式,加强代码开发中的安全性,可生成加密后的主键字符串,避免通过ID篡改数据或水平越权的问题,进一步的强化平台的安全性、稳定性。新增三方登录组件 1 海马汇三方登录组件hzero-starter-social-hippius     可支持Hippius账户进行第三方登录。 2 IOS苹果三方登录组件hzero-starter-social-apple     可支持苹果账户进行第三方登录。新增特性功能 1 系统管理安全组维护:可批量管理访问权限、字段权限、工作台配置、数据权限维度、数据权限子账户可查看分配员工Ldap可定时同步用户、定时同步离职用户组织信息数据外部可同步到平台菜单增加标签配置,以支持按不同前端展示不同的菜单角色增加标签配置,角色可通过 TENANT_ADMIN  标签确认是否是租户管理员API 管理增加标签配置,可将API设置为签名类型API超级角色无需分配权限,自动拥有对应层级的权限数据权限新增黑名单屏蔽单据权限新增多SQLID支持 2 开发管理租户级值集数据支持导入 3 报表平台报表模板新增DOC类型,支持在线编辑标签打印管理添加打印工作台 4 消息管理新增webhook消息类型,支持webhook类型消息的配置和发送 5 通用导入导入模板列标题配置支持多语言,导出模板excel/csv时应用多语言 6 平台治理新增微服务实例功能:可查看系统的各个服务实例的信息与配置信息新增API统计功能:图形展示API调用的情况新增API测试功能:提供API调用测试功能,可使用该功能进行API的测试 7 调度服务执行器配置添加启用标识,被禁用的执行器不参与任务执行并发请求定义,参数添加默认值 8 接口平台新增服务类别:数据源,可直接将关系型数据库表或视图透传成接口,支持动态列及参数个性化配置。模型字段功能接口注册添加公共API功能,注册后不经过授权,若使用需知悉风险。新建授权扩展功能,实现ExtendedAuthorization即可扩展日志清理定时任务 9 发票服务新对接航信税务平台,提供进项接口能力新增发票勾选、发票认证及发票主数据采集功能 10 OCR服务新增智能单图识别,可对单张票据支持智能识别,支持出租车票、火车票、定额发票、增值税专用发票、增值税普通、增值税电子发票、增值税卷票。新增增值税卷票识别HZERO 1.4.0.RELEASE本次版本更新除了新增以上服务、组件及特性服务之外,还对部分现有功能进行优化,不断完善开发助手,新增100+前端组件,并修复了已知的问题缺陷。▼▼▼「  点击此处查看详细文档  」推荐阅读 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

05-21

Choerodon猪齿鱼实践之持续交付流水线

文 / 毛智伟  汉得能效中台中心在之前的文章《持续集成与持续交付之间的联系和区别》中,我们提到了持续集成与持续交付的基本概念以及两者之间的联系和区别。而本文将更进一步,旨在为大家详细介绍如何通过Choerodon 猪齿鱼的CD流水线功能来帮助项目团队实现持续交付。需要了解     什么是持续交付?在进行功能介绍之前,我们先来回顾下持续交付的概念。持续交付是指在持续集成的基础上,将集成后的代码持续不断地部署到开发、测试或预生产环境进行测试与验证的能力。也就是说,持续交付是对非生产环境的每一次变更进行交付,而最终选择部署到生产环境的将会是一项完整的功能或一

07-28

Choerodon猪齿鱼实践之持续交付流水线

文 / 毛智伟  汉得能效中台中心在之前的文章《持续集成与持续交付之间的联系和区别》中,我们提到了持续集成与持续交付的基本概念以及两者之间的联系和区别。而本文将更进一步,旨在为大家详细介绍如何通过Choerodon 猪齿鱼的CD流水线功能来帮助项目团队实现持续交付。需要了解     什么是持续交付?在进行功能介绍之前,我们先来回顾下持续交付的概念。持续交付是指在持续集成的基础上,将集成后的代码持续不断地部署到开发、测试或预生产环境进行测试与验证的能力。也就是说,持续交付是对非生产环境的每一次变更进行交付,而最终选择部署到生产环境的将会是一项完整的功能或一组功能,又或者是一项完整的应用或服务。上图很好的展示了持续交付的整个流程,在通过持续集成之后,便可以持续地将代码部署至开发或测试环境。最后,待整体功能与需求测试验收完成,就可以将其手动部署至生产环境之中。当然,还需要注意的是:持续交付并不意味着每一次变化都要尽快部署到生产环境。而是意味着每一次变化都是随时可以部署的。—— Carl Caum(Caum,2013)什么原因    为什么要进行持续交付?众所周知,持续交付是DevOps实践中重要的一环,但持续交付能为团队带来哪些好处呢?快速发布。能够快速响应业务需求,并更快地实现软件价值;持续交付倡导的频繁部署以及自动部署,是持续测试的前提,进而提高软件质量;高质量的软件发布标准。整个交付过程标准化、可重复、可靠;整个交付过程可视化,方便团队人员了解项目进度;更先进的团队协作方式。从需求分析、产品的用户体验到交互 设计、开发、测试、运维等角色密切协作,相比于传统的瀑布式软件团队,更少浪费。如何交付如何通过Choerodon实现持续交付?Choerodon平台通过CD流水线的形式将开发模块与部署模块进行串联,用户只需在流水线中预设对应的部署任务或人工卡点任务,便能将目标应用服务集成后的代码自动部署到开发环境、测试环境、预生产环境以及生产环境(流转至生产环境阶段需要通过设置审批人员)。然后再设置人工卡点任务,即可通过邮件与站内信的方式及时通知到产品负责人或测试人员对新的部署进行验收与测试。创建持续交付流水线首先在“部署-应用部署-流水线”菜单页面,点击创建流水线,此时出现下图的流水线创建页面。项目人员可在此按需求定义多个流水线阶段,同时也可在各阶段中定义多个任务。流水线基础设置在创建CD流水线时,需自定义该条流水线的名称,并设置该条流水线的触发方式为自动触发或是人工触发;自动触发:满足所有触发条件时,该流水线才会自动执行。若选择自动触发,则该流水线中阶段一的任务一只能为部署类型的任务来作为触发器。手动触发:需要手动点击执行,才能触发流水线。若选择手动触发,则需要为该流水线选择触发人员(可多选),只有被选中的人员才有权限执行该流水线。若流水线中含有部署任务,则要求触发人员必须拥有流水线中所有部署任务对应的环境权限。添加与设置阶段添加阶段;点击阶段之间的添加按钮,即可成功添加一个阶段;此外还支持修改该阶段的名称,设置阶段之间的流转方式,若选择手动流转,需要为此设置审核人员(可多选,且默认为其中一个人员审核通过则该任务通过,第一个审核人员点击中止则该任务中止)。任务设置;每个阶段下,需要选择设置对应阶段中任务的执行方式。分别是:任务串行与任务并行,其中任务串行是指阶段中的所有任务从上至下依次执行;并行是指阶段中所有任务同时执行,但阶段中任务并行时,此阶段中便不能添加人工卡点的任务。只有当一个阶段中的所有任务均执行成功后,才能进入下一阶段。添加部署任务为了实现部署流程的可重复性、可靠性以及可伸缩性,持续交付流水线中支持了自动部署的任务类型;但需要在其中配置应用服务、触发版本类型、环境以及实例部署的相关信息,具体步骤如下:选择任务类型为部署后,需填写任务名称,并在项目下选择一个已存在版本的应用服务;输入或选择服务版本类型(此处可以选择默认给出的版本类型或手动输入自定义的版本类型。若不填写此栏,则默认自动部署该应用服务的所有版本);选择环境;只可选择运行中的环境;选择部署模式(部署模式有新建实例和替换实例两种);选择部署配置, 此处会根据您选的应用服务与环境自动匹配所有关联的部署配置,您可根据给出的配置信息进行选择。若所选应用服务与环境暂无对应的部署配置,则需要在部署配置页面创建一个对应的部署配置。若流水线中仅存在这一个部署任务,那么当开发人员提交代码,跑完CI,生成了满足条件的应用服务版本后(生成的版本名称中须包含在任务中定义的版本类型),该条流水线便会被触发。当流水线中存在多个部署任务,第一次触发流水线时,需要满足其中所有流水线的触发条件(生成满足条件的服务版本)。添加人工卡点任务人工卡点任务用于为阶段中的部署任务添加控制与审核人员,指定的审核人员审核通过后,流水线才能继续执行。若审核未不通过,整条流水线便会在此任务节点终止。添加人工卡点任务的步骤如下:选择人工卡点任务类型后,需要填写任务名称,并选择审核人员(可多选);若选择了多个审核人员,还需选择审核模式,其中包括:会签和或签。(会签是指所选的审核人员全部审核通过后才算通过,其中有一人选择终止,则此任务终止;或签是指所选的审核人员中,一人审核通过后此任务便通过,一人选择终止则此任务终止,以其中第一个审核人员的审核结果为准)。人工卡点任务创建成功后,当流水线执行到此类型的任务时,会默认通过邮件与站内信的方式告知审核人员。在测试与验收了对应的部署之后,审核人员便可将此任务审核通过,使得流水线继续执行。查看持续交付流水线记录CD流水线的每一次执行,都会产生一条执行记录,每条记录里还包含了所有阶段与任务的执行详情。在“应用部署-部署”菜单页面,项目人员能在列表中查看到流水线部署记录的编号、对应的流水线名称、触发方式、执行者、运行时间以及运行结果;目前,运行结果存在以下几种情况:运行结果含义成功流水线中所有任务执行成功失败流水线中有任务执行失败执行中流水线中有任务正在运行待审核流水线正停留在人工审核的节点,包括人工卡点与阶段间的人工审核已终止人工审核时,点击终止任务,最后流水线为已终止状态已删除原流水线已被删除,但是执行记录依然保存在此页面 在记录列表中,对不同状态的流水线部署可以执行相应的操作。对于执行失败的流水线,项目所有者可以重新执行流水线中的所有任务;若流水线状态为待审核,则需指定的审核人员审核后才能继续执行;而对于执行中状态的流程,项目所有者可以对其进行强制失败的操作。点击某条记录的编号,便能查看到该条记录的详情,在此详情页面中,会展示出对应流水线的执行详情。其中包括了流水线的触发方式、触发人员、阶段详情以及任务详情。总 结总的来说,持续交付是持续不断地将应用服务部署到交付流水线各种环境中的能力。而与持续交付相关的持续集成、持续部署、持续测试、持续反馈以及他们共同作用带来的持续改善,都是DevOps实践落地过程中不可或缺的一部分。关于Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

05-21

Choerodon猪齿鱼|如何进行大规模敏捷规划

文 / 柴晓燕  汉得能效中台中心Scrum敏捷过程中在迭代开始前需要进行迭代规划会,那对于SAFe大规模敏捷在PI开始之前要经历什么呢?PI能提供一个更大、更具有战略意义的PDCA时间盒,所以PI也是有规划会的。下文将为您介绍PI规划会的历程。01 什么是PI规划会?项目群增量(PI)提供了一个比SPRINT更大的PDCA环,为整个ART的计划、集成、演示、检视和调整提供了节奏。PI规划会就是一个非常重要的、有节奏的同步点,它有着标准化的流程。可以说,没有什么比PI计划更强有力的活动了,PI计划是PI的基石,确定了ART的节奏。当100多人为了一个共同的目标一起工作,仅仅

07-28

Choerodon猪齿鱼|如何进行大规模敏捷规划

文 / 柴晓燕  汉得能效中台中心Scrum敏捷过程中在迭代开始前需要进行迭代规划会,那对于SAFe大规模敏捷在PI开始之前要经历什么呢?PI能提供一个更大、更具有战略意义的PDCA时间盒,所以PI也是有规划会的。下文将为您介绍PI规划会的历程。01 什么是PI规划会?项目群增量(PI)提供了一个比SPRINT更大的PDCA环,为整个ART的计划、集成、演示、检视和调整提供了节奏。PI规划会就是一个非常重要的、有节奏的同步点,它有着标准化的流程。可以说,没有什么比PI计划更强有力的活动了,PI计划是PI的基石,确定了ART的节奏。当100多人为了一个共同的目标一起工作,仅仅两天内就可以达成共识,而不是花费几个月或者几周的时间来等待决策和通过一系列邮件来达成一致,这会产生怎样令人惊叹的协作能力?通过PI规划会,ART成员会定期进行同步,更好地定义和设计愿景及承诺,从而满足近期的PI目标;ART成员通过PI规划会来创造、不断培养维持一种共同的使命、责任或承诺,养成高度的合作协作意识;PI规划会将ART的责任从中央管理转移到真正负责工作的团队;通过PI规划会建了ART所依赖的社交网络。02 准备PI规划会组织结构准备:产品管理者、敏捷团队、业务负责人,以及其他利益相关者。有可能的话,所有的ART成员都应该参与进PI规划会。毕竟,他们才是计划的最终执行者,他们是唯一可以对计划作出承诺的人。PI规划会输入内容:(1)当前业务愿景和背景;(2)项目群待办事项列表中排名较前的特性,包括其接收标准,以确保特性满足其完成定义。如何确定去排名靠前的特性?我们可以通过WSJF(加权最短作业优先)法则来确定出价值较大,时间较紧迫但规模较小的特性。通过WSJF权值排序,筛选出优先级较高的特性。03 标准的会议议程PI规划会通常会遵循一个标准的会议议程,如图所示:如何进行PI计划会?快速确定要满足PI目标所必要的特性或者优先特性;团队快速识别出所有必要的故事,以满足PI目标和优先特性;识别与其他敏捷团队之间的依赖关系;估算故事点,按照优先级放入每个迭代;识别出无法在当前PI完成的工作,可以考虑放在下一个PI周期;团队确定迭代计划;整合项目群风险、障碍,以及依赖关系;将特性依赖和跨团队依赖整合到项目群公告板。PI规划会的第一天的内容包括:建立业务背景和计划过程背景、创建计划草案,并以管理者评审和问题解决会议作为结束。PI规划会的第二条的内容包括:计划调整的讨论、得出计划终稿和设定业务价值、批准计划终稿并对PI目标作出承诺。最终,PI规划会产出:(1)已承诺的PI目标、PI计划;(2)维护完依赖关系的项目群公告板。缺少有效的PI计划,会发生什么?利益相关者和团队对愿景、目标没有清晰的理解。团队不知道业务环境和最重要的目标。业务和技术之间缺乏一致性。依赖关系被发现得太晚。计划是集中但无效。团队缺乏对业务目标的承诺。04 总 结PI规划会是定期举行的,可以在一个地方面对面进行,也可以在多个地方同时“面对面”进行的计划会议,其与ART存在依存关系。对SAFe来说,PI规划是不可或缺的(如果你不做PI计划会议,就相当于没做SAFe)。但是PI规划会的议程可以根据组织的实际情况进行调整。关于Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

04-17

Choerodon猪齿鱼实践之健康检查

文 / 毛智伟   汉得能效中台中心Choerodon猪齿鱼实践之健康检查Choerodon 是一个开源多云应用敏捷全链路技术平台,通过使用 Kubernetes 来部署和升级应用,而在集群中部署应用时,像忘记配置资源请求或忘记配置限制这样简单的事情就可能破坏自动伸缩,甚至导致工作负载耗尽资源。因此,保证集群的稳定运行十分必要。基于这个目的,Choerodon团队通过借鉴 Polaris 健康检查的实现原理,并结合自身业务需求,在 Agent 组件中实现了一套自己的健康检查规则,既能从集群的维度查看其中可能影响稳定性、可靠性、可伸缩性和安全性的配置问题,

07-28

Choerodon猪齿鱼实践之健康检查

文 / 毛智伟   汉得能效中台中心Choerodon猪齿鱼实践之健康检查Choerodon 是一个开源多云应用敏捷全链路技术平台,通过使用 Kubernetes 来部署和升级应用,而在集群中部署应用时,像忘记配置资源请求或忘记配置限制这样简单的事情就可能破坏自动伸缩,甚至导致工作负载耗尽资源。因此,保证集群的稳定运行十分必要。基于这个目的,Choerodon团队通过借鉴 Polaris 健康检查的实现原理,并结合自身业务需求,在 Agent 组件中实现了一套自己的健康检查规则,既能从集群的维度查看其中可能影响稳定性、可靠性、可伸缩性和安全性的配置问题,也支持检测某个环境某个实例中具体的配置问题,从而达到监控集群和监控环境健康状态的目的。本文旨在为大家介绍Choerodon V0.21版本中的健康检查功能。集群健康检查check执行健康检查在Choerodon平台中,选择一个存在关联环境且状态为“运行中”的集群,进入“集群管理-健康检查”的页面后,点击页面中的“扫描”按钮,即可执行该集群的健康检查。在此过程中,Polaris支持的检测类型有:Health Checks、Images、Networking、Resources、Security;检测完毕之后,会将这些分类中所有的配置项分为 passed、warning 以及error 三个状态,分别代表检测通过、警告和错误的状态。若想详细了解各分类中所包含的默认配置项,请参考Polaris - Kubernetes最佳实践之配置校验。查看健康检查结果健康检查执行成功后,便能从“集群概览”和“环境详情”两个维度查看存在配置项的问题(即状态为warning和error的配置项)。界面上的健康分值,是根据passed状态配置项的占比计算得来的。需要注意的是,各类详情下,只会展示出warning与 error状态的配置项。通过检测得出的结果(尤其是存在error状态配置项的分类),集群管理员可以及时的捕捉到集群中存在的问题与隐患,并快速地进行修复。健康分值= passed配置项数量/(passed配置项数量+1/2warning配置项数量+error配置项数量)集群概览“集群概览”维度支持查看集群中各个分类的配置项问题,主要分为了:健康检查、镜像检查、网络配置、资源分配以及安全这五类,并可以分别查看各个分类下有问题的配置项(warning与 error状态的配置项)及其所属的环境。环境详情“环境详情”维度则支持查看集群中所有环境(包括Choerodon平台环境与非Choerodon平台环境)中存在问题的配置项(warning与 error状态的配置项)。环境健康检查check执行健康检查通过以上内容,我们知道了集群管理员如何在集群中执行健康检查操作,以此来监控集群的健康状态。那在环境层,环境管理员(运维人员)又如何对环境的健康状态进行监控呢?针对这个问题,我们在“部署-资源-实例视图-环境层”中,也新增了“健康检查”的功能,用来检测环境下所有实例的配置项问题。其中包括了对Deployments、StatefulSets、DaemonSets 、Jobs、CronJobs以及ReplicationControllers的检测。(注意:在进行扫描之前,请确保环境中已有实例资源,并且该环境为“运行中”状态)查看健康检查结果健康检查执行成功之后,会将这些分类中所有的配置项分为 passed、warning 以及error 三个状态,分别代表检测通过、警告和错误的状态。并在各个实例下方,展示出有问题的配置项(warning与 error状态的配置项)。此外,对于含有“error”状态配置项的实例和对象,会在其名称后面标出警示标志。界面上健康分值的计算方式,和上文中集群的一致。环境管理员通过有问题的配置项,便能及时地定位与解决问题,从而避免造成更大的损失。总结conclusion健康检查功能是集群与环境监控模块中重要的一环,能够帮助运维人员实时地检测出集群与环境中,可能影响稳定性、可靠性、可伸缩性和安全性的配置问题,以此来保证集群与环境的稳定运行。关于Choerodon 猪齿鱼Choerodon 猪齿鱼作为开源多云应用敏捷全链路技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————Choerodon 猪齿鱼v0.21已经发布,欢迎大家前来安装/升级。安装文档:http://choerodon.io/zh/docs/installation-configuration/steps/ 升级文档:http://choerodon.io/zh/docs/installation-configuration/update/0.20-to-0.21/大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

03-19

Choerodon猪齿鱼实践之应用服务共享

应用服务共享功能Choerodon平台中的开发和部署都是围绕应用服务来进行的,由此可见应用服务在DevOps实践过程中的重要性。本文旨在为大家介绍Choerodon v0.19及以上版本中的应用服务共享功能。文 / 毛智伟  汉得能效中台中心了解背景 共享应用服务功能的背景在详细介绍Choerodon平台中“共享应用服务”功能的使用之前,我们需要知道使用这个功能的原因是什么,以及这个功能可以解决什么问题。在说起Choerodon平台中的应用服务时,我们就不得不提微服务。正是因为微服务的出现,之前的单体应用架构带来的问题才得以解决。而下图也更为直观地指出了单体应用架构与微服务

07-28

Choerodon猪齿鱼实践之应用服务共享

应用服务共享功能Choerodon平台中的开发和部署都是围绕应用服务来进行的,由此可见应用服务在DevOps实践过程中的重要性。本文旨在为大家介绍Choerodon v0.19及以上版本中的应用服务共享功能。文 / 毛智伟  汉得能效中台中心了解背景 共享应用服务功能的背景在详细介绍Choerodon平台中“共享应用服务”功能的使用之前,我们需要知道使用这个功能的原因是什么,以及这个功能可以解决什么问题。在说起Choerodon平台中的应用服务时,我们就不得不提微服务。正是因为微服务的出现,之前的单体应用架构带来的问题才得以解决。而下图也更为直观地指出了单体应用架构与微服务架构的区别。通过上图,我们不难发现微服务架构中的应用会被分解为更小、完全独立的服务组件,这使得它们拥有更高的敏捷性、可伸缩性和可用性。换言之,微服务架构的基本思想就是:围绕业务领域组件来创建应用服务,让应用服务可以独立地开发、管理和交付。通过微服务实现组件化服务的开发和交付后,这些组件化服务按照项目需求组合起来,稍作修改,便是一个可用的产品。因此,尽管项目是暂时性的,但项目团队的交付物却能以组件的形式共享至其他项目,以此来避免重复造轮子的情况。而怎样将已有的应用服务快速地导入或部署到组织下其他项目呢?针对这个问题,共享应用服务的功能应运而生。如何使用怎样使用共享应用服务功能?当组织下其他项目需要用到本项目下某个应用服务时,项目所有者可以为此应用服务设置共享规则,以此来将对应版本的应用服务共享至其他项目。以上便是Choerodon平台中共享应用服务功能的大致流程,下面我们就按照这个流程进行展开,带大家了解Choerodon中应用服务的共享功能。 Step1 添加共享规则首先,选中一个目标应用服务,进入详情界面,选中“共享设置”,点击顶部的“添加共享规则”;在添加共享规则时,项目所有者可以选择将该应用服务的某一类型的所有版本全部共享出去,或者选择一个特定的应用服务版本共享至目标项目。最后选择“共享范围”,那么一条共享规则就这样添加成功了。- 目前平台中预置可选的版本类型为以下5种,分别是:master、release、feature、bugfix 和 hotfix。- 此处版本类型是按照版本名中对应的分支类型来命名的;但可根据需求,在此填写一个自定义的版本类型。- 若您想将该类型的所有服务版本共享出去,仅填写版本类型即可,不用再选择特定版本。共享规则添加成功并生效之后,共享范围之内的项目便能获取到该服务对应版本的代码库与镜像,用于之后的二次开发或直接部署。 Step2 管理共享规则共享规则添加成功之后,可以在之后对其进行灵活地修改或是直接删除;此处支持修改共享规则中的共享版本与共享范围;共享规则更改后,平台将按照新的共享规则执行,但不会影响其他项目下已部署的实例。 Step3 导入共享应用服务应用服务的接收方,若发现已存在的应用服务并不能完全满足自己的项目需求,便可选择“导入共享应用服务”,在已有代码库的基础上进行二次开发。 Step4 部署共享应用服务若共享的应用服务已经能够满足项目需求,此时部署人员便可直接在手动部署界面,将该服务对应的版本部署至本项目对应的环境。共享应用服务的功能支持各个项目团队更方便地围绕业务来进行应用服务的组织,从而使得微服务弹性伸缩的特性可以得到充分地发挥,避免出现重复造轮子的情况。此外,以应用服务为中心进行开发和部署是Choerodon平台实践DevOps的重要步骤,所以应用服务相关的功能与体验也是我们一直都在关注的。 关于我们 关于Choerodon猪齿鱼Choerodon猪齿鱼作为开源多云技术平台,是基于开源技术Kubernetes,Istio,knative,Gitlab,Spring Cloud来实现本地和云端环境的集成,实现企业多云/混合云应用环境的一致性。平台通过提供精益敏捷、持续交付、容器环境、微服务、DevOps等能力来帮助组织团队来完成软件的生命周期管理,从而更快、更频繁地交付更稳定的软件。————欢迎通过我们的 GitHub 和 猪齿鱼社区 进行反馈与贡献,帮助 Choerodon 猪齿鱼不断成长,我们将持续迭代优化,敬请期待。大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

03-19

产品快讯|汉得技术中台 HZERO 发布 1.3.0.RELEASE 版本

汉得技术中台 HZERO,作为企业级技术中台,其应用微服务、容器、DevOps等为代表的云原生技术,结合汉得多年的项目实施经验积累和行业专业经验沉淀,封装了大量的技术开发包、技术应用组件、技术场景实现能力,并支持SaaS模式应用。主要包含技术中台 HZERO 、移动中台 Hippius 、数据中台 HDSP 以及物联中台 Hi-IoT 等,目标是搭建一套一体化的可支持各业务应用、平台快速搭建、能力复用以及可融合的中台基础体系。产品快讯2020年03月16日,HZERO 发布 1.3.0.RELEASE 版本,本次更新新增了三个服务及多个服务组件,并对部分现有功能做了优化,修复了已知的问题缺陷,

07-28

产品快讯|汉得技术中台 HZERO 发布 1.3.0.RELEASE 版本

汉得技术中台 HZERO,作为企业级技术中台,其应用微服务、容器、DevOps等为代表的云原生技术,结合汉得多年的项目实施经验积累和行业专业经验沉淀,封装了大量的技术开发包、技术应用组件、技术场景实现能力,并支持SaaS模式应用。主要包含技术中台 HZERO 、移动中台 Hippius 、数据中台 HDSP 以及物联中台 Hi-IoT 等,目标是搭建一套一体化的可支持各业务应用、平台快速搭建、能力复用以及可融合的中台基础体系。产品快讯2020年03月16日,HZERO 发布 1.3.0.RELEASE 版本,本次更新新增了三个服务及多个服务组件,并对部分现有功能做了优化,修复了已知的问题缺陷,欢迎各位更新体验。服务版本:1.3.0.RELEASE发布时间:2020年03月16日前端版本:1.3.0数据版本:1.3.0.RELEASE新增服务 1 hzero-ebank银企直联服务银企直联服务为HZERO平台提供多家银行的统一接口封装和拓展模式,记录银行接口调用的审计事件,定时同步银行账户、金融类交易记录、票据、票据交易记录,并发送状态变更事件方便其他应用服务处理。注意:部署 hzero-ebank 银企直联服务,需单独部署 hzero-ebank-proxy 代理服务,此代理服务用于对接银行的前置机应用。<<  滑动查看下一张图片  >> 2 hzero-charge计费服务计费服务为HZERO平台提供资源计费的功能,业务系统在计费服务中配置不同的计费规则,使用计费规则管理业务资源的消费;计费服务可通过业务资源消费量和计费规则进行计费、账单生成、账单支付、账单结果回调等一系列操作。<<  滑动查看下一张图片  >> 3 hzero-rule-engine规则引擎服务规则引擎服务为HZERO系统提供动态计算业务规则的功能,通过图形化的界面配置来配置计算流程,能够在页面中动态调整配置并应用到服务的计算处理中。<<  滑动查看下一张图片  >>服务插件新增组件开发支持组件消息服务语音消息组件认证服务单点登录组件认证服务页面模板组件新增功能系统管理增加标签管理功能,目前标签可用于角色、API添加标签开发管理新增高级检索,可自定义查询条件、排序的检索功能新增个性化单元,可用于动态配置表格或表单登录认证原单点登录拆分出单点登录组件,项目上可按需引入依赖登录页面模板组件化,目前有标准模板和轮播图模板,项目可根据文档指导开发自定义登录页面报表平台新增图表钻取功能新增标签模板预览功能通用导入 新增大文件Excel上传支持,支持断点续传文件管理新增水印配置功能,支持文字水印和图片水印消息管理新增语音消息发送配置消息类型添加语音消息,目前支持京东语音消息即时通讯新增消息中心统计数据展示功能新增会话消息提醒功能新增IM基础配置管理功能新增用户反馈留言功能工作流配置新增审批链功能新增自动处理规则功能流程表单新增移动端审批表单URL支持平台治理增加节点组规则,可用于配置动态路由数据模型管理数据模型采集支持批量和跨数据源采集数据类型增加批量复制和附件功能数据类型增加是否启用流程控制新增跨数据源发布数据表新增数据源动态切换增加属性数据库关键字控制增加数据类型历史表的生成HZERO 1.3.0.RELEASE本次更新除了新增以上服务及多个服务组件,并对部分现有功能进行优化,新增20+前端组件,并修复了已知的问题缺陷。▼▼▼「  点击此处查看详细文档  」推荐阅读 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

03-12

Choerodon猪齿鱼|敏捷管理实践:燃尽图的运用

文 / 柴晓燕  汉得能效中台中心在进行团队敏捷开发的过程中,会听到大家各种各样的疑惑:“我们项目的燃尽图怎么显示不出来?”,“燃尽图反映不了当前迭代真实的情况,没什么作用呀?”,“燃尽图有线条,但具体是什么意思呢?”等等这一类的问题。造成更多的时候,团队把燃尽图当成一个摆设,有它没它都一样。为了解决大家的这些疑问,并且把燃尽图正确使用起来,本文专门针对燃尽图的概念以及在Choerodon中燃尽图的运用进行介绍,帮助大家在敏捷路上不迷路。提问Qustions&解答Answers什么是燃尽图?燃尽图用于表示一个敏捷迭代剩余工作量的工作图表,由横轴(X)和纵轴(Y)组成,横轴表示

07-28

Choerodon猪齿鱼|敏捷管理实践:燃尽图的运用

文 / 柴晓燕  汉得能效中台中心在进行团队敏捷开发的过程中,会听到大家各种各样的疑惑:“我们项目的燃尽图怎么显示不出来?”,“燃尽图反映不了当前迭代真实的情况,没什么作用呀?”,“燃尽图有线条,但具体是什么意思呢?”等等这一类的问题。造成更多的时候,团队把燃尽图当成一个摆设,有它没它都一样。为了解决大家的这些疑问,并且把燃尽图正确使用起来,本文专门针对燃尽图的概念以及在Choerodon中燃尽图的运用进行介绍,帮助大家在敏捷路上不迷路。提问Qustions&解答Answers什么是燃尽图?燃尽图用于表示一个敏捷迭代剩余工作量的工作图表,由横轴(X)和纵轴(Y)组成,横轴表示时间,纵轴表示工作量。可以实时、客观、直观展示当前冲刺任务的完成情况,达到预测项目当前迭代工作进展,并且提前预测出当前迭代有超前完成或者延期完成的情况。它是由项目中的所有团队成员共同维护的数据信息,提供实时客观的任务完成情况数据。维护好燃尽图的数据,可以实时提供准确的进度信息,提高整个团队、项目透明度。懂得运用燃尽图,可以更早预测团队当前迭代开发的进度风险,让团队尽快消除风险。● 如何维护Choerodon燃尽图的数据?Choerodon燃尽图提供三个维度的进度反馈:问题计数根据当天的剩余问题个数来渲染图表,这里的问题包括故事、任务、子任务以及缺陷。故事点根据当天剩余的故事点来渲染图表。故事点需要在进行Sprint计划会议时由团队共同来估算,并且同步记录到Choerodon平台。剩余时间根据当天剩余的预估时间来渲染图表。这个时间需要团队迭代过程中实时更新工作记录。在Sprint计划会议上,每个问题的经办人需根据自身的工作速率,估算出完成问题需要的大致时间,并且同步记录到Choerodon平台。剩余时间的数据需要各个经办人在问题详情页面维护工作日志才能得到,更新工作日志后,剩余预估时间会自动调整。工作日志如下图所示:通过维护工作日志,得到以下剩余时间维度的燃尽图:此外,团队成员需在每日站会前或者问题状态变更后,及时在敏捷看板拖动卡片改变问题状态,燃尽图会实时显示当前迭代看板的剩余任务情况,也就是未燃尽的部分,直到迭代的问题彻底解决,也就是当前迭代的任务全部燃尽了。● Choerodon燃尽图上线条表示的意义?Choerodon燃尽图提供一条特殊的参考线:期望值。这条线为团队的开发速率提供一个较为标准、开发速率正常的参考线。团队成员可以通过实际剩余值线条和预期值线条来对比,了解当前开发的进度是否正常。如果剩余值低于期望值那说明该时间节点开发速率快,有提前完工的可能性。如果整个迭代内长期处于这种情况,那么就需要考虑当前迭代在规划时工作量是否饱和的问题,接下来的迭代可以参考此次的速率进行规划,以及考虑是否提前结束当前迭代。如果剩余值高于期望值那说明该时间节点开发速率比预期较慢,有延迟迭代的可能性。如果长期存在这种情况,需要考虑当前迭代规划时是否有工作过饱和的情况,在接下来的迭代中吸取经验,并且考虑适当延期当前冲刺。如下图的冲刺就有延期的风险,需要PO或者敏捷教练及时了解情况消除风险。● 在敏捷迭代各个历程如何使用?Sprint计划会议:当次迭代的工作量规划可依据历史冲刺的燃尽情况、燃尽速率进行更加合理的规划。每日站会:站会除了可以通过看板来了解各个问题的进展,也可以通过燃尽图来了解总体的进度。团队成员可根据燃尽图线条及时了解工作进度,预测并提醒迭代可能面临的风险,及时沟通消除这些隐患。回顾会:在迭代末,燃尽图就是当前迭代进行情况很好的图表数据反馈。参照燃尽图的不同节点,团队可以更好总结经验教训,在以后的迭代周期扬长避短。● 为什么要使用多种维度来展示进度?问题计数的维度是以当前迭代的问题卡片数量为衡量单位。相对剩余时间粒度较粗,相对故事点较为独立。这种维度不需要成员维护过多的数据,直接以个数来评估。剩余时间的维度通过团队录入实际的剩余工时,可以得到比较准确的进度信息。团队成员每个工作时刻都在完成任务,努力把问题到达done的状态,使实际的剩余值更加靠近期望值,使得燃尽图的线条在更小的粒度范围跌宕起伏。以剩余时间的维度查看燃尽图,虽然能够反映出团队成员工作的状况,却不能更明晰地表示出功能完成的进度。故事点的维度故事点的完成标志着一个story到了done的状态,也就是这个用户故事通过设计、开发、测试、完成的所有阶段,故事下的各个子任务也完成,用户故事已经验收通过,站在客户的立场就是这个需求点可以进行交付。也就是说完成一个用户故事,就是实现一些故事点的价值交付。所以在敏捷开发过程中,掌握使用故事点燃尽图来维护进度的能力后,团队应对变化、快速交付价值的能力也会得到极大的提高。以上三个维度在不同情况下适当的结合运用,可以得到更加准确、客观、直观的迭代进度展示。总 结燃尽图作为敏捷开发过程中一个重要的图表,能提供迭代或者项目进度和最新任务状态的报告,并对故事点、任务变化、工时变化这些迭代过程的重要数据指标进行直观展示,确保团队中每个成员都能统一进度。此外,将燃尽图展示在团队成员面前,能够很好地激励团队成员积极参与项目,高效完成迭代任务,提前处理开发可能遇到的风险。关于团队敏捷实践的其他相关信息,可参考以下文章:使用Choerodon平台进行敏捷需求管理可参考Choerodon猪齿鱼敏捷管理实践(一):需求管理结合Choerodon平台敏捷管理模块进行冲刺管理可参考Choerodon猪齿鱼敏捷管理实践(二):冲刺管理组织Sprint计划会议、每日站立会议、评审会、回顾会等敏捷会议可参考Choerodon猪齿鱼敏捷管理实践(三):敏捷会议————欢迎通过我们的 GitHub 和 猪齿鱼社区 进行反馈与贡献,帮助 Choerodon 猪齿鱼不断成长,我们将持续迭代优化,敬请期待。大家也可以通过以下社区途径了解猪齿鱼的最新动态、产品特性,以及参与社区贡献:官网:http://choerodon.io论坛:http://forum.choerodon.ioGithub:https://github.com/choerodon欢迎加入 Choerodon 猪齿鱼社区共同为企业数字化服务打造开放的生态平台 点击订阅 「 汉得季刊 」即时获取行业干货及最新资讯

© Copyright Hand China Co.,Ltd. All Rights Reserved 乐动网页版登录入口

业务咨询

完善信息后我们会第一时间跟您联系

*
*
*
*
*请输入正确的验证码
captcha
发送失败
微信扫码 在线咨询
联系我们
400-168-4263
业务咨询
完善信息后我们会第一时间跟您联系