weixin_42556618的博客

01. 需求管理模型和敏稳双态开发 在研发产品之前，我们都需要先了解客户的需求。常见的需求理论模型有三种，可基于不同业务和产品复杂度的需求层次结构进行选择。 简单的业务和产品：拆分成两层，产品需求➡技术任务 典型的业务和产品：拆分成三层，业务需求➡产品需求➡技术任务 复杂的业务和产品：拆分成四层，业务需求➡产品特性➡产品需求➡技术任务 那么如何将需求理论模型跟现有的流程结合起来呢？ 下图为某大厂公布的研发效能白皮书中的一张图，根据需求来源的不同和不同人员所需要具备的能力，把产品管理分成三个层次，通

01. 精益DevOps的背景 硅谷著名投资人、网景创始人马克.安德森在2012年提出“软件正在吞噬整个世界”。 全球最大的书商（亚马逊）是一家软件公司，其Kindle电子书销售业绩早已超过实体书 最大视频服务网站（Netflix）是一家软件公司，传统娱乐供应商正面对巨大的威胁 增长最快的电信公司（Skype）是一家软件公司，增长最快的招聘公司（LinkedIn）也是一家软件公司 ...... 在当今社会，尤其是处在后疫情时代下，整个组织的生存环境趋严，具体表现为： 外部环境快速变化 所有利益

随着企业数字化转型的不断深入，各项业务与IT的融合也在不断加深，面对快速变化的市场和用户需求，企业如何在数字化驱动场景中实现更加高效的业务变革和创新？如何通过组织调整、流程优化、工具建设，持续提升IT研发、运维和运营的全过程效能与质量？如何更好地构建快速响应业务变化的敏捷企业，并实现敏捷IT交付和业务稳定性的平衡？ 10月20日，嘉为科技携手腾讯蓝鲸智云联合主办的《智慧生长，研运未来暨2021年研运治理实践大会》将于北京隆重召开（线上线下同步开启）。本次大会，特设主论坛、DevOps分论坛、智能化运维分论

谈到敏捷，大家首先想到的是什么？ 敏捷宣言、Scrum、Kanban、XP…?可能大家的的反应都不一样。那么我们为什么敏捷呢？很多人会说，是为了“快速、高效高质量的交付软件功能。”那么我看一下软件开发的全生命周期。 在整个软件生命周期中，客户、业务部门、开发部门、运维部门之间都存在着因为目标不一致的而导致的问题，只有解决了这些所有的问题，才能从根本上提高整个过程的效率，达到快速交付用户价值的目的。如果错误的认为敏捷开发就是解决这些所有问题的方法，那么就走入了误区之一，最后形成了“敏捷是个框，啥都往里

敏捷开发是相对于瀑布开发来说，一种轻量级的软件开发方式。敏捷开发是为了快速响应需求变化、通过组建跨职能团队实现持续不断的交付高质量的产品的方法的集合。所有符合敏捷宣言和敏捷开发十二项原则的方法都可以是敏捷开发的一种实践。 在大多数的敏捷开发实践过程中，团队会组合应用多种敏捷开发的实践，常见的方式是Scrum模型和看板的方式，并结合DevOps实现持续集成与持续部署等实践来推进敏捷开发。下面以一个团队的一次迭代举例说明敏捷开发过程。 一、需求梳理 在敏捷开发之前，基于需求开展敏捷协同工作，将需求尽可

当今的软件开发行业，单靠一两个牛人来完成一个个小型软件的做法早已成为历史，规模各异的团队协同开发已经成为标配。为保持代码在多人开发的情况下的一致性、及早发现代码的问题，持续集成Continuous Integration（缩写CI）得到了广泛的认可与应用。 部分开发人员只是片面的理解与执行CI，但对其原理与价值知之甚少。本文旨在分享XP极限编程与CI持续集成的定位与核心价值，让每位开发人员都能够理解其价值，更好的运用。 关于XP极限编程 01. 认识作者 极限编程的作者是软件开发大牛Kent B

静态代码检查分析是DevOps持续集成环节非常重要的组成部分，每个开发项目团队都会制定相应的编码规范，要求编码实现中遵守相应的编写规则。但仅依靠规则是不够的，在实践中还需依赖静态代码检查工具的能力，以助于持续集成自动化程度。 持续集成的前提 中国信息通信研究院联合开展了2019年中国DevOps发展现状的调查，受访企业包括科技、互联网、金融、零售、电信、教育、政府、能源、咨询等多个行业。目前DevOps已经在各行各业逐步落地实践。 在调查报告中看到， 46.65%的企业在组织内较大范围推广DevO

前后端架构分离以后，随着企业业务复杂度提升，要求产品迭代速度加快，前端开发团队规模的逐步扩大，前端的工作可能被繁琐的配置、工具、构建流程、协助部署、团队沟通等环节困扰，因此，前端工程化成为一种趋势。 前端工程化，是指使用软件工程的技术和方法，将前端的开发流程、技术、工具、经验等规范化和标准化。采用一系列系统化及规范化的方法、技术方案、工具，用工程化的方法构建和维护有效、实用和高质量的前端应用，以降低开发难度，提高开发效率，减少不必要的重复劳动，节约时间成本。前端工程化，是指使用软件工程的技术和方法，将前端

先放一张整体关联干货图，再来逐个解析这三个概念： 持续集成、部署和交付的关系 一、 持续集成Continuous Integration 集成是将更新的代码合并或者提交到主干源码仓库中。在这个合并或者提交的过程中，都伴随着执行一系列的质量保证活动如代码规范检查、单元测试、安全扫描等来确保代码的质量。 持续集成是在版本控制的基础上，通过频繁的代码提交、自动化构建和单元测试加快集成周期和问题反馈速度，从而及时验证系统可用性。为了保证后续的系统质量，在持续集成过程中，还会加入代码规范扫描、安全漏洞扫描

DevOps是一个覆盖面较广的IT专业领域，横跨业务、需求、开发、测试、运维各软件工程管理阶段，同时纵向知识和技术深度也较深，从项目管理到敏捷开发，从自动化测试到智能运维，每一项知识或技术都可以单独作为一个课题进行探讨，可谓是一个非常具有挑战性的领域。 因此，从事DevOps相关工作的门槛要比从事一般IT研发工作的门槛高，但同时DevOps工作也体现着较高的业务价值以及发展潜力。未来十年甚至更长的时间，企业的数字化转型都将是企业发展和转型升级的一个重点，DevOps的建设也属于数字化转型的一部分，而且是一

DevOps，字面意思是Development &Operations的缩写。 DevOps是从实践中逐步总结提炼出的方法论理念。近而创造了DevOps这个词。 DevOps概念的萌芽阶段： 2008年敏捷大会上，来自比利时的Patrick Debois发表了题为 《Agile Infrastructure & Operations》 的演讲，以自身项目经历为蓝本介绍开发和运维如何应用敏捷的方式进行沟通协作。 DevOps理念的形成阶段： 在加州举办的 O’Reilly Vel