菜单
软件发布英雄

什么是软件版本?

发布是向用户分发软件。从软盘到CD,从一次性下载到连续交付,软件分发速度呈指数级增长。

客户如何访问软件:过去和现在

分配方式新发布时间表发展类型特点
实物(CD,
软盘,硬件型号)
年份瀑布
  • 无法更新,修改或监视。
  • 每个版本中的重大更新以证明价格合理。
  • 必须在第一次完美运行。
  • 提前计划好了。
软件下载
(互联网)
几个月敏捷瀑布
  • 互联网速度的提高允许软件下载。
  • 问题和错误可以修补。
  • 专注于渐进式改进。
  • 重点从项目转移到价值流。
  • 客户反馈将成为下一次迭代的基础。
SaaS(云存储)月-周敏捷开发
  • 对客户反馈的持续响应
  • 每月订阅收入资金的进一步发展。

新的分销渠道促进发展创新

分销是每个市场的基础,其制约因素决定了可行的生产方法。改变这些约束条件会产生生产机会,从而导致巨大的创新和行业中断。

考虑一下从本地家庭手工业到大规模生产线的转变如何改变了我们生产产品的方式。软件开发没有什么不同。分布的变化已经改变了我们开发软件生命周期的方式。

瀑布基于用于建筑和制造的传统项目管理方法,自然是用于软件开发的第一种方法。一个项目是分阶段完成的。每个阶段都必须完成,然后才能开始下一个阶段。进步分阶段进行,使方法论取名。

瀑布方法 在可以高度明确地预先定义好软件产品需求的情况下,最有效地工作。这种循序渐进的方法非常适合建筑物或桥梁-窗户一旦进入,您就无法回头并优化基础。但是随着互联网成为一种力量,90年代的开发人员已经对方法论的限制感到不满不容忽视。

软件版本-瀑布

敏捷 随着互联网的大规模采用而共生。万维网从根本上改变了软件的交付方式和客户反馈的接收方式。客户不再需要等待一年或更长的时间来下载软件CD,而可以下载它。

用户可以在试用该软件后立即将其反馈给开发人员。补丁,修复和更新可能会在几周或几个月内发出。进行增量编码和测试更有意义,可以在部署之前就发现错误和问题。软件分发的速度取得了巨大的飞跃,瀑布式方法发现很难与这种新兴的敏捷系统竞争, 敏捷交付方法.

软件发布-敏捷

开发运维 在数字化转型的下一个重大步骤之后出现了–向 云计算。云工具和服务使配置基础架构的速度比以往更快。开发人员可以快速尝试新事物,而无需等待IT运营为其提供服务。随着两个区域之间速度的提高,开发与运营之间的孤岛开始崩溃,紧密的协作变得至关重要。通过云计算,DevOps团队可以使越来越多的构建,管理,供应和部署过程自动化。

软件版本-devops

如果仍然每年通过CD发布软件,则DevOps可能不是标准的开发方法。实施的价值简直太少了 CI / CD管道 如果客户一年都不会收到软件更新。

虽然“发布”软件的方式发生了巨大变化,但发布仍然是向消费者分发软件。软件分发基础架构将继续发生变化,从而导致更多的创新 软件开发生命周期(SDLC).

无论SDLC,每个组织都需要一个流程来使发布的功能与以下各项保持一致:

  • 公司的工作重点
  • 该软件将使用的基础架构,
  • 以及客户如何以及何时能够访问它。
软件版本-比较

常见的发布误解

软件以多种方式发布,并且SDLC涵盖各种发布过程。在所有活动的部分,新技术和流程之间,容易误解,忽略和最小化发布管理的角色。

发布管理不是核心IT流程

  • 发布管理是现代软件开发的重要组成部分,可以使业务需求与IT工作保持一致。由于许多日常的发布经理活动可以自动化,因此发布管理可以被视为不再重要,而可以由产品管理来代替。
  • 与发行经理不同,产品经理可能没有软件开发经验,无法有效地确定范围,计划和管理开发过程。
  • 发布管理可让您的软件在更新期间平稳运行,并最大程度地减少错误和修复– 对于继续成功部署至关重要。

项目管理,发布管理和产品团队执行相同的功能

  • 所有这些角色汇集了多个部门的需求,以协调活动的执行。这就是为什么他们可以被视为扮演相同的角色。他们当然有重叠。
  • 项目管理 团队不制定策略。他们确保计划得以执行。 PMO团队确保对工作进行优先排序,沟通和跟踪。但是,尽管他们可以交流业务优先级,但是它们无法与软件开发和交付流程一起工作,无法确定实现业务优先级的最佳方法。
  • 产品经理 利用T型技能组合,以用户故事的形式根据业务需求制定产品策略。他们与IT团队关系密切,并了解其功能在开发中的位置。但是,除非他们熟练掌握发布管理实践,否则他们可能无法准确地管理发布需求。
  • 发布经理 为产品需求/用户案例创建软件开发策略。他们在业务,产品团队和IT之间进行协调,安排和优化发行包以确保成功交付。熟练的产品经理通常承担发布管理职责。

发布管理不是DevOps的一部分

  • 借助DevOps,许多版本管理活动已自动化。这导致公司认为不再需要发布经理–这是不正确的。计划,范围界定和计划发布并非易事,即使是自动化,也需要具有深入软件开发知识的发布管理。没有发布管理流程,就无法确保组织范围内的合规性,共享资源的有效调度以及团队成员资源和技能的有效利用。

发布过程的未来

随着数据孤岛崩溃和协作工具加速,发布管理器和PMO的角色将发生变化。但是,随着新技术和组织结构成为主流,将继续需要 发布经理 了解业务需求的优先级,开发依存关系和工作带宽,以确保成功部署。