持续交付 36 讲
王潇俊
携程系统研发部总监
39681 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 42 讲
开篇词 (1讲)
结束语 (1讲)
持续交付 36 讲
15
15
1.0x
00:00/00:00
登录|注册

02 | 影响持续交付的因素有哪些?

物(架构)
事(流程)
人(组织和文化)
影响持续交付的因素

该思维导图由 AI 生成,仅供参考

在上一篇文章中,我和你聊了聊“持续交付”的价值。现在,你是不是感觉热血澎湃,似乎找到了解决一些问题的良方?你是不是跃跃欲试,想在团队立刻实施看看效果如何?
但别急,就像我在开篇词里说的一样,“持续交付”可真不是一件简单的事情。你一定会在实施过程中碰到各种各样的问题和困难,但也不要气馁,我现在就和你说说:影响持续交付的各种因素。知己知彼,方可百战不殆。
与绝大多数理论分析一样,影响持续交付的因素也可归结为:人(组织和文化),事(流程),物(架构)。

组织和文化因素

谈到组织,你是不是一下就想到了部门划分,跨部门合作等?的确,这就是我要和你讲的第一个影响因素。因为“持续交付“一定是整个组织层面的事情,是跨部门合作的产物,所以组织和文化因素,是要首先考虑的问题。
什么样的组织文化,才是“持续交付”成长的沃土(当然这也是定义好的组织的标准),我把它分成了三个层次:
第一个层次:紧密配合,这是组织发展,部门合作的基础。
一般企业都会按照职能划分部门。不同的职能产生不同的角色;不同的角色拥有不同的资源;不同的资源又产生不同的工作方式。这些不同的部门紧密配合,协同工作于共同的目标,就能达到成效。
第二个层次:集思广益,这就需要组织内各个不同部门,或不同职能的角色,跳出自身的“舒适区”。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

持续交付是当今软件开发领域的热门话题,而影响持续交付的因素主要包括组织和文化、流程以及架构。在组织和文化方面,紧密配合、集思广益和自我驱动是构建理想组织的三个层次,但不同部门之间的利益冲突和工作方式差异常成为实施持续交付的阻碍。解决这些问题需要通过组织变革,可能采用成立项目管理办公室、独立建立工程效能部门或使用敏捷形式等方式。流程方面,持续交付打破了耗时较长、完全人工和信息报备类的流程,审批流程的打破也是关键,可以考虑通过系统保证、转化为事后审核或简化来解决。架构方面是和技术相关的因素,需要在实践中不断探索和调整。这些因素共同影响着持续交付的实施,了解并应对这些因素将有助于企业更好地实施持续交付,提高研发效率和产品质量。文章还详细介绍了系统架构和部署架构对持续交付的影响,包括单体架构、SOA架构和微服务架构的优劣势,以及部署标准、编排次序、markdown与markup机制等方面的考虑。总的来说,持续交付需要综合考虑组织文化、流程和技术架构等因素,以实现高效的软件交付。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《持续交付 36 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(15)

  • 最新
  • 精选
  • 旭东(Frank)
    大公司不关注技术,关注办公室政治,导致持续集成徒有虚名。一个CTO和中高层无此意识很难推动。

    作者回复: 相信现在绝大多数的领导能够看到持续交付的价值,否则就会像我老板说的那样,不能从上进行改革,就只能等着自下的革命了:)

    2018-07-14
    17
  • 宝爷
    我觉得是自动化测试这个环节,对于小团队而言,自动化测试的成本太高

    作者回复: 测试工作其实很讲究分层思路,也最讲究ROI,自动化可以覆盖不同的层面,代价也都不同,并不是一定要覆盖最高层UI才算的,而且也没要求过100%的自动化覆盖率。一个QA的好坏本质上看的就是工作投入和质量产出比

    2018-07-14
    7
  • 翔翔
    我觉得系统架构的选择是不是应该首先服务于业务需求和应用实际,然后才是看采用什么样的持续交付方式去适应这种系统架构,而不能是为了更方便的去持续交付,去选择一种系统架构吧?

    作者回复: 说得很对,就是用户问题,架构服务于业务,持续交付服务于研发

    2018-07-07
    6
  • frankie
    老师能解释一下Markdown和markup吗?

    作者回复: 是否接入流量

    2018-11-12
    4
  • JinSong
    人和事是最难搞定的

    作者回复: 他山之石 可以攻玉,哈哈

    2018-07-08
    4
  • 大M
    后台的代码都微服务化了,前端工程有什么拆分最佳实践吗?

    作者回复: 前端还是比较传统的部署方式,做好依赖管理,包管理比较重要

    2018-07-10
    2
  • 胖宝王
    我觉得应该是混乱的部署环境,有的环境是编译,有的是包管理,开发人员本地测试也不可控。经常出现本地ok,到其他环境出现异常。先上 docker ,统一所有环境!

    作者回复: 我后面会有一讲专门讲docker对环境的问题,这里卖个关子先,但是docker不是银弹,而且如果能力未到,它还会带来更多麻烦

    2018-07-07
    2
  • 猩猩
    请问SOA和微服务的区别在哪?我们现在公司用的spring cloud的框架,这属于微服务,还是SOA呢?
    2019-08-07
    1
    1
  • ༦志海࿔࿆࿐ོ
    现阶段想做,测试环境的持续交付,小步快跑快速迭代
    2018-09-21
    1
  • 愉快
    最大的障碍就是环境问题,需要在客户指定的服务器上部署,还要收到很多限制,网络隔离等问题
    2022-09-03归属地:北京
收起评论
显示
设置
留言
15
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部