本文内容也适用于任何远程项目的敏捷管理。...每个迭代的详细需求从客户发到远程团队，都依赖SME的仔细阅读。因此，我们建议每次迭代都召开一次远程需求研讨会。...稳定的远程Scrum团队管理层需要意识到尽量把团队保留在一起的价值，不管是长项目还是短项目，理想情况下长期稳定的团队有利于保障交付和学习。...把编码和测试工作比喻成“工厂”的外包公司，没有理解反馈循环的意义，“工厂”强化了长队列上的大批量工作，把“半成品”交付给其他团队。大型外包公司和工程师才能似乎有反向关系。...结论某些尝试过远程交付，而且还是跨国外包交付的人，可能感到泄气，感到项目浪费巨大。敏捷的远程开发，不仅意味着远程团队要采用Scrum框架，也要求这个团队和本地客户的关系发生变化。
CentOS安装noVNC，以Web方式交付VNC远程连接 什么是noVNC noVNC 是一个 HTML5 VNC 客户端，采用 HTML 5 WebSockets, Canvas 和 JavaScript
背景 传统 Web 前后端协作模式中，HTTP API 是前后端的分界点，服务端交付 API，Web 端根据 API 构建应用。...感想 直接交付 SDK，其实在 RPC 调用中很常见。 因为 RPC 接口通常有结构化的协议文件，比如 protobuf，可以借助自动化工具，生成各种语言的调用 SDK（即桩代码 Stub）。
《持续交付》提出了一系列贯穿整个软件交付生命周期的最佳实践。但它成书的年代（2010年）云计算尚未得到广泛应用，尤其在软件开发过程中的应用非常有限。...如果站在今天的技术水平和对云计算的理解水平基础上回顾《持续交付》的内容，我们有可能提出一组全新的、原生于云环境的持续交付实践。 ?...对于这些反模式，《持续交付》提出的解决办法是“将几乎所有事情自动化”。...---- 部署流水线 《持续交付》提出了“部署流水线”的概念（如下图）。“随着某个构建逐步通过每个测试阶段，我们对它的信心也在不断提高。...《持续交付》中提倡整个部署流水线“只生成一次二进制包”，并且在各个验证步骤之间传递二进制包。
持续集成和持续交付等实践能够在进行任何更改后立即将代码交付到生产环境中。当使用更小改动的代码块时，将会让新功能发布和修复BUG并行成为可能。...今天我们将重点介绍 CI/CD 的第二阶段，持续交付。它有助于确保代码已准备好交付。它的主要特点是代码构建、测试和交付等过程的自动化，有助于及早避免错误并最大限度地降低风险。...何谓持续交付 根据持续交付的实践，团队开发软件是以最小变动代码块为单元，产品发布不是手动进行的，而是通过一个按钮来完成的。代码中的每个小改动都会自动构建、测试并发布到生产环境中。...这些过程可以在整个交付过程中继续进行，从一开始就为产品带来质量。 灵活性。CD 能够经常发布新功能，即使整个产品都在开发中。...该技术有几个阶段，例如管理流程、测试和定义产品是否已准备好交付，这涉及不同的部门和不断的协作。
这个是比较典型的交付产品的测试思路，对于“笔”这个产品，它需要满足以上我们考虑到的信息，在这个过程中，我们关注的是对于笔的产品说明书，以此为蓝本来设计我们的测试用例，测试人员关注的是说明书是否写的足够清晰...在敏捷的环境中，我们关注的是交付价值，需要澄清原始需求背后客户的真实痛点是什么。...最终交付了此功能，并与客户简单讲解了整个使用配置过程，得到了客户的认可。...在这个过程中笔者做了什么： 需求澄清——基于业务上下文的需求背景分析； 分析现有逻辑——提出现有逻辑的不合理性； 提出支撑性需求——为满足需求，增加额外的功能支撑； 关注用户体验——做好功能交付及业务培训...提升整个团队的交付价值，不仅仅是产品需要思考的问题。
就在我们经历着远程工作的新常态时，公司决定采用 Salesforce 的 SalesCloud 作为 IBM 全球销售团队和合作伙伴的单一 CRM 系统。...本文讲述的是 IBM CIO CRM 开发团队如何在不到一年的时间里，经历两轮 Covid-19 疫情，完全通过远程工作交付名为 IBM Sales Cloud（ISC）的项目的故事。...与现有的团队成员不同，我们需要额外关注这些成员，以确保他们能够在完全远程的环境中能够充分参与进来——即便我们并没有面对面接触过。...由于项目的时间表和 GEO 的上线里程碑是神圣不可侵犯的，领导层的支持和对团队的支持是克服疫情期间完全远程工作带来的各种挑战的关键。...如果我们不遵循迭代和增量开发流程，且每次迭代都能交付生产环境可用的软件，我们就不可能实现项目目标。建立所有的流程、工具和实践，重点关注可交付的增量是关键所在。
《持续交付 发布可靠软件的系统方法》读书笔记 实现持续交付不仅仅是买些工具，做一些自动化的工作。它依赖于交付过程中所涉及的每个人的协作，来自行政管理层的支持，以及基层人员的改进意愿。...持续交付不仅仅是一种新的交付方法论。对依赖于软件的业务来说，它是一个全新的范例。要想知道为什么，需要研究公司治理核心中一种根本的张力（tension）。...通过确保交付团队能得到应用程序在类生产环境上的不断反馈，是部署流水线达成“执行度”这个目标的方法和手段。部署流水线使交付流程更加透明，来帮助团队达成符合度。...提高软件交付生命周期的可预测性，让计划更有效。 具有采用和遵守任何必要的法律规章的能力。 具备有效发现和管理软件交付相关风险的能力。 通过更好的风险管理和交付更少缺陷的软件来减少成本。...它让你可以识别交付实践效率是什么状态，并且为如何改进提供了建议。
1.聊聊“持续集成、持续交付、持续部署” 在做持续交付项目中，我们经常会遇到持续集成、持续交付、持续部署三个词，不同的人对这些词的理解有所不同。...比方说，运维可能容易将持续交付理解为程序自动化分发，重点解决程序向多台主机的下发的自动化，或将持续交付做成运维内部的独立工具，这与“持续”关注的完整流畅的流水线、“交付”关注的用户价值交付有所不符。...持续交付的边界有两种观点，一种是持续交付介于持续集成与持续部署之间，强调软件一直处于可交付的能力；另一种是持续交付包括了部署。...说完成DevOps与SRE的关系，再看看与持续交付的关系。持续交付是DevOps的一种主流的技术实践，两者最终目的都是为了更快向用户交付高质量的软件交付。...区别是，持续交付更专注于具体实现，是DevOps方法与文化在组织、流程、工具上的实现。 2）归纳价值 快速交付 貌似这个价值勿需多言，持续交付就是为了更快的向用户交付高质量的软件。
交付物成果是项目管理中的阶段或最终交付物。是为完成某一过程、阶段或项目而必须交付的任何独特、可验证的产品、成果或提供服务的能力。 在项目管理中，始终都非常关注交付成果。...完成全部交付成果，就意味着覆盖了全部的项目范围，所有的项目活动、项目资源，都是为了有效完成这些交付成果而发生的，交付成果在很大程度上反映了项目目标的要求。 不同的项目阶段会产生不同可交付成果。...不同阶段的可交付成果的评审与验收程序也是不一样。 一般项目阶段的可交付成果可以由企业项目组领导进行评审与验收。...重要的项目的可交付成果，如里程碑可交付成果、项目最终的可交付成果则需要企业高层和项目给付方进行评审与验收。
一个软件交付计划被划分成多个迭代，强调在每个迭代结束时应该得到可运行的软件。 与瀑布软件开发方法只在项目交付后期才能看到可运行的软件相比，敏捷软件开发方法在这方面有很大的进步。...持续交付 1.0 “持续交付 1.0” 是一种能力，也就是说，能够以可持续方式，安全快速地把代码变更（包括特性、配置、缺陷和试验）部署到生产环境上，让用户使用。...、无风险地快速交付客户价值。...持续交付七巧板 讨论了 “持续交付2.0” 的指导思想、工作理念和核心原则。大家很容易意识到，它对适应快速变化的市场环境和激烈的市场竞争是非常有效的。...持续交付双环模型的实施与改进将涉及企业内的多个部门与不同的角色，无法由某个部门独立实施，必须在整个组织范围内贯彻执行 “持续交付 2.0” 的思想、理念与原则。
从负载均衡、应用交付到交付安全，在短短的十数年里，交付领域的变化可谓日新月异，从软件到硬件，从4层负载到7层应用，而这两年，主流厂商又将应用交付的大旗指向了信息安全。这些仅仅是厂商的“噱头”么?...应用交付的产生主要来源于两个因素：一是客户需求的提升，除了负载均衡，客户的应用需要在部署时更加灵活，更加适应应用本身的特点;二是SSL加速技术、HTTP压缩技术等一系列应用交付技术在不断发展和整合，这些都推动着应用交付持续向前发展...从应用部署理念上来讲，负载均衡关注业务流进入数据中心的过程，而应用交付更加关注应用交付出去的效果，更加关注用户的使用体验。...这些技术为应用交付产品完成安全功能打下了技术基础。 交付技术在不断更新，但应用交付的部署位置却从未改变。...安全问题的日益突出，也使得应用交付产品设计人员注意到，通过应用交付产品构建第一道安全防线的必要性。而国际以及国内主流安全厂商的跟进，则使得这种希望逐渐变为现实。
Deliverables for website development Customer requirement specification (extern...
你很容易与你的团队、老板和竞争对手分享；我们都可以从更快、更安全地交付软件中受益。 小贴士：把它放在某人的办公桌上作为一个节日惊喜，也许我们一起可以让2021年更好。 ?...我谨代表持续交付基金会祝你和你的亲人有一个安全快乐的假期。
实现 Pipeline 功能的脚本语言叫做 Jenkinsfile，由 Groovy 语言实现。Jenkinsfile 一般是放在项目根目录，随项目一起受源代码...
《持续交付 发布可靠软件的系统方法》读书笔记 软件从业者的目标 作为软件从业者，我们的目标是 尽快地 向 用户 交付 有用的可工作的 软件。 速度是至关重要的，因为未交付的软件就意味着机会成本。...快速交付也是非常重要的，因为这使你能够验证那些新开发的特性或者修复的缺陷是否真的有用。决定开发这个应用程序的人（我们称为客户）会猜测哪些特性或缺陷修复对用户是有用的。...质量并不等于完美，正如伏尔泰所说“追求完美是把事情做好的大敌”，但我们的目标应该一直是交付质量足够高的软件，给客户带来价值。因此，尽快地交付软件很重要，保证一定的质量是基础。...这可以检查应用是否满足业务验收条件，交付了所期望的业务价值。 软件的非功能测试必须是成功的。这可以检查应用程序是否满足用户对性能、有效性、安全性等方面的要求。...交付原则 为软件的发布创建一个可重复且可靠的过程 将几乎所有事情自动化 把所有的东西都纳入版本控制 提前并频繁地做让你感到痛苦的事 内建质量 “DONE”意味着“已发布” 交付过程是每个成员的责任 持续改进
1.下载并运行 Jenkins 下载 Jenkins. http://mirrors.jenkins.io/war-stable/latest/jenkins....
Pipeline 是一组插件，让 Jenkins 可以实现持续交付管道的落地和实施。持续交付管道（CD Pipeline）是将软件从版本控制阶段到交付给用户或客户的完整过程的自动化表现。
这也是持续交付运动的思路。 就像敏捷的很多东西一样，DevOps和持续交付虽然有许多概念名称不同，但是它们都有着相同的含义。它们只不过是一枚硬币的正反面而已，在概念上并没有什么争议。...相反，我们必须把交付增加的商业价值牢记在心。 例如，增进企业内部各角色的交流就有很明显的价值。你的产品负责人可能想了解开发的进度并渴望能够先睹为快。...下面是一些敏捷周期可以从DevOps获益的例子： DevOps工程师维护的部署系统，让Scrum周期最后的交付更快、更有效。而交付每2到4周就会周期性地发生。...一旦代码提交到代码库，取决于变更集的大小，一个设计良好的持续交付流水线大约只需要几分钟就可以把提交的代码部署到生产环境。...DevOps和持续交付认为我们交付到生产环境的变更集应该小而频繁，乍一看，ITIL的观点似乎与之相反。然而这并不是事实。
软件的开发工作的大致流程 编码 -> 构建 -> 集成 -> 测试 -> 交付 -> 部署 由上图可知「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery...2.持续交付： 持续交付（Continuous delivery）指的是，频繁地将软件的新版本，交付给质量团队或者用户，以供评审。如果评审通过，代码就进入生产阶段。 持续交付可以看作持续集成的下一步。...持续交付优先于整个产品生命周期的软件部署，建立在高水平自动化持续集成之上。 持续交付的好处 持续交付和持续集成的优点非常相似： 快速发布。能够应对业务需求，并更快地实现软件价值。...整个交付过程标准化、可重复、可靠， 整个交付过程进度可视化，方便团队人员了解项目成熟度； 更先进的团队协作方式。...3.持续部署： 持续部署是指当交付的代码通过评审之后，自动部署到生产环境中。持续部署是持续交付的最高阶段。这意味着，所有通过了一系列的自动化测试的改动都将自动部署到生产环境。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
