作者,北京老李:PMI-ACP讲师中国“黄埔一期”TTT、EXIN DevOps Master(大师级)讲师(首批全国十名)、国内首批EXIN Product Owner讲师(首批全国十名)、EXIN授权EXIN Agile Scrum Master讲师、首批ITIL Expert讲师、首批CCSK4.0讲师、 Lean IT 认证讲师、PMP、Prince2专家级、EXIN云安全管理、EXIN 云服务管理、国内首批APMG 信息安全官(CISO)TTT、ISO27001 LA、ISO20000 LA等多项认证。先后在北京、上海、广州等地主导软件开发、系统集成、咨询服务等工作,主要研究方向云安全管理、敏捷与DevOps落地实施
1.什么是投资回报
投资回报率(ROI)是指通过投资而应返回的价值,即企业从一项投资活动中得到的经济回报。它涵盖了企业的获利目标。利润和投入经营所必备的财产相关,因为管理人员必须通过投资和现有财产获得利润。投资可分为实业投资和金融投资两大类,人们平常所说的金融投资主要是指证券投资。
投资回报率(ROI)=年利润或年均利润/投资总额×100%,从公式可以看出,企业可以通过降低销售成本,提高利润率;提高资产利用效率来提高投资回报率。投资回报率(ROI)的优点是计算简单。投资回报率(ROI)往往具有时效性--回报通常是基于某些特定年份。
2.IT的投资回报怎么看
在IT领域如何看待投资回报本身就是个问题,我记得最早这个问题,嗯是在我给 IBM的同学来讲,ITIL的时候他们提出的这个问题,因为那个时候it面临一个挑战就是我们的投资回报如何去证明我们不是一个烧钱的部门,而是一个获得it价值,获得整个技术产出的问题.在当时还是个问题,这个问题大概是10年前提出来的,那个时候很多的业务部门也有这个困扰,git给我们带来了什么?但是随着业务的持续的飞速的发展,随着经济的蓬勃的向上,可能更多的人不会去关注这个问题.或者说it人在。回避这个问题.因为有些投资可能很难看到有形的价值。
IT投资该不该计算回报率?答案是显而易见的,因为对于企业和决策者而言,任何投入都必须带来回报,否则就会被否决。因此,IT投入到底能够给企业带来什么回报,是所有的企业决策者在做IT投入决策时最关心的事情。
例如,我曾询问过一些CIO是什么原因最终促使他们上马IT项目?答案不尽相同,但有一点是共同的,他们认为IT投入会带来收益。但是到底能够带来多大的好处他们并不清楚,他们也无法去弄清楚。因为由于受到多方面因素的影响和制约,衡量企业IT投入与回报的问题相当繁杂,远不是几张财务报表所能涵盖的。
调研机构开展的首席信息官调查表明,81% 的 IT 领导者认为,首席信息官面临着保护投资和证明投资回报率的巨大压力。这种压力预计会增加,因为当今几乎所有的商业提案都有一个需要财务评估的技术部分。
当然,需要为 IT 项目显示积极的投资回报率也不是什么新鲜事。然而管理专家表示,许多首席信息官仍在努力确定、阐明和量化回报,尤其是对于没有明确结束日期的迭代项目,以及预期实现软回报而非纯利润增长的项目。
3.DevOps及数字化转型有没有带来投资回报
对DevOps的投资回报(ROI)的测量和优化还没有被很好地理解。事实证明,DevOps如果设计得好,可以通过持续的交付实践为组织带来巨大的价值。缩短交付周期、更频繁的发布、更低的故障率和更快的恢复服务时间是DevOps值的公认指标。围绕DevOps黄金三步法:连续的价值流、持续的反馈和持续的改进。将人员、过程和技术的工程DevOps实践结合起来就能得到结果,这已经不是什么秘密了。
敏捷成长的历程与DevOps
DevOps价值的“回报”是投资回报率分子上的重要因素。虽然DevOps可以带来很多价值,但最直接的价值是与加速软件交付价值流相关的成本节省。确保每个开发人员、测试人员、系统工程师都是高水平的测试人员的唯一方法就是确保,他们能够尽早获得即时反馈:
当一个开发人员将代码推入代码回购,他或她会得到关于代码的即时反馈。
对于产品经理来说,这意味着能够创建一个沙盒来向业务展示新特性第一天他们的反馈。
系统工程师可以在生产环境中模拟新特性发展。
DevOps的价值与回报
这有三个方面:
持续的智能代码开发。这需要使用开发和操作用于生成度量标准的工具。
运营情报确保所有DevOps团队成员获得所有这些反馈单个仪表板中的功能和角色。每个人都可以看到它,并根据需要采取行动。
分析和自动化仪表板提供了对整个团队跨角色的实时洞察他们可以获得早期和即时的高绩效反馈。
应用程序开发人员和其他人可以通过DevOps更快地发布更多的应用程序,这对于降低有价值的成本具有显著的效果。DevOps项目的“投资”是投资回报率的分母。要优化ROI,只需通过更快地发布更多应用程序来增加回报,同时减少DevOps项目所需的投资。听起来很容易。但是等等!你是怎么做到的?
4.DevOps如何实现投资回报?
回报的主要因素来自于减少瓶颈。我发现,在我研究的成千上万的DevOps价值流中,超过一半的价值流最大的瓶颈是测试!连续测试只是自动测试的执行,这是一个神话。我指的是“测试事情”的整个范围,包括测试策略、测试计划、测试资源调度、测试设计、测试实现、测试环境管理、测试执行、测试结果报告、测试结果分析、故障排除、修复、重新测试和测试管理。这是很多!事实上,对于DevOps管道的每一个阶段,对于DevOps的所有三种方式,测试都是瓶颈的来源。关键在于,ROI可以通过改进测试而大大提高。
使用DevOps,开发者和Ops团队以及整个应用程序之间的协作必须是无缝的交付价值链:
为集成配置管理建立自动化的流程和系统,持续 集成,自动化测试,部署计划,基础设施供应,持续部署,集成的变更管理和监视。
集成这些工具来创建一个完整的堆栈DevOps平台
通用工具,因此团队成员不需要在团队和风险之间传递工件创建空白
在同一管道中测试和部署应用程序代码和基础设施代码
当开发人员修补DevOps工具链时出现的问题:
一开始用一个修补工具链可以很好地工作,但随着规模和复杂性的增长,这开始打破。
随着持续交付模型的成功,规模和复杂性通常呈上升趋势。
随着新特性的发布,每天的多个部署并不少见。
随着DevOps的蓬勃发展,业务越来越习惯于来自IT的创新,周期也越来越长激烈。
这就是所谓的快速创新文化。它出现在DevOps最佳实践和工具链是一个。
拥有一个完全集成的DevOps工具链,可以一键访问整个应用程序生命周期已被证明可以帮助团队轻松地扩大规模。
计算 DevOps ROI
事实证明,降低投资成本的主要因素也与测试有关!就人力和系统的人力和资本成本而言,落实“测试项目”是昂贵的。降低总投资成本的主要因素是标准化、共享和使用尽可能多的应用管道和阶段的“测试东西”。
Hard Dollar RI from DevOps
应用程序必须随着业务需求而变化:
一个应用程序可能开始运行在公共云中,但很快就需要移动或者将后端转移到大数据平台。
当DevOps团队开始开发应用程序时,必须有目标环境记住,但团队能够在开发和开发上保持灵活性也是非常重要的运行环境以根据需要进行变形。
例如,一个应用可能使用公共的PaaS,但明天它可能需要使用内部的私有云。
例如,一个移动应用前端id连接到一个大数据平台的后端。
在任何环境中无缝开发/测试/运行的灵活性是必不可少的:
团队可以在任何地方提供基础设施和工具链,并携带应用程序堆栈在这些环境中。
连续集成系统的弹性供应,自动化测试、部署和生产环境
项目和概要文件可以被跟踪和版本化,以便先前配置的系统可以用一个简单的点击重新创建测试新代码容易,恢复到以前配置,比较系统版本。
提供了一个完全可搜索的存储库,以促进标准化和重用。
DevOps ROI
DevOps涉及开发人员和运营团队之间的协作:
不是一个直观的组合
每个团队都有独特的文化,不同的激励机制,以及不同的
在大多数情况下,背景和培训。
让DevOps发挥作用就像文化变革管理一样一切。
工具帮助。正确的DevOps平台,使用正确的方式,可以在这方面产生很大的不同ROI的结果:
人、工具和文化之间的编排
在DevOps团队成员之间分享目标和指标
DevOps的好处是显而易见的,当团队成员做的工作,使它成为一个现实。
每个人都变得更有效率和敏捷。
当开发人员,测试人员,产品经理和系统工程师都看到改进
因此,优化DevOps ROI的秘诀就是优化测试结果。那些知道如何优化测试结果的人是优化DevOps ROI的关键。
5.DevOps驱动财务回报和战略优势:
工作的质量就是生活,产生巨大的结果,这种工作方式就成为规范或工作文化。测试本身的重要性并不是什么秘密。我已经把所有“测试事物”的核心要素分离出来了。“测试的目的是为了做出裁决。测试判决是对测试的通过、不通过或不确定的结果状态的编码表示,相对于测试的目的进行评估。无论哪种测试,测试结果都是必不可少的;无论在管道的哪个阶段都要进行试验。没有一个定论,世界上所有的“测试物”都没有价值。
通过将开发人员和IT运维紧密地结合在一起
DevOps加速了高质量软件的交付。
从ROI的角度来看,这种软件的加速既可以降低IT成本,也可以使一个更大、更有利于业务的IT生产力。
同时,好代码的快速发布可以释放市场价值,募集资金收入——击败那些追逐相同客户的竞争对手。
然而,利用DevOps实现投资回报并不简单。它需要正确的工具组合对组织文化变革的承诺。
这两个因素必须在行动DevOps蓬勃发展和交付经济利益业务。
DevOps提倡的原则
从瓶颈点着手
Start Small,从小做起
痛苦的事情优先解决
工具也是一种文化
自动化别人,先自动化自己
价值拉动,而非事务驱动
构建指标,驱动DevOps落地。
创建从开发过程下游至上游的反馈环。
强调全局优化,避免局部优化。
持续做试验和学习的文化,通过反复实践来达到精通。
DevOps Tools 的技术关键点:
1.Automated infrastructure(自动化,系统之间的集成)
2.shared version control(共享源码)
3.one step build and deploy(持续构建和部署)
4.feature flags(主干开发)
5.Shared metrics
6.IRC and IM robots(信息整合)
6.实现投资回报的10个技巧
提出全面的投资回报率战略的 10 个技巧,这些战略将获得高层管理人员的支持。
1. 确定业务影响:希望掌握投资回报率计算的首席信息官首先必须确定其技术计划的业务影响。
2. 招募业务合作伙伴:IT 部门无法自行确定投资回报率。
3. 建立更广泛的合作伙伴网络 : 首席信息官需要将合作范围扩展到功能领域之外的领导者,而这些领导者看到这些优势,他们需要与高管同事建立牢固的合作伙伴关系,特别是首席运营官和首席财务官,他们都对业务有着广泛的见解,可以为 IT 项目带来一些回报,从而加强投资回报率预测,或者建议忽略潜在的成本。
4. 依靠外部合作伙伴:首席信息官还可以依靠受信任的供应商和其他外部合作伙伴 ( 即顾问 ) 来帮助确定预期和实现的回报,利用他们在与其他首席信息官合作进行类似项目时分享所学的知识。
5. 让员工识别可以退出的项目 : 依靠自己的员工来研究拟议技术是否以及在何处对企业有利,并提供积极的投资回报率。
6. 提前开始准备工作:开发、投资和最终衡量投资回报率是一项团队运动,因此建立一支强大的团队会带来回报。做好这一点的首席信息官在提出最终批准方案之前提前开始工作
7。现有流程开发 KPI。如果特定流程需要五个小时才能完成,可以了解新投资如何改善与这个流程和时间相关的 KPI,以及如何改善将转化为企业的额外资金。这使我们能够开发出一个强大的投资回报率。"
8. 测试预测:概念证明可以证明项目的投资回报潜力,并证明其技术能力。Spandau 表示,他的 IT 团队看到了物联网部署的潜力,可以调节企业生产设施的温度和湿度。
9. 准确性:经验丰富的高管们承认,很少有企业领导者能够实现预期的投资回报率。他们还建议首席信息官在推出计划时调整预期数据,在迭代开发时代,企业必须鼓励产品团队调整交付以满足不断变化的需求。
10. 了解投资回报率计算的变化:首席信息官 ( 以及其他执行团队 ) 需要了解投资回报率计算的变化。许多组织可以更轻松地计算 IT 计划成本,并衡量他们在此类项目具有特定交付日期以及所有新功能都有一个上线日期时所提供的财务收益。然而如今,DevOps、敏捷和迭代开发以及低代码开发和 IT 控制之外的其他业务导向的技术部署使得首席信息官很难为 IT 支出开发一个明确的投资回报率。
7.爬楼
数字化领导力系列:
数字化领导力:基于DevOps与ITIL4梳理的八个新兴数字化管理岗位https://www.douban.com/note/783809248/
数字化时代:转型是一种必然,从DevOps到业务敏捷https://www.douban.com/note/795400708/
敏捷管理课程:业务敏捷的核心是一种组织能力!!!送:业务敏捷报告2020版解析及下载https://www.douban.com/note/794006236/
https://www.douban.com/note/799988465/ 新兴技术:如何一次通过EXIN&BCS 人工智能管理课
咨询基本功系列课程
咨询基本功系列第一讲:把读到的知识转化为能力三步法及完美学习的四步法 https://book.douban.com/review/8820627/
咨询基本功系列第二讲:显见是心与学会提问 https://book.douban.com/review/8709052/
咨询基本功系列第三讲:显见不动与信念 https://book.douban.com/review/8524974/
咨询基本功系列第四讲:显见不失与学会讲故事 https://book.douban.com/review/8909761/
咨询基本功系列第五讲:显见无杂与沟通的艺术 https://book.douban.com/review/8573156/
咨询基本功系列第六讲:见性惟真与书面沟通七步法 https://book.douban.com/review/8795275/
咨询基本功系列第七讲:见性无碍与故事思维 https://book.douban.com/review/8471462/
咨询基本功系列第八讲:显见不分与沟通圣经 https://book.douban.com/review/8550605/
咨询基本功系列第九讲:见性超情与深度工作 https://book.douban.com/review/8641784/
咨询基本功系列第十讲:见性离见与完美咨询 https://book.douban.com/review/12493989/
咨询的基本套路、IT咨询基本方法内训课程,欢迎大家收看,收听,收获到咨询的基本功:)
如何一次通过系列:
如何一次通过DevOps Foundation考试 https://www.douban.com/note/759867840/
如何一次通过ITIL4 Foundation考试https://www.douban.com/note/778661405/
如何一次通过DevOps Master考试 https://www.douban.com/note/660291760/
如何一次通过PMI-ACP https://www.douban.com/note/720287998/
如何一次通过EXIN Scrum Foundation https://www.douban.com/note/769868855/
如何一次通过EXIN Scrum Master https://www.douban.com/note/722250431/
如何一次通过APMG ISO/IEC20000:2018版 LA https://www.douban.com/note/762608725/
如何一次通过CCSK4.0(网盘下载CCSK4.0,送DevSecOps宣言中文翻译版) https://www.douban.com/note/764185464/
如何一次通过EXIN CCC云服务管理专家认证 https://www.douban.com/note/762735674/
敏捷服务管理系列:如何正确理解ITIL4 https://www.douban.com/note/763416570/
敏捷管理课程:业务敏捷的核心是一种组织能力!!!送:业务敏捷报告2020版解析及下载https://www.douban.com/note/794006236/
敏捷服务管理系列:如何正确理解ITIL4 https://www.douban.com/note/763416570/
DevOps沙盘总结系列课程
DevOps Master凤凰项目沙盘总结:IT涅槃重生之路 https://www.douban.com/note/681066663/
DevOps Master凤凰项目沙盘总结:“IT业务一体化”驱动业务价值 https://www.douban.com/note/662925305/
DevOps Master凤凰项目沙盘总结:高维度系统化思考 https://www.douban.com/note/703020201/
DevOps Master凤凰项目沙盘总结:履霜坚冰至,转型应自强不息 https://www.douban.com/note/700603657/
DevOps Master凤凰项目沙盘总结:一场精益敏捷探索之行 https://www.douban.com/note/645016138/
DevOps Master凤凰项目沙盘总结:通过DevOps实现IT组织转型 https://www.douban.com/note/693053178/
DevOps Master凤凰项目沙盘总结:DevOps黄金三步法 https://www.douban.com/note/694641377/
DevOps Master凤凰项目沙盘总结:DevOps起始质量之独孤九剑 https://www.douban.com/note/689504940/
DevOps Master凤凰项目沙盘总结:一场百玩不厌的质量感悟 https://www.douban.com/note/629890513/
DevOps Master凤凰项目沙盘总结:DevOps的独孤九剑 https://www.douban.com/note/630638887/
DevOps Master凤凰项目沙盘总结:同理心是DevOps成功关键 https://www.douban.com/note/685838159/
DevOps Master凤凰项目沙盘总结:做最有价值的事 https://www.douban.com/note/681074230/
2020年2月EXIN DevOps及敏捷前置要求与学习路径推荐 https://www.douban.com/note/752263618
DevOps Master课程:DevOps Master教练十二条原则 https://www.douban.com/note/718124778/
DevOps Master课程:DevOps Master教练的三个层次 https://www.douban.com/note/719145305/
DevOps Master课程:招聘DevOps工程师必问的12个问题(送DevOps实现的三个路径) 相关主题 https://www.douban.com/note/709308373/ DevOps Master :
敏捷项目管理ACP中国“黄埔一期” https://www.douban.com/note/728728754/
敏捷项目管理课程:建立持续改进的个人看板 https://www.douban.com/note/745245657/
DevOps Master系列:再论DevOps核心原则CALMS https://www.douban.com/note/731775271/
DevOps Master系列:如何把DevOps与CMMI整合 https://www.douban.com/note/759766513/
https://www.douban.com/note/713613037/ DevOps professional课程:只讲技术之CHEF(1)
https://www.douban.com/note/708968150/ DevOps Master课程总结:知否知否,应是DevOps肥ITIL瘦(送ITIL4前生今世)
https://www.douban.com/note/708218842/ DevOps Master课程总结:学习没有捷径(送DevOps安灯正确方法)
https://www.douban.com/note/694641377/ DevOps Master凤凰项目沙盘总结:DevOps黄金三步法
https://www.douban.com/note/700603657/ DevOps Master凤凰项目沙盘总结:履霜坚冰至,转型应自强不息
https://www.douban.com/note/693053178/ DevOps Master凤凰项目沙盘总结:通过DevOps实现IT组织转型
https://www.douban.com/note/689504940/ DevOps Master凤凰项目沙盘总结:DevOps起始质量之独孤九剑
https://www.douban.com/note/645016138/ DevOps凤凰沙盘:一场精益敏捷探索之行
https://www.douban.com/note/629890513/DevOps凤凰沙盘:一场百玩不厌的质量感悟
https://www.douban.com/note/630638887/DevOps课后总结之DevOps游戏系列-DevOps的独孤九剑
https://www.douban.com/note/637665261/DevOps Master课程:回忆我与DevOps之父Patrick的交流
https://www.douban.com/note/647732431/ DevOps:10本DevOps推荐书及47个DevOps兼容工具
https://www.douban.com/note/647732431/ DevOps:10本DevOps推荐书及47个DevOps兼容工具
https://book.douban.com/review/9110485/ DevOps:转型从正确地认知开始
https://www.douban.com/note/651734552/ DevOps:从I型人才到E型人才
https://www.douban.com/note/651734953/ DevOps:智能服务台是企业不能缺少的基石
https://book.douban.com/review/8928323/ DevOps布道师:终身学习是终身成长的源动力
https://book.douban.com/review/8820627/ 《把读到的知识转化为能力三步法及完美学习的四步法》
https://www.douban.com/note/643862694/ DevOps Master课程:脚踏实地学Pre-Master,一步一个脚印成为DevOps Master
https://book.douban.com/review/8805640/ DevOps布道师为深度工作写的序:深度工作是心身的一种修练方法
https://book.douban.com/review/8795275/ 咨询基本功:咨询顾问基本功之书面沟通及“补充大餐”
https://www.douban.com/note/643251358/ DevOps定义编年史:通过DevOps定义看DevOps发展
https://www.douban.com/note/637838681/ DevOps应用:光大银行DevOps1.0到DevOps2.0研会
https://www.douban.com/note/639093367/ DevOps应用:民生银行IT一体化管理与自动化发展(1)
https://www.douban.com/note/638965340/ DevOps应用:工商银行DevOps进行时
DevOps Master课程:事半功倍的系统化学习 https://www.douban.com/note/717180422/
https://www.douban.com/note/696842302/ DevOps应用:工商银行DevOps进行时(2018年)
https://www.douban.com/note/722820106/ DevOps Master课程:微软 DevOps的成功之路(送中行DevOps三架马车)
https://www.douban.com/note/641427886/ DevOps应用:DevSecOps云下安全与云等保(云博会内容提前曝光)
敏捷项目管理沙盘:一场随需而变的深度体验(1)https://www.douban.com/note/629584594/
站在IT治理Cobit2019角度看DevOps成熟度(COBIT可申请10PDU) https://www.douban.com/note/729309727/
https://www.douban.com/note/646007197/ 敏捷辩论
https://www.douban.com/note/655617439/ 敏捷服务管理:数字化转型核心
https://www.douban.com/note/696148785/ DevOps Master课程总结:IT运维的昨天、今天、明天(IT运维四大“坑”)
DevOps Master:如何一次通过DevOps Master考试 https://www.douban.com/note/660291760/
DevOps Master:课程总结之变更与DevOps集成 https://www.douban.com/note/660466481/
艾利·高德拉特 “在瓶颈之外的任何地方作出的改进都是假象,在瓶颈之后作出任何改进都是徒劳的,而在瓶颈之前作出的任何改进则只会导致瓶颈处堆积更多的库存。”
【1】精益管理方法的术语
【2】高维度思考法
【附】高德拉特《目标》五个聚焦步骤:
第一步是确认约束点,直到确定那的确是整个部门层面的约束点,对非约束点的任何改进都只是幻觉,得不到实际任何价值;
第二步是利用约束点,寻找突破这些约束的办法,确保不让约束点浪费任何时间,永远不要让约束点迁就别的资源而干等着,而是应该专注于IT运维部对当前所需完成工作中优先级最高的那一项,一直都要这样;
第三步,使企业或部门的所有其它活动服从于第二步中提出的各种措施;
第四步,具体实施第二步中提出的措施,使第一步中找出的约束环节不再是整个部门的约束点;
第五步,回到步骤1,别让惰性成为约束,持续不断地改善;