直播总结[24.06.29] BizDevOps 又是一个Buzz Word吗？
持续交付20约 2 分钟关注我，每天收获一个新技能!
1
大家好，欢迎来到我的直播间。通常我的直播是在每周三晚上，但由于我周一到周三休假，昨晚9点多才回到家，所以临时改到今天直播。我希望保持一周一次的直播频率，并希望越来越多的粉丝能加入我们，多捧场，帮忙转发。
今年8月份我将在北京 Tid大会上分享AI在持续交付领域的一些可能影响和应用。
1
我知道大家对新词总是充满好奇。
今天的话题是关于BizDevOps。BizDevOps的概念范围非常宽，我更希望从问题出发，探讨它是如何提出的，要解决什么问题，以及如何解决。提问是一个非常重要的技能，AI与人在提问上存在差异。AI给出的信息通常是网络上搜索到的通用回答。
BizDevOps与持续交付2.0双环模型是有联系的。
双环模型是比较完整的，包括了从需求提出到实现的整个生命周期。在这个过程中，问题与解决方案的定义和后续的需求验证是关键环节。
2
事实上，BizDevOps的提出，并不是从业务端发起，而是从技术侧发起的。技术团队饱受痛苦和质疑，因此提出了BizDevOps。但它并没有带来特别新鲜或眼前一亮的内容，更多的是强调技术在业务发展过程中的重要性。
但其实，并没有人说过：“技术在业务发展过程中不重要。”
BizDevOps倡导的是一个趋势，即尽可能更大地发挥技术的力量，促进业务发展。
BizDevOps 希望通过一些手段拉通业务与技术的协同，并取了一个好听的名字：业技一体化。
3
BizDevOps ，国内的必致白皮书上提供了一些参考模型，可以如从战略到执行的追踪，但如果你真要follow其上的模型，成本可能很高。
而且，最终反馈回来的作用有多大，也是需要考量的。
它更多的是想回答高层管理者的诉求，如资源用在哪里，为什么某个功能开发这么慢。
但这需要衡量，每增加一层管理和追踪都会增加一层管理成本。我们需要回答的问题是，增加的成本能带来多大的业务促进作用。
总之，BizDevOps应该是水到渠成的事儿，而不应该是顾意求之。
在实施时需要考虑成本和实际效果，不能盲目跟风。
我们需要结合自己的实际情况，找到适合自己的方法和路径。
感谢大家的观看，下次直播我们将聊聊AI的话题，预约如下。
如果你想加入我们的粉丝群，请先加我微信，我会拉你进群。拜拜！