• 如何制定技术策略
    CIO对这个问题很熟悉:“我们的技术策略是什么?”有时候,这个问题很宽泛,涉及制定总体技术战略,但更多时候这是针对特定的热键技术领域:“我们的云战略是什么?我们的DevOps战略是什么?我们的物联网战略是什么?”CIO对这个问题很熟悉:“我们的技术策略是什么?”有时候,这个问题很宽泛,涉及制定总体技术战略,但更多时候这是针对特定的热键技术领域:“我们的云战略是什么?我们的DevOps战略是什么?我们的物联网战略是什么?”无论是宽泛还是具体,这听起来都是非常合理的要求,而不是让CIO感到沮丧的要求。但是通常这个要求确实会让CIO感到沮丧,这有很多原因。问题在于,这个看似简单的问题其实包含很多内容。具体来说,“我们对XX技术的策略是什么?”通常是指:我们正在对该技术做什么?我们什么时候做?我们为什么这样做?这要花多少钱?这涉及哪些产品和供应商?这会为我们企业带来什么明显的好处,以及我们如何知道我们获得这些好处?这对我们的人员配备和培训有什么要求?我们忘记问但应该知道的是什么?这些都不是容易回答的问题,而且在很多企业中,这些都是高度政治化。回答这些问题可能是挑战,因此对于很多CIO来说,“我们的策略是什么?”感觉就像是持续进攻的第一个“凌空抽射”。但其实不需要这样。如何以正确的方式制定技术策略可以使流程非政治化。从首要原则开始(以及在流程中在正确时间让正确的人参与)可以最大程度地减少政治开销,并最大程度地提高该策略为上述问题提供正确答案的机会。步骤1:从一般到具体在制定总体技术战略之前,通常会通过针对特定技术制定战略来应对眼前的压力。但是,CIO应该避免这种做法。对于任何策略而言,关键要素之一就是从一般到具体的概念。也就是说,特定的技术策略应取决于整体技术策略—具体是指整体策略中定义和阐明的技术原则。CIO开始应该制定总体技术策略,在制定总体策略,并获得必要的支持后,CIO才应该着手针对技术的策略。步骤2:明确业务驱动力CIO及其团队应记录企业的主要业务推动力。根据企业的规模和重点(营利性或非营利性),他们可以通过与其他高层和董事会交谈或查看财务报表等正式文件来获取这些驱动因素。令人惊讶的是,这是CIO和其他IT领导者经常跳过的步骤,因为他们认为业务原则非常明显,并不需要再次强调。但是,对于首席信息官来说,阐明业务驱动因素至关重要,因为技术原则取决于这些业务驱动因素。这里的关键在于以正确的粒度进行表达,这通常涉及深挖业务战略。例如,以营利为目的的企业的业务驱动因素,在最高层次上可能是“赚钱并为股东增加价值”。但是,特定的业务策略可能会继续–“通过收购在全球扩张”。这会显著影响技术战略,因为这让IT领导者了解到,他们需要专注于有效整合收购,并选择可在全球范围内发挥作用的技术,而不仅仅是在特定地理区域内。其他业务驱动因素可能包括:通过降低成本来提高盈利能力;通过吸引新客户来增加收入;通过撤离邻近地区,专注于核心竞争力;通过提高员工生产力来增加收入;通过自动化业务流程来提高敏捷性;此处的关键因素是“通过”后面的内容并驱动技术原则。例如,“…通过降低成本”将要求CIO部署技术以显着降低总拥有成本。当CIO及其团队明确业务驱动因素后,同样重要的是,获得其他业务负责人的支持。在阐明技术选择背后的逻辑并成功制定技术策略的过程中,这似乎是显而易见的步骤,但这也是重要的步骤。步骤3:选择技术原则当他们明确记录业务驱动因素,并且让其他高层管理人员签字确认后,技术团队就可以开始确定技术原则以支持这些特定业务驱动因素。例如,“提高敏捷性”的业务驱动因素自然适合于云计算等技术,该技术已被证明可提高敏捷性。因此,“云优先开发”可能是与该业务驱动程序保持一致的技术原则。选择技术原则的关键点包括:支持上一步骤中所述的业务驱动因素。 这里不必有1:1的比率,但每个技术原则都需要支持一个业务驱动因素,否则不应考虑;尽可能具体。“迁移到云端”可能是业务驱动因素,但“云优先开发”更清晰,因为这意味着新的开发工作应该在云端进行。另一个反例是,“尽可能集中,必要时分散”。技术独立。“云优先开发”有效,但“AWS优先开发”无效。为什么?通过指出云计算可实现敏捷性的方式,我们可以证明向云端迁移的合理性,但选择特定平台(无论是AWS还是任何其他云供应商)还为时过早,我们需要先确定具体选择标准,这通常发生在策略制定的后面阶段。涵盖所有战略技术。如果一项技术未包含在其中一项技术原则中,那么它就不会在清单中,也不是CIO计划投资的东西。了解这一点很重要-如果某些技术不符合技术原则,要么重新考虑原则,并确保将其与业务驱动力关联,要么将技术从清单中删除。对于“为什么不做X?”的问题,答案变成“它与我们的业务驱动力不符”,这是企业领导者可以理解和认可的语言。业务驱动因素和技术原则都应放在一张幻灯片上-CIO可以根据目标受众选择包含解释每种技术原则的要点。步骤4:完善策略、架构和路线图在首席信息官开始这个阶段时,他们已经对以下问题有了答案:“我们打算做什么?”和“我们为什么这样做?”此阶段的目标是完善技术原则–通过开发架构来显示所选技术如何组合,并补充该策略的某些细节。例如,如果目标是迁移到云端,那么下一步就是“开发云端卓越中心”。制定路线图也很关键,该路线图可以回答“我们何时进行?”这一问题。其中包括关键的里程碑,例如为供应商和产品选择制定选择标准,以及选择工作本身。与业务驱动因素和技术原则相比,策略、架构和路线图可能需要更深层次的细节,具体取决于主管和技术团队所需的细节水平。此外,如果存在特定于技术的策略,例如云计算、DevOps或IoT策略,则此阶段可以完善它们。步骤5:确定特定供应商和产品至关重要的是,企业必须在制定技术策略结束时完成供应商和产品选择,而不是在此之前。有关特定供应商工具的决定应由CIO评估得出,其中应包括特定的选择标准。这些选择标准实质上是对架构和技术原理的改进。例如,如果技术原则是“云优先”,则关键标准应该是“产品必须基于云”。这可避免技术决策中大部分政治辩论。作者:邹铮 编译来源:TechTarget中国
  • 想成为机器学习信息工厂,企业需要从精益制造学到这六个精髓
    根据调研机构Forrester Research公司最近发布的一份调查报告,机器学习(ML)对于企业的业务获得成功至关重要。98%的IT领导者认为,机器学习运维(MLOps)将为自己的公司带来决定性的竞争优势。但是,只有6%的公司认为其机器学习运维(MLOps)功能已经很成熟,并且可以从中受益。根据调研机构Forrester Research公司最近发布的一份调查报告,机器学习(ML)对于企业的业务获得成功至关重要。98%的IT领导者认为,机器学习运维(MLOps)将为自己的公司带来决定性的竞争优势。但是,只有6%的公司认为其机器学习运维(MLOps)功能已经很成熟,并且可以从中受益。机器学习(ML)和机器学习运维(MLOps)到底是什么?为了找到答案,先从术语的定义开始。机器学习(ML)是一种可以在不需要人工干预的情况下从数据中学习的人工智能。致力获得成功的企业正在使用机器学习(ML)来优化其业务的各个方面:提高员工生产率、提高客户满意度,以及增加收入。虽然数据量在过去几年中几乎呈指数级增长,但使用机器学习(ML)组织和分析数据的能力却明显滞后。这成为了一个挑战。而面临的一个更大的挑战是将机器学习(ML)模型运用到生产环境中,使应用程序变得更加智能。Forrester公司在调查中发现,只有14%的受访者将机器学习(ML)模型运用到可重复且可靠的生产环境过程中。许多企业正在采取的一种方法是采用机器学习运维(MLOps)。机器学习运维(MLOps)是数据科学家和运营团队在机器学习生命周期中进行协作和通信的实践。在许多方面,机器学习运维(MLOps)正在努力获得与DevOps在敏捷软件开发中实现的机器学习生产率、效率和质量优势。只采用机器学习运维(MLOps)并不能解决企业尝试实施机器学习(ML)所面临的问题。而这是第一步,也是重要的一步,但还需要更多工作。成功采用机器学习(ML)能力的企业已经通过关键流程、工具和持续改进实践来加强机器学习运维(MLOps)。其中一些实践听起来很熟悉,因为它们直接来自工业制造行业中的经验和教训。精益制造的6个精髓50多年来,全球制造企业一直采用六西格码和精益制造技术来解决质量问题。如今,很多企业正在使用其中一些技术来从其数据中创造价值,并在本质上正在成为信息化工厂。(1)自动化(Jidoka)自动化在现代生产工程中起到至关重要的作用——提高产品质量、生产率和吞吐量。Jidoka这一日语术语描述的是具有人类智能的自动化,使机器设备和操作人员能够在发现问题时停止工作,然后立即解决问题,而不必等到生产线停止运行或生产结束。自动化(Jidoka)的概念可以为分析生产线做同样的事情。具有自动化(Jidoka)功能的自助服务可以为机器学习(ML)流程中涉及的每个角色提供基础设施、工具和数据需求。这种类型的自动化可以提高效率并确保符合标准。其结果是,不再浪费时间等待访问合适的环境或尝试配置从互联网下载的新工具。机器学习过程的每个阶段都可以自动调度,从而使整个系统可预测且高效。(2)工具(Tooling)工具在现代生产设备中起着基础性的作用。明智地使用工具可以帮助实现规模化。它可以减少所需的员工技能,同时提高质量,缩短实现价值的时间,提高生产率和速度。如今的信息工厂需要一系列工具来适应每个角色,并满足生产的每个阶段的需求。随着新的、更具挑战性的业务问题得到解决,将需要新的工具。这就引出了信息化工厂的下一个基本要素:研发实验室。(3)研发实验室(Research and development lab)直到现在,大多数机器学习(ML)工具几乎都只专注于模型开发,但这种情况正在发生变化。新的机器学习(ML)工具解决了操作流程和模型生命周期管理。这些新工具可以提高机器学习(ML)模型的效率,并支持下游操作、标准规范和模型治理。使用研发实验室,数据科学家可以在安全和可管理的环境中评估新工具,记录最佳实践并评估潜在收益。一旦被更广泛团队使用,新工具就可以集成在应用程序目录中,该目录可在自助服务提供过程中使用。(4)改善(Kaizen)Kaizen这一日语术语的意思是为了更好或不断改进而进行的更改。它更像是一种哲学而不是一种工作实践,它可以确保更高质量,消除浪费,提高效率。随着越来越多的企业开始扩展其数据科学能力,将会出现新的需求。这些可能包括更多标准化或自动化流程的机会。信息化工厂和相关团队(包括DataOps、数据科学、MLOps、DevOps、运营和商业智能)中工作的集成性使其适合改善(Kaizen)实践。每个人对面临挑战都有不同的看法,因此,应该鼓励他们不断评估如何改进信息化工厂的流程。(5)供应链(Supply chain)多年来,制造商通过使用准时制(JIT)方法进行零件交付来优化他们的供应链。准时制(JIT)将库存保持在最低水平,并消除了将零件移入和移出库存的时间和精力。信息化工厂需要以相同的方式处理数据。尽管大多数企业在多个数据仓库、操作性数据存储和数据池中都有大量的数据,但是发现和访问有用的数据通常是第一个挑战。在许多情况下,数据科学家需要数据工程师帮助复制大型数据集,因为需要读写访问来转换数据,并使其适合于机器学习(ML)模型的构建。这种延迟与理想的准时制(JIT)相比还相差甚远。在机器学习(ML)竞赛中获胜的企业将关注数据供应链,提供全面的数据目录和业务术语表。他们还定期评估和报告数据质量。大多数还使用只读快照,而不是复制数据。现在,许多人开始探索特定的机器学习(ML)特征存储,通过标准化数据的准备方式极大地加快了模型开发。(6)防错(Poka-yoke)最后一个是Poka-yoke,这一日语术语的意思是防错。手机中的SIM卡就是一个很好的例子,制造商将SIM卡去掉一个小角,以防止错误插入。防错(Poka-yoke)有助于防止缺陷的发生。这种类型的防错是以上描述的持续改进过程的一部分(Kaizen)。虽然防错措施的想法有些琐碎,但是想象一下如果把它嵌入到人们接触到的每个过程中,随着数据科学家使用更加自动化的工具实施更复杂的任务,防错措施将显现出其宝贵的价值。通过流程、工具和人才使机器学习(ML)获得成功机器学习(ML)和机器学习运维(MLOps)对于企业的业务成功至关重要,然而大多数企业都未能实现他们的目标。解决这一挑战的第一步是实施机器学习运维(MLOps)。然而,只依靠机器学习运维(MLOps)是不够的。通过获得以上六种行之有效的精髓,企业可以从数据中创造价值,从而获得更大的成功。原文标题:Becoming an ML information factory – 6 lessons we can learn from lean manufacturing,作者:Doug Cackett  来源:51CTO.com  李睿
  • [热门活动] 【看直播赢好礼】勾建未来-敏捷项目管理实践
    【直播时间】12月5日10:00-12:00【课堂地址】https://bbs.huaweicloud.com/live/education_live/20201205.html【直播福利】请在完成以下准备,获得免费资源,参与直播学习与抽奖!!!1、在华为云官网完成实名认证。a.如果您没有华为云账号,请立即注册,相关操作请参见如何进行账号注册。b.注册后完成实名认证。 参考个人账号如何完成实名认证或企业账号如何完成实名认证。2、认证成功,扫码0元购开通DevCloud基础套餐,并保存支付完成截图。开通链接:(https://console.huaweicloud.com/devcloud/?region=cn-north-4&version=0&utm_source=kfz_bjjd&utm_medium=kfz_bbs#/order/periodApply)或手机扫码0元购开通:3、重要!!!保存支付成功订单截图(如下),上传到抽奖帖(https://bbs.huaweicloud.com/forum/thread-90536-1-1.html)抽奖。4、扫码添加小助手,根据小助手提示参与更多福利活动信息,有机会领取“新年红包”哦。抽奖礼品展示:
  • [热门活动] 【成都HDZ】精益敏捷专场暨成都HDZ授旗仪式圆满成功!(内附讲师分享PPT)
          11月21日,在成都锦城原舍酒店,成都HDZ联合DevOps社区举办了精益敏捷专场暨成都HDZ授旗仪式。本次活动历经3个多月的精心筹备,在成都HDZ核心组成员和志愿者们的付出和努力下,本次活动取得了圆满成功。      11月21日下午13;30,本次活动准时开启。在本次专题中,HDZ共邀请了两位讲师进行技术分享。首先进行分享的是52ABP框架创始人、华为云MVP梁桐铭老师,他分享的主题是《ASP.NET Core Blazor实践DevOps全流程分享》。梁老师的分享会围绕着“是否可以用一种语言或者框架就可以满足服务器和客户端的开发?”的主题进行激烈的讨论。大会最令人难忘的部分当属梁老师现场演示代码环节,把编码思维淋漓尽致地呈现在大家面前,更加地具象化。在大会的最后,梁老师还为现场的观众进行了解疑答惑,面对面地进行问题答疑。      成都HDZ授旗仪式在梁老师的分享会后隆重举行,成都HDZ核心成员历经三个月的精心准备,终于迎来了这一刻。全国HDZ运营组织者高欣对成都HDZ核心组以及志愿者表达了感谢,介绍并号召更多的开发者们加入HDZ大家庭中。      最后一个分享的内容是中韩未来革新加速器社长唐云峰带来的《JS Everything,前端语言应用拓展》。唐老师在分享会上表达:自己与其他开发者不同,自己在很用心做一个纯粹和开发者,而并不是为了利益。在唐老师风趣幽默的语言中能感受到他是一位资深JS专家,整个分享会过程都是诙谐幽默又不失专业性。“JS everthing”这句话深深地印在了在场每一位观众的脑海中。             历时三个月,成都HDZ顺利落成,HDZ在成都这座美丽的城市开启新的篇章。通过本次活动,核心组成员和志愿者们积极思维、热烈探讨、及时分工,每个人的辛勤付出才有了本次活动的圆满成功,特别感谢成都HDZ核心组成员以及支援者们。希望在今后的日子里,成都HDZ依然能保持热情,期待举办出更多精彩的活动。成都HDZ,雄起!PS:附件为讲师们分享的ppt,欢迎大家收藏~~HDZ社区—携手全球开发者 共建开放、创新、多元的开发者社区组织       HDZ是Huawei Developer Zone的英文缩写,是华为开发者生态面向全球开发者建立开放、创新、多元的开发者社区组织。      致力于帮助开发者学习提升、互动交流、挖掘机会,推动ICT、互联网等产业生态的建立和发展。      对云计算、IoT、人工智能、5G、区块链、鲲鹏、昇腾、软件开发与运维、开源等各技术领域感兴趣的开发者、软件工程师、创业者、运营人、产品人、大学生、老师等都可以参与到HDZ。      HDZ秉承开放、创新、多元的社区文化,完全由各地HDZ组织者、志愿者自发组建和领导。华为公司不直接参与HDZ组织建设和领导,只按需对HDZ社区活动提供必要的方向指导、资源支持、活动支撑等,并为各地HDZ组织者提供与全国组织者互动交流的机会。
  • [行业资讯] 云原生2.0时代下,DevOps实践如何才能更加高效敏捷?
    当前全球的数字化浪潮逐步加深,云计算成为当今信息化发展的重要基础设施,云原生(Cloud Native)在数字化浪潮中的角色逐步提升,成为近几年云计算领域炙手可热的话题。首先我们来看看一张图,看看云原生产生的业务背景。商业模式决定了整个的研发模式,研发模式又决定了需要采用什么样的技术。从图中看出,传统应用、互联网应用、VUCA时代的应用,所处的不同时代引发的不同需求,由此带来对技术的不同要求。以往传统的应用需求是相对固定的,通常以项目化运作,用户的访问量可以预测,容量是有限的;而互联网应用的特征是,需求持续发展,产品化而非项目制,用户量并非线性往往会有陡增陡降,7x24小时是基本要求;逐渐到现在的VUCA时代,商业边界、业务层面是完全不可预知的,即便是对于互联网原住民都是巨大的挑战,要求快速地尝试、快速探测、快速的感知,应用是服务化的方式提供,业务敏捷性前提之下,对技术体系的持续发布、分布式海量并发、灰度发布和线上测试都是基本诉求。业务的敏捷性持续发布,应用平台的弹性诉求,商业环境的变化,这是整个云原生产生的业务背景。一个中心三个基本点,真正构建云原生能力云原生时代,在享受架构解耦与云端弹性带来的便利同时,对软件研发与交付模式提出了更高的要求。真正做到云原生的成功,我的总结是一个中心三个基本点:一个中心:以业务的价值交付为中心,达到快速与高效的交付价值,并且在规模化扩展的同时,兼顾可靠性、灵活性等。三个基本点:1、架构层面采用服务化架构/微服务架构实现全面解耦:把系统划分多个功能内聚、粒度合适、业务边界清晰、独立自治的服务/微服务。以(微)服务为单位演进系统架构,演进式的以绞杀者模式,而不是革命式的一次性改造;单个(微)服务以大于一个的无状态进程运行,实现自身的高可用和负载均衡;把业务数据分布到不同的(微)服务中实现数据的垂直切分;通过API,重用云原生公共服务提供的基础能力和架构能力:内部每个(微)服务须充分利用原原生的公共服务提供底层基础能力,例如微服务管控与生命周期管理服务、数据库服务、消息队列服务、缓存服务等;内部每个(微)服务须充分利用应用与资源编排服务,实现部署、配置自动化;通过API,打造生态化经济:API是非常重要的方式,除了定义服务之间的业务边界,更重要的是可以通过API的方式做整个生态,数字化转型中比如开放银行,都是这样的思路,搭一个平台,通过各种合作伙伴在不同的行业、不同的领域提供相关的服务,这些服务是相互进行连接,通过链接和网络的思维来去做这个事情。华为云也在打造自己的API生态。2、工程层面系统与环境、流程、配置解耦:与架构层面解耦相匹配,系统和环境、流程、配置等等需要解耦,工程层面也需要去相应的匹配跟解耦。开发、测试、生产环境等价,屏蔽环境差异性;采纳不可变的基础设施(immutable infrastructure);构建端到端的DevOps研发体系:研发流程标准化、敏捷化;严格的区分构建、分布、运行的准入准出,并进行版本化和自动化;全自动化测试(单元测试、集成测试、自动生成Mock依赖服务);一切皆代码,代码、配置与环境严格分离,并进行版本化和自动化;(微)服务持续交付流水线(按需发布版本);研发运维一体化:运维和开发互相融合,高度协同,共担职责;自动监控,持续可视化反馈,并最终传导到开发团队;按需实时部署、配置热加载实时生效;使用自服务、敏捷的云化基础设施服务:基础设施以自服务的方式对开发团队提供。依赖底层云化基础设施的计算服务、存储服务、网络服务提供基础运行资源;使用云监控服务监控自身的运行状态包括基础资源使用状态、自身业务运行状态,同时根据自身运行状态触发相应的运维事件,实现弹性伸缩、故障自愈等关键架构特征;核心度量外部指标:业务层面的核心的一个业务指标叫TTM,在DevOps有另外一个词叫Lead Time,就是你的前置时间,从业务需求提出来那一刻起,到这个业务需求上线的时间叫前置时间,这个是可以被客户可知的,所以是端到端的业务指标。技术层面,对应的有多个前置时间,工程这一侧的,则是从提交代码那一刻起,一直到代码上线,这段时间是完全工程可控的,理论上应该是控制在分钟级。这个指标,也是华为云最为看重的一个。3、组织层面遵循康威定律:应用的架构和组织架构之间是高度的匹配,单体的应用,逐渐到服务化的方式,到逐渐分布式的模式。组织架构也是转移到自组织,没有一个唯一的中心在里面,自组织团队的敏捷性与多样性需要兼顾。整个团队的规模,典型的就是5-10人规模。全功能团队:从全功能团队一直到云化的运维团队。以服务为单位组织整个团队,涵盖设计、开发、测试、发布、部署、运维全流程职能;开发人员、发布工程师、IT和运维之间可信合作云化运维团队:基于云平台的提供的监控、报警等能力,成立专门的团队负责系统运行时的质量,保障系统可用性和业务无中断的升级、回滚自主经营,面向服务的全生命周期:逐渐转型为自主经营的全功能团队。除了技术栈是全功能以外,每一个服务化的团队都需要面向服务进行全生命周期的考虑,除了技术层面的怎么样去产品的设计、开发出来部署,架构层面保持优美,更多的还需要去考虑商业层面的东西,需要考虑服务定位,考虑产品上线以后,运营层面应该做什么事情,应该做什么样的拉新的活动,怎么样促活,怎么样留存。整个团队都需要有商业思维和产品运营的思维。这是整个思维上的转变,去考虑这个服务为什么这么做、谁去用、用的场景是什么,怎样完成商业的闭环。关注七大领域,持续优化交付粒度,加快交付速度,提升交付质量云原生架构下DevOps的落地与转型,是一个量变到质变的过程,需要从团队模型、分支模型、测试模型、技术架构、部署模型、基础设施、数据库模型等七大领域进行相应的匹配,持续优化交付粒度,加快交付速度,提升交付质量。以发布频度为抓手,从100天发布一次,逐步的十倍速增长,到10天发布一次。在这两个阶段点,从七个维度来看,需要匹配与采纳的实践是什么。这是一张能力演进的地图,我们可以清晰的看到自己业务当前所需要的发布节奏是怎样,当十倍速的走到下一个节点,方向在哪里,有的放矢的进行相应的采纳。持续交付实施框架华为内部有很多的优秀实践,华为云DevCloud就是生于云长于云的DevOps实践。华为云DevCloud从成立至今,软件的规模、团队的管理以及人员之间沟通的复杂性都急剧上升。通过云化、微服务化、容器化和流水线自动化等工程实践,以及敏捷、DevOps,全功能团队等管理实践,整体规模上升的同时,版本编译、版本构建成功率、系统回归测试、研发作业时间、资源复用率等指标不仅没有降低,反而得到了大幅度的提升,是支撑云原生架构的最佳组织和工程实践。
  • [技术干货] 想尝试规模化敏捷的同学请留步~
    敏捷软件开发理念已渐渐被业界普遍接受,Scrum框架更是早已被敏捷团队所熟知。随着大家敏捷的理念和实践一步步的提升,越来越多的公司和团队为了面对更快更强的适应变化的市场需求、减少内耗和项目规模的扩大等,不得不面对一个新的问题,就是规模化敏捷的引入和实现。目前市场上规模化框架主要有SAFe,Less,Scrum of Scrums, Spoity等等。其中SAFe是使用最广泛的规模化敏捷框架,那么SAFe到底是个什么东东呢?SAFeSAFe是什么SAFe(Scaled Agile Framework,大规模敏捷框架),是一个在线的知识库,该知识库具有经过验证的集成原则、实践和能力,可大规模实施精益、敏捷和DevOps。 SAFe发展历史2011年,SAFe第一版由Scaled Agile公司创始人Dean Leffingwell在scaledagileframework.com网站发布,截止到2019年10月,SAFe已经更新至5.0版本。SAFe核心价值观协调一致领导者通过建立和表达投资组合策略和解决方案愿景来传达任务,在计划期间确定业务价值,并指导范围的调整以确保需求与能力相匹配。内建质量领导者通过创建内建质量成为标准的环境来改变系统并展示承诺。透明领导者促进所有相关工作的可视化,并创造一个环境:“...事实总是友好的,在任何领域中人们可以获得的每一个证据都使人们更加接近事实。”项目群执行领导者作为企业所有者参与计划增量(PI)的规划行业执行,在积极消除障碍和消极因素的同时,庆祝高质量的产品增量。SAFe的原则SAFe核心能力l  精益敏捷领导力l  团队和技术敏捷l  DevOps和Release on Demandl  商业解决方案和精益系统工程l  精益解决方案管理SAFe的配置SAFe支持各种开发环境,具有四种开箱即用的配置。分别是:必不可少的SAFe配置Essential SAFe配置是所有SAFe配置的基本构建块,是最简单的实现起点。它提供精益敏捷领导能力,团队和技术敏捷性能力,以及DevOps和按需发布能力。SAFe以一个名为敏捷发布培训(ART)的组织结构为基础,敏捷团队,关键利益相关者和其他资源致力于一项重要的,持续的解决方案任务。大型解决方案的SAFe配置大型解决方案SAFe配置引入了业务解决方案和精益系统工程能力,支持那些构建最大,最复杂的解决方案,这些解决方案需要多个敏捷发布列车和供应商,但不需要组合级别的考虑因素。这种解决方案的开发对航空航天和国防,汽车和政府等行业来说很常见,因为大型解决方案 - 而非投资组合治理 - 是主要关注点。解决方案培训组织结构可帮助企业应对最大的挑战 - 构建大规模,多学科的软件,硬件,网络物理和复杂的IT系统。开发这些解决方案需要额外的角色,工件,事件和协调。投资组合SAFe配置Portfolio SAFe配置提供精益项目组合管理能力,使组合执行与企业战略保持一致。它通过一个或多个价值流围绕价值流组织发展。投资组合SAFe通过投资组合战略和投资资金,敏捷投资组合运营和精益治理的原则和实践提供业务敏捷性。完整的SAFe配置完整的SAFe配置包括精益企业的所有五项核心能力。它是框架的最全面版本,支持构建和维护大型复杂解决方案组合的企业。关于SAFe的更多了解请移步到我们的华为云DevCloud专业服务,服务中包含SAFe的系统化培训课程,并提供了相关认证,更有资深专家的亲自指导。此外,DevCloud专业服务还提供了开发者的相关能力评估,点亮象征着荣誉的开发者勋章,赶快来吧~~~~
  • [技术干货] 我给你算一卦:你能当一个合格的敏捷教练
    上回书(【包不同的沙雕敏捷】第三集 小步快跑Scrum)说道:大师兄给团队介绍了一款主流的敏捷框架Scrum,并任命包不同为团队的Scrum Master,负责团队的敏捷转型。 “那我就任命你为咱们团队的Scrum Master吧!” 大师兄的话一直在包不同耳边回响。“我到底能不能成为合格的Scrum Master呢?”包不同薅了薅头顶那没剩多少的头发。“你好像很困惑,有心事?”一个声音幽幽的飘过来,是包不同团队中唯一的女成员——梅师姐。“啊,梅师姐,大师兄让我当咱们团队的Scrum Master,我没啥信心。”包不同微微有些失落。“正好我最近看了一篇关于敏捷教练的文章,Scrum Master也算是敏捷教练了,我来给你分析分析,看看你适不适合当敏捷教练。”梅师姐总是这么热心,说着就拿出了纸笔分析起来:1. 敏捷教练需要具备“读懂一个房间的能力”,就是说当敏捷教练走进一个房间就内,就可以get到房间内团队气氛是否正常;2. 敏捷教练关心人胜过关心产品,敏捷以人为本,团队中每个人都被鼓励被重视,团队通常会更加团结,同时也更容易开发出优秀的产品;3. 敏捷教练通常善于学习,通过学习不断的提高和完善自我。“我觉得我具备这些能力了,那我应该就是合格的敏捷教练了吧?”包不同问道。“不一定,具备这些能力,只能说明你有做教练的潜质,敏捷教练的学问可大着呢。” 梅师姐神秘一笑,包不同就觉得有戏,求着梅师姐的指点。“梅师姐有什么秘诀快告诉我吧!”包不同激动的问道。梅师姐不紧不慢的说“而且,看到这个勋章了么?你运气不错,正好赶上华为云开发者福利季,华为云DevCloud专业服务平台对外提供各种的能力评估,就包括‘敏捷教练’,只要测评通过,就会点亮你的华为云开发者勋章。我已经通过了Java和前端的测评了,你去测一下,什么能力水平,查缺补漏就心里有数了。”“有这好事?这小勋章还挺好看的,我要拿十个!”包不同已经安耐不住心中的喜悦了。快来测一测吧:https://devcloud.huaweicloud.com/expert/assessment/skill
  • [热门活动] 【云享MindTalks·第四期】#百万年薪专业大咖黄灵进微信群聊了?!#介绍如何借助用户故事地图拆解MVP
    进群之后我才意识到,应该把我领导也拉进来——云享MindTalks第四期问答录“助手小妹妹”邀请“上海惠艾信息科技有限公司的黄灵”加入群聊工具人助手小妹妹:欢迎黄老师入群!围观群众1号发来【猫头惊喜.JPG】围观群众2号:冲冲冲冲。工具人助手小妹妹:小伙伴们我们还有十五分钟就要开始啦~巴拉巴拉,此处省略约一百五十个字的官方说辞。围观群众3号犹豫了一下,删掉了对话框里没打完的“欢迎……”点进了直播链接。黄灵老师:欢迎小伙伴们,今天我们来讨论《用户故事地图帮助梳理MVP》……分享结束后脑子里只剩下了领导的微信头像,拉他进来!让他给我听!交流者1号:敏捷实践大多是针对程序员的,如何在组织内平衡工作量呢?黄灵老师:@1号 你说的是基本的研发敏捷实践,我们正在努力让企业从管理层开始做领导力、文化和业务敏捷,只有研发敏捷是远远不够让企业变得更加有应对不确定性的能力的。交流者1号回复:【抱拳.JPG】,让敏捷贯穿管理的各个环节。黄灵老师:是的,研发端敏捷只能解决研发效能问题。但战略规划和业务响应,快速捕捉市场需要是更前端的事情,做什么没有搞正确,怎么做做得再好影响都是有限的。黄灵老师:而组织需要变得更敏捷,需要有一个信任和安全的试错氛围,这就需要领导者转变思维,并支持团队参与决策和挖掘潜能。交流者2号:现在两星期强迫结束的BUG我倒是觉得给未来挖坑,这个也是郁闷,为了敏捷而敏捷。黄灵老师:@2号,迭代关闭不代表所有的事情都必须结束和停下来。迭代是一个时间盒而已,我们需要看到在这个实践盒里我们计划了多少,完成了多少,为什么没有完成,在迭代回顾会去讨论原因,如有必要可以改进。交流者2号:可是迭代周期后的BUG处理不算工时,积累下来,工作就累了,前后处理。黄灵老师:设置一个时间盒让我们的工作更有节奏感,也更能掌握我们的产能到底是多少,产品和业务如何去规划业务活动和产品增量版本。迭代内没有达到上线标准或质量标准的,在新迭代去继续执行,但是会被可视化出来有多少工作是遗留的。交流者2号:如何避免开会形式化,总结形式化?黄灵老师:为了解决你的问题,在迭代计划中必须留一定的开发产能处理bug和突发事件。我一般会建议团队新功能开发占迭代总工时的60%到70%。交流者1号:对,产能不能排满。对!赶紧谁把领导拉进来交流交流吧~【祈求.JPG】交流者2号:一个项目到后面,就是200%了。黄灵老师:迭代回顾会需要SM花时间和心思设计,激发团队的凝聚力的同时,让大家敞开了讨论。以为我们是在多排,让大家产能超过能力,但实际上是在造成拥堵和浪费,消耗部分产能,我刚刚接手一个团队也在经历这种痛苦,所以我在帮助他们回到正轨上,不要贪多,嚼不烂,阻塞在产研通道上,既消磨了士气,又导致各种损害,得不偿失。研发团队永远在跌跌撞撞往前走,因为要抢时间,争机会,降成本。我们帮助不了解研发工作的业务和老板们明白研发生产有很多环节,每个环节都需要很多时间,还容易出错。所以,可视化,沟通,建立共同语言很重要~……黄老师讲得太好了,这是很多研发团队正在面临的难题,甚至是痛苦,真的好想把领导拉进来听听。什么?你问我直播分享内容?就是MVP一原则一定义一意义,用户故事地图五要素五步走,文末有PPT自取啦,本周四晚黄灵老师还有个亚太地区的“业务敏捷”分享,我想想咋子拉我领导去听……扫码加微信群,仅限200人开始时间11月17日 20:00活动介绍云享MindTalks是由华为云DevCloud团队携手云享专家共同策划进行的系列技术交流活动。各业界大咖纷纷现身群聊,以即时对话形式,来进行最直接的技术交流和思想碰撞。不同领域的专家,各样的业界话题尽在此处,为保证极简极高效,活动仅二十分钟,限量二百人,先进先得。此期活动,我们邀请了拥有多年敏捷转型经验的黄灵老师,她曾持续多年受全国性敏捷管理与软件行业大会邀请主题演讲。本次分享,她要为我们介绍借助用户故事地图拆解MVP,帮助大家树立软件产品需求的全景观与迭代演进思维,站在高处领略软件交付这一过程。专家介绍Hi-Agile 数字化转型总监企业级敏捷和精益转型专家敏捷文化及敏捷领导力赋能者业务敏捷倡导者及践行者CSM, CSP, CSPO, SPC, ACP, NPDP,Exin-Agile Coach活动规则1.扫码加入群聊,仅限200人,手慢者即无。2.未能即时回复问题,由助手收集集中回答。3.更多资源和活动于云享MindTalks VIP群。4.抽奖的奖品为华为云限定HE2E知识卡牌和专家推荐书籍《用户地图故事》。
  • [交流吐槽] 【包不同的沙雕敏捷】第三集 小步快跑Scrum
    如何应对频繁的需求变化,Scrum是一个好方法,快来跟包不同一起学习最主流的敏捷框架——Scrum吧如何应对频繁的需求变化,Scrum是一个好方法,快来跟包不同一起学习最主流的敏捷框架——Scrum吧视频贴如何应对频繁的需求变化,Scrum是一个好方法,快来和包不同一起学习最主流的敏捷框架——Scrum吧!
  • [技术干货] 【转】敏捷之道:各角色如何从DevOps中受益?
    摘要:产品经理、开发、测试、运维、终端用户……DevoOps给这些角色带来什么优势?企业每天都面临着快速变化和高要求。现在的主力消费者比他们的上一辈对企业有着千变万化的要求和更高的期望。日益激烈的竞争意味着企业必须迅速而明智地采取行动,以保住自己的市场份额。企业不断与竞争对手竞争,努力为客户提供最好的产品。许多困难的根本原因是缺乏沟通,对于许多公司来说,DevOps是解除困境的方法。 根据RightScale 2016年对1060名IT专业人士进行的云端状态调查,81%的大企业和70%的中小企业报告采用了DevOps。这种敏捷思维方法涉及到客户、产品管理、开发人员、QA和其他角色之间的协作,以便向更好的产品、服务和系统前进。DevOps带给不同角色的优势是什么? 开发人员 没有采用DevOps的开发人员可能会对构建和部署流程的日常任务感到沮丧。由于不得不一遍又一遍地完成相同的任务,他们会没有时间进行创新。 而当有了DevOps和自动化,那些单调重复的任务就可以被消除!没有了这些耗时性项目,开发人员可以拥有更多的时间做自己喜欢的事情:研发。花更多的时间创新、更少的时间修理和维护是一种胜利。 不想参与软件的运维?随着DevOps打通筒仓,增加合作,这种情况也在不远的将来向你招手了。 运维人员 对于运维来说,在未采用DevOps前,典型问题之一是从开发人员那里获取随机的、通常是错误百出的代码。由于沟通很少,达成决议需要更长的时间,也会让工作更加困难。运维所关心的是维护环境的稳定性,但这很难做到。 有了DevOps,运维人员在计划外工作和返工上花费的时间减少了22%。这主要是由于增加了与开发人员的交流。更好的代码、共享的代码库和更稳定的操作环境使工作更加轻松。 自动化和持续集成允许在不威胁稳定性的情况下交付新功能。 产品经理 当你的产品和服务需要更长的时间才能制造出来并付诸行动时,你就很难打败你的竞争对手。当你的软件有错误时,这尤其困难。 DevOps鼓励协作环境。当在生产过程中有更多的交流,产出是更好的产品。当每个人都保持一致时,最终交付的产品一定会更好。DevOps带来的46倍的软件部署频率和440倍的变更前置时间会让运维的工作更加轻松。 系统管理员 要高效地管理一个从不沟通的团队几乎是不可能的。缺乏沟通使工作变得困难,因为软件有错误,反馈不及时,可见性低。 协作是DevOps的关键要素之一。沟通会带来更好的产品和更好的系统。此外,它们的管理也不那么复杂。自动化减少了人为错误,且可使故障更改率降低3倍。 DevOps还增加了整个软件开发过程的可见性。当能够检测错误、定位其根源并发现原因时,就可以迅速修复问题。DevOps使得故障修复速度快96倍。 测试工程师 如果你不知道问题是哪里产生的,是谁造成的,就很难解决问题。当找不出问题,无法解决问题,并且知道每一分钟都意味着越来越多的人感到不方便(可能还会为此烦恼)时,压力就来了。 DevOps允许更快地解决问题。提高可见性和沟通对于解决问题至关重要。工程师可以使用实时数据来解决问题并了解应用程序更改的影响。当出现问题时,解决方案实施得越早越好。如果一个Bug变得太深,就更难修复了。 QA QA的工作是确保产品和系统都运行良好,但这并不意味着他们喜欢错误缠身的软件和过程。如果没有沟通、协作和自动化(DevOps的所有支柱),错误就会泛滥成行。 有了DevOps,团队成员可以一起工作来生产更好的产品,自动化可以减少容易避免的人为错误。结果就是出现更少的错误。并且,由于持续的集成、持续的交付以及频繁的小更改,错误也更小更容易修复。DevOps用户报告说,修复安全问题的时间减少了50%,故障恢复速度加快了96倍。 客户服务 任何在服务行业工作过的人,无论是在餐馆、零售还是客户服务,都知道与不满的顾客打交道的痛苦。当系统出现故障和错误时,用户会很不高兴。当然故障不是你创造的,但你必须处理它们。 DevOps会导致更少的错误,这意味着用户的使用体验更加舒适。虽然仍然会接到用户的投诉电话,但这只会越来越少。此外,用户也不会因为反复经历相同的故障而暴躁。 一个更具协作性的环境意味着你的工作更容易。 终端用户 改变的意义是为了更好的用户体验。采用DevOps不仅为自己简化了流程,这也意味着将有更多的时间为客户做出更多的改进。 DevOps通过改进流程和应用程序使最终用户的体验更加一致。总的来说,让互动更愉快。所有角色都受益! 综上所述,每个人都受益于DevOps的一些基石,如持续集成、持续交付、发布自动化、测试自动化和协作。持续集成几乎消除了发生大故障或错误的可能性。自动化流程消除了繁琐的手工任务。协作创建了一个协调的团队,并改进了最终产品。 DevOps创造了更快乐、更高效的团队。人们不必一次又一次地完成同样无聊的任务,解决同样的问题。挫折感和不愉快的减少会让团队成员更有效率和效率。这样可以消除工作中一些不满意的地方,为组织增加价值。 团队效率达到顶峰,有更多创造性和革新性的任务、集体责任和加强沟通。当筒仓被打破后,团队会对共同的目标和实现目标的计划有一个更清晰的认识。此外,增加透明度会带来更明智的决策。授权、自信和协作的团队行动得更快更有效,从而导致更快的发布和更智能的工作。 如果出了问题或者有计划外的工作,沟通可以帮助团队管理意外的障碍。DevOps建立流程并明确优先级,以指导您和您的团队成员在继续执行原始计划的同时完成计划外的工作。 当员工做他们喜欢做的事情时,他们会更投入,更快乐。DevOps不解决工具问题,它解决人的问题。快乐的员工带来快乐的顾客。 公司也受益匪浅 通过更好的流程和沟通环境,公司将受益匪浅。不仅在感情上每个人都是朋友的方式,在经济上也是如此。更满意的员工可以做他们喜欢做的事情,而客户得到了更好的体验,公司就会从中受益。 由于DevOps节省了时间和资源,并提高了公司的速度和竞争力,因此ROI(投资回报率)有了切实的提高。由于持续集成、持续交付、发布自动化、测试自动化和协作,组织能够更快地交付特性并更快地进入市场。团队是主动的,而不是被动的,因为它能满足新的市场需求并应对安全威胁。 持续的反馈使公司能够更频繁地听取客户的意见。因此,组织可以交付更及时、更具相关性的软件。这样就可以更快地响应客户不断变化的需求并改善用户体验。 在现今社会下,每家公司本质上都是科技公司。如果没有快速的软件,将永远无法将自身产品推向市场。而没有DevOps,就无法拥有快速的软件。 DevOps使IT与业务目标保持一致。它创造了一个专注于创造价值和持续改进组织的团队。创造最好的客户体验是头等大事,每个人都在一起创造和维护最好的产品和服务。 DevOps将速度与方向结合起来,为企业带来利益。转自 csdn 华为云
  • [热门活动] (活动已结束)【开发者福利季】开发者身份评测认证,点亮勋章享大礼
    2020年末,华为云为开发者送福利来了!认证成为华为云开发者,开启个人技能画像,点亮开发者勋章,多重好礼等你来拿。已开启Java、Python、前端开发、API、低代码开发、敏捷教练六个通道,哪个才是你的菜,是你未来的方向。赶快来测一测吧!获奖情况将于12月15日在论坛公布,请持续关注。【活动时间】活动已结束(11月11日-12月15日)【活动内容】活动整体分三个阶段进行,认证成为华为云开发者后,专属福利逐级开启。 学习礼——争当开发者,不做尾款人 开启时间:11月11日    认证通过点亮专属勋章,开启个人技能画像。勋章查看地址:https://devcloud.huaweicloud.com/expert/assessment/skill获得会员中心200码豆,限量240000码豆,先到先得,发完即止。每个ID限领一次。码豆查看地址:https://devcloud.huaweicloud.com/bonususer/home/converge邀请5人以上(含5人)参加测评,将获得知识大礼包一份。同时获得抽奖资格,有机会获得50元京东卡和锦鲤大奖。测评完成后参与主题帖活动,还有机会获得时尚卫衣、电动牙刷等精美礼品。详情请点击链接参加:学习周 ——争当开发者,不做尾款人 抢兑礼——感恩回馈,限时兑换  开启时间:11月17日认证通过后,即可开启会员中心开发者专区优惠购资格,参与1码豆抢兑、5折/8折码豆优惠购,数量有限,先到先得。活动详情请点击:https://bbs.huaweicloud.com/forum/thread-87785-1-1.html测评完成后参与主题帖活动,还有机会获得时尚卫衣、机械键盘等精美礼品。详情请点击链接参加:抢兑周—— 感恩回馈,限时兑换更多活动信息和礼品详情,扫码可知。狂欢礼——大奖来袭,谁是锦鲤   开启时间:11月29日邀请5人以上(含5人)参与评测获得抽奖资格,将抽取幸运奖和锦鲤大奖。邀请人数统计截止于12月10日,12月14日结果公示,12月15日获奖公布。测评完成后参与主题帖活动,还有机会获得时尚卫衣、移动快充等精美礼品。详情请点击链接参加:狂欢周——大奖来袭,谁是锦鲤   (即将开启,敬请期待)【参与方式】根据自己的特长,选择下方任一测评题目,参与评测并认证通过即可参与。API测评通道Java测评通道Python测评通道前端开发测评通道低代码开发测评通道敏捷教练测评通道【活动说明】1.本次活动为华为云开发者身份测评认证,参与者首先要注册成为华为云用户,才能参与本次活动。2.活动期间,每位开发者可以多次参与答题,分数以最高成绩为准。3.每个华为云账号只能被邀请一次。4.本次活动所有回帖内容需满足华为云论坛发帖规范:https://bbs.huaweicloud.com/forum/thread-23077-1-1.html5.不得使用各类非正常渠道或方式注册账号参与,违者取消活动参与及获奖资格;获奖人收件信息与实名信息不一致者或获奖人从未参与过测评,亦不予发奖。5.获奖情况的公示和获奖通知后续会在论坛发出,请关注本帖。6.所有获奖礼品将于12月30日前寄出。7.如您在测评活动中遇到相关问题,可点击下方链接反馈,请于12月15日24时前反馈,过期反馈视为无效,望周知。 反馈链接>>8.华为云开发者生态DevCloud专家服务团队对本活动规则有最终解释权。
  • [热门活动] 【开发者福利季】开发者身份评测认证,点亮勋章享大礼(活动已结束)
    2020年末,华为云为开发者送福利来了!认证成为华为云开发者,开启个人技能画像,点亮开发者勋章,多重好礼等你来拿。已开启Java、Python、前端开发、API、低代码开发、敏捷教练等多个通道,哪个才是你的菜,是你未来的方向。赶快来测一测吧!【活动时间】2020年11月11日-2020年12月10日【活动内容】活动整体分三个阶段进行,认证成为华为云开发者后,专属福利逐级开启。 学习礼——争当开发者,不做尾款人 开启时间:11月11日    认证通过点亮专属勋章,开启个人技能画像。勋章查看地址:https://devcloud.huaweicloud.com/expert/assessment/skill获得会员中心200码豆,限量240000码豆,先到先得,发完即止。每个ID限领一次。码豆查看地址:https://devcloud.huaweicloud.com/bonususer/home/converge邀请5人以上(含5人)参加测评,将获得知识大礼包一份。同时获得抽奖资格,有机会获得50元京东卡和锦鲤大奖。测评完成后参与主题帖活动,还有机会获得时尚卫衣、电动牙刷等精美礼品。详情请点击链接参加:学习周 ——争当开发者,不做尾款人 抢兑礼——感恩回馈,限时兑换  开启时间:11月17日测评完成后参与主题帖活动,还有机会获得时尚卫衣、机械键盘等精美礼品。详情请点击链接参加:抢兑周—— 感恩回馈,限时兑换狂欢礼——大奖来袭,谁是锦鲤   开启时间:11月29日邀请5人以上(含5人)参与评测获得抽奖资格,将抽取幸运奖和锦鲤大奖。邀请点亮勋章人数排行榜的前3名获得排行奖,限量大狮运动套装、数码套装和京东卡200元奖励。测评完成后参与主题帖活动,还有机会获得时尚卫衣、移动快充等精美礼品。    活动详情请点击链接查看:狂欢周——大奖来袭,谁是锦鲤   当前论坛集赞和邀请排行榜请点击查看:排名帖链接。【参与方式】可以点击测评通道链接或者 扫描下方二维码参与测评【邀请好友方法】生成邀请链接和邀请好友参加方法如下:第一步:完成问卷填写,并提交。第二步:在问卷结束页,点击下面那个黄色按钮“邀请好友答卷 免费领取 知识大礼包”第三步:点击之后,会提示你需要在浏览器中打开分享页面,请点击右上角“...”按钮,选择“在浏览器打开”第四步:在浏览器中打开会显示如下页面,保存您的专属海报图片,分享出去即可,只要有朋友也答卷完成,即可获得相应的礼品和抽奖资格。后续也可以再打开此页面,查看你的邀请进度(页面最下方)。【活动说明】1.本次活动为华为云开发者身份测评认证,参与者首先要注册成为华为云用户,才能参与本次活动。2.活动期间,每位开发者可以多次参与答题,分数以最高成绩为准。3.每个华为云账号只能被邀请一次。4.本次活动所有回帖内容需满足华为云论坛发帖规范:https://bbs.huaweicloud.com/forum/thread-23077-1-1.html5.不得使用各类非正常渠道或方式注册账号参与,违者取消活动参与及获奖资格;获奖人收件信息与实名信息不一致者或获奖人从未参与过测评,亦不予发奖。5.获奖情况的公示和获奖通知后续会在论坛发出,请关注本帖。6.所有获奖礼品将于12月30日前寄出。7.如您在测评活动中遇到相关问题,可点击下方链接反馈,请于12月15日24时前反馈,过期反馈视为无效,望周知。 反馈链接>>
  • [技术干货] 重磅推荐:论坛里100000+阅读量的技术干货贴
    从0了解DevOps 点我直达链接>>>>此篇包含:一、入门系列,带你从头了解DevOps,二、理论实践指导,三、DevOps on DevCloud系列,四、行业相关信息【敏捷合集】2021版敏捷系列合集 &精选技术讨论帖 点我直达链接>>>>华为云DevCloud大咖分享汇总(附PPT下载) 0 华为云DevCloud大咖分享汇总(附PPT下载) 1华为大咖分享:华为敏捷项目管理实践(后附PPT下载)2 华为大咖分享:AI在软件测试领域应用探索(后附PPT下载) 3华为大咖分享:微服务架构设计与实践(后附PPT下载)4华为大咖分享:拥抱Git,提升研发效率(后附PPT下载) 5华为大咖分享:游戏企业转型之道:敏捷与DevOps实践(后附PPT下载)6 华为大咖分享:基于容器的Devops(后附PPT下载) 7华为大咖分享:华为专家揭秘研发效能提升之道/DevCloud研发实践(后附PPT下载)8华为大咖分享:关于DevOps,听听华为专家怎么说(后附PPT下载)9华为大咖分享:交付在云端-全云DevOps研发实践10华为大咖分享:五星级软件工程师的高效秘诀(后附PPT下载) 11华为大咖分享:DevCloud on   DevCloud 从1月1次到1天10次发布的实践分享(后附PPT下载) 12华为微服务转型DevOps实践13华为大咖分享:大型云平台的DevOps实践14华为大咖分享:Focus on   Value 的思考与实践精粹(后附PPT下载)15华为大咖分享:云上开发,代码托管只是第一步(后附PPT下载) 16华为大咖分享:反脆弱,高效能组织的能力构建(后附PPT下载)17从Change、merge到New   Challenge--华为内源平台到研发云平台的发展历程(后附PPT下载)18华为大咖分享:华为云DevCloud   百人规模化精益DevOps转型(后附PPT下载)19华为大咖分享:架构师的基本功之管理篇20一文读懂云原生2.0时代的DevOps体系框架21华为大咖分享:华为云如何构建高效可信的持续交付能力22华为大咖分享:【HC2018 Session】基于Pipeline的DevOps核心实践_DevCloud_华为云论坛(后附PPT下载)23华为大咖分享:Gopher China2020 华为云的go语言云原生实战经验_DevCloud_华为云论坛 (后附PPT下载)24华为大咖分享:德智体美劳全面发展的DevOps_DevCloud_华为云论坛 (后附PPT下载)25华为大咖分享:如何让团队在高度共识中完成需求沟通与设计(后附PPT下载)26华为大咖分享:华为云DevCloud——云测API全场景测试技术与实践(后附PPT下载)27华为大咖分享:华为敏捷与DevOps实践分享(后附PPT下载)产品经理-全连接系列1【产品经理-全连接系列   之001】Epic/Feature/Story/Task/Bug到底是什么?2【产品经理-全连接系列   之002】企业应该如何开展敏捷,或者DevOps这样的研发变革(1)3【产品经理-全连接系列   之003】华为敏捷/DevOps实践一点一滴_如何开好站立会议 4【产品经理-全连接系列   之004】华为敏捷/DevOps实践一点一滴_Excel为什么越来越少用?5【产品经理-全连接系列 之005】华为敏捷/DevOps实践一点一滴_如何开好一个敏捷回顾会议6【产品经理-全连接系列 之006】华为敏捷/DevOps实践一点一滴_如何从Excle管理软件的方式中走出来7【产品经理-全连接系列之007】为什么用户故事的故事点用斐波那契数列??8【产品经理-全连接系列之008】华为敏捷/DevOps实践一点一滴——如何开好迭代计划会议 9【产品经理-全连接系列之009】Wiki这么多年,为什么还依然得到很多开发人员和团队的喜爱DevOps智库1重磅!史上最全的DevOps资料分享!22019年中国DevOps行业现状报告:中国信息通信研究院、华为云DevCloud、南京大学联合发布3DevOps实施落地的两个法宝:粒度&解耦   附PDF下载4【转载】【资料下载合集】HDC.Cloud华为开发者大会20205【DevCloud ·   敏捷智库】软件项目需求变更频繁,如何做好有效的需求管理和规划?6 【敏捷智库知识卡】第1-7期合集(内附下载资料)7【敏捷智库知识卡】 第8期 拍脑袋估算法?OUT!:科学估算,平稳生产,嗷闪!8【敏捷智库知识卡】第9期 微服务架构难落地?MSA实施指导框架来帮你9【敏捷智库知识卡】 第10期 任务不让指派还没人认领,我咋整?—— Scrum Master的心酸谁能知?10【敏捷智库知识卡】 第11期 项目团队人员变动频繁怎么办——大牛走了,你怕不怕?11【敏捷智库知识卡】第12期 需求剪不断理还乱(内附1-12期卡片合集下载)12DevOps人员常用的linux命令13【转载】六步教你玩转DevOps上华为云DevCloud实践14DevOps敏捷60问,一定有你想了解的问题数据库学习1【转载】【最全华为云数据库资料】庖丁解牛——带你了解华为云数据库的精髓 2JDBC练习--适合于新手或者温习jdbc(一个简易的在后台的学生信息的增删改查)Python技术学习1【转载】Python面试的一些心得,与练习题分享...2pyhon初学笔记要点归纳!3Python常用基础知识点4【转载】60+精华:从基础到实战   带你极速掌握 Python技术API进阶之路0《2020年API现状调研报告》1《华为云API精选手册》2【API进阶之路】因为不会创建云服务器,我被实习生摆了一道3【API进阶之路】前浪的绝地反击与自我证明4【API进阶之路】甩锅大会上,我是如何绝地求生的5【API进阶之路】一个技术预案,让老板当场喊出了“奥利给”6【API进阶之路】万万没想到,一个技术方案帮实习生追到了运营妹子!7【API进阶之路】一个技术盲点,差点让整个项目翻车8【API进阶之路】老板给我涨薪30%!如何通过SDK接口搞定千万级流量直播9【API进阶之路】半天搞定百万条手机号归属地查询,竟影响了公司战略方向!10【API进阶之路】无法想象!大龄码农的硬盘里有这么多宝藏11【API进阶之路】高考要考口语?一场10w+刷屏活动是如何用多模态评测API做出来的12【API进阶之路】帮公司省下20万调研费!如何巧用情感分析API实现用户偏好调研13【API进阶之路】逆袭!用关键词抽取API搞定用户需求洞察14【API进阶之路】破圈,用一个API代替10人内容团队15【API进阶之路】用API打造一条自动化内容生产流水线16【API进阶之路】没有AI工程师也能做OCR文字识别17【API进阶之路】太秃然了,老板要我一周内检测并导入一万个小时的视频18【API进阶之路】干掉PPT!现场编码的职级晋升答辩你参加过么?19【API进阶之路】研发需求突增3倍,测试团队集体闹离职20【API进阶之路】人少钱少需求多的新项目,该怎么带?21【API进阶之路】本季大结局:API带来的微创新,打动投资人鼓励我创业包不同系列视频1【包不同的沙雕敏捷】第一集 砸锅卖铁买兰博2【包不同的沙雕敏捷】第二集 需求管理靠看板3【包不同的沙雕敏捷】第三集 小步快跑Scrum其他1史上最全的架构师图谱(后附高清大图)2【电子书下载】人工智能技术入门该读哪些书?这里有一份精选书单3看看是不是你想要的:pycharm永久激活!!!
  • [技术干货] 【以人为本,敏捷为先】华为云·云享专家徐毅:我们要“因地制宜”地实践敏捷和DevOps
    敏捷是近几年IT圈子里大热的概念之一, 虽然理念很好,但真正实践起来却有不少的坑,比如很多研发人员满怀着希望开始敏捷和DevOps,最终却以无法落地草草收场。为此,华为云DevCloud首席技术布道师徐毅谈了谈他对敏捷和DevOps的认识。徐毅的开发经验丰富,担任过诺基亚、惠普等多家大公司的敏捷教练,翻译审校过多本敏捷相关的IT书籍。在和敏捷打交道的这么多年中,他深知开发人员、企业在敏捷实践中遇到的瓶颈,也提出了一些解决之道。因地制宜实践敏捷和DevOps徐毅最早在2005年底开始尝试敏捷,当时接触的是Scrum。随后的几年中,持续集成、持续部署、持续发布等理念陆陆续续成为开发圈子里一股热潮。直到2014年左右,DevOps在国内风靡,大家都开始拥抱DevOps。不过,当时业内对DevOps的认知还存在一些偏差,传统研发行业认为它是持续集成的延续,也就是必须做好持续交付才能做好DevOps;新兴的云化、互联网公司实践者强调的则是快速上线的能力。“那时候大家对Dev和Ops也没有特别强的共识,研发的人在讲研发的事,运维的人在讲运维的事。”徐毅表示,即便到现在,Dev和Ops也没有真正的融合,只有极少数的企业实现了开发运维全打通。“绝大多数企业很难接受一个研发把功能开发完成后直接上线,因为这个影响是未知的。尤其是对于大型的云服务厂商来说,一个软件可能会部署到成千上万的机器或者实例上去,即使只有一行代码的改变,其影响面也非常大。”所以DevOps说起来容易,真正实践起来还是有不少困难的,尤其要特别注意“因地制宜”地使用它。徐毅强调,“我们要关注这个技术能不能满足我们的需求,知道我们的特点是什么,然后去选择合适的技术。”在传统交付型的行业,把软件包交付给客户后,后面的部署等行为是不受控的,中间如果产生修改,整个过程是非常长的,这就要求在前期的质量保障上做很多功夫。所以在传统行业或者传统业务背景实践中,通常更强调自动化测试的重要性。对于云服务、自运营的公司来说,业务发展早期系统较小,出现问题的可能性也不大,即使出现问题也能快速回滚,所以前期的质量保障要求相对低一点,更强调能够快速部署上线。所以对于不同的企业规模、业务类型,以及企业不同的成长阶段,所采用的实践都会有所不同。从DevCloud看研发的数字化、智能化从互联网到智能化,我们的软件开发流程一直在优化。如果互联网改善的是生产工具,那么,敏捷改善的就是生产关系,它给予团队更多的自主权,释放生产力提升开发的能力;DevOps促使了Ops的打通,让整个过程顺畅起来。数字化则确保业务能够被安全管控,智能化提供更聪明的决策。徐毅总结,基于数字化,智能化的分析和改进,这是研发领域的趋势。作为华为云DevCloud首席技术布道师,徐毅和华为云的专家服务团队自然使用DevCloud进行数字化的工作管理。华为云DevCloud是一站式云端DevOps平台,囊括项目管理、代码托管、云测、部署、发布等软件开发必备的研发工具,是华为云研发实践、前沿研发理念的集大成者。谈及最开始使用DevCloud,徐毅也有些忐忑,“大家都不熟悉这些工具,还好坚持下来了。”首先把工作按照结构和表达方式录入到其中;然后从管理的维度思考,如何做好时间、模块管理,据此进行分析和改进;最后使用更先进的方式去提升团队工作效率,比如我们写文档利用代码仓、建立特性分支和在线评审实现多人协作。实践一段时间后,徐毅和团队形成了一个很好的工作过程管理和任务管理方式,和DevCloud也有了较强的绑定关系。有了平台的协助,之后只要定期检查团队的工作,从而能够把更多的时间聚焦在业务上,和大家进行业务上的对齐。这也是一个典型的用敏捷、DevOps、数字化、智能化的手段提高既有的生产力。当前,在“DevOps能力之屋”中,华为云DevCloud提出(工程方法+最佳实践+生态)×工具平台=DevOps能力。最后,徐毅也表示,单单只有工具是不行的,还需要有工程方法去指导工具落地实践。所以,华为云DevCloud专家服务目前输出了相应的工程方法与最佳实践,去帮助企业,开发者更好地使用华为云的产品服务与技术,帮助他们适应数字化时代。
  • [技术干货] 【以人为本,敏捷为先】华为云 MVP王立杰:敏捷DevOps的“传道授业解惑”师者
    当前,数字化大时代下企业面对的商业环境瞬息万变,各种新技术突飞猛进的同时,IT企业要对市场和竞争对手的变化做出快速敏捷的响应,才能在市场中称雄,不被淘汰。敏捷开发作为最适合应对企业数字化转型的最优软件方法论,那么整合企业IT部门的软件开发与运维,实现开发与运维的一体化DevOps,则变得比以往任何时候都来得重要。 传道作为国内早期的敏捷DevOps先行者,王立杰一直在思考如何将敏捷DevOps的理念与实践,推广到国内的各家企业去,帮助企业提升研发效能。 在2009年,王立杰发现国内关于敏捷的相关图书寥寥无几。于是,他联合有着多年敏捷实践经验的许舟平老师,推出了以故事的形式讲解敏捷的基本概念及实践的书籍《敏捷无敌》,这也是国内第一本小说体的敏捷技术图书。“图书发行后,很多企业参照这本书进行敏捷实践操作。”王立杰讲到。 随着时间的推移,国内敏捷转型的企业逐渐增多,企业在落地敏捷实践的过程中,都是在摸着石头过河。为此,2011年王立杰组织了敏捷社区的十多位伙伴一起写了国内第一本实践案例集锦《敏捷开发一千零一夜》,书中展示了阿里、新浪、网龙等公司一些团队的转型历程,为企业在转型的过程中提供了非常大的帮助。 在作为京东首席敏捷创新教练的期间,王立杰参与并指导了京东内部多个部门的敏捷转型,也落地了丰富多样化的敏捷转型案例。王立杰表示,这些案例非常值得外界参考,毕竟集互联网电商、物流、金融、大数据、云等生态在一起的企业,凤毛麟角。结合京东敏捷转型的实践案例,王立杰推出了《京东敏捷实践指南》,一经推出就成为敏捷转型企业追捧喜爱的书籍。 在2019年,王立杰团队推出了《敏捷无敌之DevOps时代》书籍,该书还被台湾出版社引进以繁体版面世。这本书主要是通过对敏捷相关的知识、经验、实践的提炼与总结,希望能为国内企业的敏捷DevOps转型助力。并在华为云享读书会活动中,联合许舟平、姚冬和徐磊三位老师,通过5节课的内容,为用户带来一场精彩的DevOps的内容讲解。授业 书,虽然能将知识进行无限的传播,但其枯燥的内容无法让读者能够感同身受。在2010年,王立杰便组织和参与了全球敏捷之旅(Agiletour)的北京站活动,并同时打造了敏捷社区。“通过成立北京Agile1001敏捷社区,将每年一度的敏捷之旅活动,变成常态化,每个月组织1-2次的线下活动,先后组织分享过《影响地图》、《用户故事地图》、《精益创业》、《设计思维 Design Thinking》等话题,跟社区小伙伴们一起研究、学习敏捷的新颖实践。”王立杰讲到。 为了推动DevOps在国内落地,2018年王立杰以核心组织者的身份发起了中国DevOps社区。联合社区的发起人,一起起草了社区愿景与价值观,还制定了社区的3层治理架构(理事会、城市组织者、社区)和章程。目前已经有国内20多个城市的伙伴们一起参与到社区共建。王立杰很自豪的说道,社区通过线下Meetup、线上直播、年度社区大会、公众号及网站等多种形式,将DevOps这一草根发起的运动,在国内推向了一个新的高度。 解惑网上敏捷和DevOps工具非常多,但大都比较分散单一,缺乏统一的一站式解决方案。华为云DevCloud一体化研发平台作为专业的敏捷开发工具平台,能够通过持续交付和精益管理实践的落地,将方法、实践与工具平台的结合,通过可视化、自动化、集成一体化的方式,将需求管理、敏捷项目计划、持续集成、自动化部署、自动化测试、持续交付流水线、运维监控等领域,以及容器化、微服务、云原生的架构有机的结合,实现价值的持续快速的交付,从而有效的支持组织研发效能和个人生产力的提升。 也正是基于王立杰在敏捷开发领域的专业度,受邀并成功成为了华为云MVP中的一员。在随后的时间,王立杰参与到了华为云DevCloud平台的宣传推广中。 2019年,在深圳华为龙岗办公室的一次分享活动中,王立杰通过理论讲解+华为云DevCloud实操案例内容分享,为活动的听众带来了敏捷开发的关键点,以及在华为云Devcloud如何落地的经验。 随后,王立杰参加了8月份华为云举办的“华山论剑”线下沙龙活动。本次活动主要是想通过线下活动的形式,帮助华为云生态企业在敏捷转型过程中遇到的问题,进行答疑解惑。 “很多企业都面临着‘开发过程中客户不能看到完整产品’的痛点问题。”王立杰指出。“出现这个问题,可能是因为这些企业走的还是大瀑布,不是真的敏捷。我们希望的‘敏捷’是小步快跑迅速迭代,每次迭代的东西客户应该可以看到。如果依然是在大瀑布里玩小迭代,整个还是瀑布流程,那样的话,敏捷就离落地上还早着呢。” 10月份,首届中国DevOps社区年会在杭州胜利落幕。在大会期间,大家在华为云展台上各种咨询与现场试用,好不热闹。作为华为云MVP的王立杰表示,看到自己的推广的平台受到这么多人的喜欢,感到非常的自豪。 自我提升 虽然一直担任着敏捷开发领域的“师者”,王立杰也一直没有忘记自我知识和能力的提升。在2019年9月份,王立杰联合华为云的三位MVP,以不同敏捷流派的形式,就每个流派的区别是什么,哪个流派更优秀等话题进行了一场激烈的讨论。王立杰说道,这场论战还引发了一场“冰桶挑战”呢。视频地址? 孙子兵法有云:凡兵法韬略,在道不在术。面对日新月异的的市场,企业必须逼迫自己不断的进行革新来应对市场变化。王立杰在谈及畅想未来DevOps的发展时表示,敏捷、DevOps必将在这个商业形式不断变化、企业需要在不大提升效能的背景下,将会成为一种必备研发模式。期待华为云DevCloud在融合先进理念的同时,将工具平台的能力发挥到极致,再上一层楼。
总条数:266 到第
上滑加载中