首页
学习
活动
专区
圈层
工具
发布
综合排序丨最热优先丨最新优先
时间不限
需求端到端交付管理
一直以来,作为研发人员,我们关注的都是研发任务的端到端交付(从需求澄清到需求交付),很少有人会去关注需求本身是否给产品或者企业带来多少真正的价值(如激活了多少存量用户、吸引了多少新用户等等)。 今天我们跳出研发的角色,聊一聊需求的端到端交付管理。 上图直观的反映了当下交付需求的不确定性。往常,我们只需要根据合同或者行业成熟的解决方案,定期交付我们的产品,然后按合同收款即可。 敏捷中有一个名词叫MVP(Minimum Viable Product最小可行产品),如上图,用户的需求是需要一辆车,图一呢,就是从车轮子到车底盘到车架到完整的汽车的过程,在这个交付过程中呢我们的车都是不可用的 ,再来看第二幅图,从一个滑板到滑板车到自行车到摩托车再到汽车,在这个交付过程中的每个阶段,我们都有车可用。 因为客户的需求可能并不是一辆车,他也许只是想从A地到B地转一圈。下图其实就是一个经典的需求不对称。是不是很熟悉。
CKL的思考
2023-02-01
9730
标签:
需求端到端交付管理
以下文章来源于CKL的思考空间 ,作者CKL的思考 一直以来,作为研发人员,我们关注的都是研发任务的端到端交付(从需求澄清到需求交付),很少有人会去关注需求本身是否给产品或者企业带来多少真正的价值( 今天我们跳出研发的角色,聊一聊需求的端到端交付管理。 上图直观的反映了当下交付需求的不确定性。往常,我们只需要根据合同或者行业成熟的解决方案,定期交付我们的产品,然后按合同收款即可。 敏捷中有一个名词叫MVP(Minimum Viable Product最小可行产品),如上图,用户的需求是需要一辆车,图一呢,就是从车轮子到车底盘到车架到完整的汽车的过程,在这个交付过程中呢我们的车都是不可用的 ,再来看第二幅图,从一个滑板到滑板车到自行车到摩托车再到汽车,在这个交付过程中的每个阶段,我们都有车可用。 因为客户的需求可能并不是一辆车,他也许只是想从A地到B地转一圈。下图其实就是一个经典的需求不对称。是不是很熟悉。
程序媛淼淼
2022-09-01
1.2K0
标签:
DevOps打造端到端的价值交付
首先就要来说下什么是端到端: 敏捷帮助我们解决了开发域从计划到测试(部分测试内容)的问题 持续集成帮助解决了从计划到测试完成的过程 持续发布解决了从计划到待发布的过程 持续部署解决了从计划到已上线的过程 DevOps覆盖了用户提出价值到用户使用并且监控维护的端到端过程。 其次DevOps到底是啥呢? 而TestOps在其中就覆盖了研发端测试和生产端测试的重任。 最后,DevOps是什么、敏捷是什么都不重要,重要的是我们能够把大任务变小任务,通过快速识别价值优先级来高质量快速交付用户需求。
TestOps
2022-04-07
4060
标签:
全能工程师:从单点深度到端到端交付的工程能力
“全能工程师”不是“什么都会一点”的杂家,而是能独立把想法推到生产环境的交付者。 本文用一个端到端小系统,展示这种能力的实际形态。一、能力模型:T 型与 π 型T 型:一竖是深度(如后端性能、前端渲染、数据工程),一横是广度。 全能不等于样样精通,而是在交付链路上没有断点:需求能拆、接口能定、代码能写、容器能打、上线能观测、故障能定位。 二、代码实战:一个可交付的全栈小系统下面用 FastAPI + SQLite + 原生前端 + Docker + CI,覆盖从接口到部署的完整链路。1. 结语全能工程师的核心竞争力,不是记住多少 API,而是在完整交付链路上没有盲区:能把需求翻译成接口,把接口跑进容器,把容器交给 CI,把运行交给观测。
IT大佬 jzit-top
2026-09-25
1010
标签:
AI 全栈:从模型能力到产品交付的端到端工程实践
四、少量代码:一个端到端的请求链路理解 AI 全栈,最好的方式是看一个请求如何穿过各层。
用户12777917注液學讠果
2026-11-04
860
标签:
基于容器和微服务的端到端持续交付流水线
可以看到整个环节中,最左边是研发和运维共同驱动流水线,经过层层的质量验证最终交付给用户手中,这个过程中涉及到多条流水线,每条流水线的关注领域和价值也各不相同。 这涉及到业务形态、交付流程、组织架构、系统工具、基础设施等等,共同构成了持续交付的流水线,导致每个人的流水线都是不同的,所以我们无法简单的模仿,而需要探寻设计一条好的流水线背后的理念、步骤和实践要素。 刚才简单解释了流水线的特点,我们总结一下: 第一,打通端到端。如果流水线在设计的时候只是停留在开发环节,这些流水线都不完整。 我反复强调流水线应该是端到端的,但并没有说是一条流水线覆盖端到端。这里非常重要的特性是流水线的分级,对于不同的级别流水线所承载的使命是不一样的。 在流水线不同的阶段,会把新的功能和软件部署到不同的集群里,这就利用到K8S的环境隔离特性。通过不同环境的层层验证、质量的把控,最终流入到线上生产环节。
DevOps时代
2018-06-22
2.3K0
标签:
“端到端”思想
深度学习基础理论-CNN篇 “端到端”思想 深度学习的一个重要思想即“端到端”的学习方式(end-to-end manner),属表示学习(representation learning)的一种。 对此,深度学习则为我们提供了另一种范式(paradigm)即“端到端”学习方式,整个学习流程并不进行人为的子问题划分,而是完全交给深度学习模型直接学习从原始输入到期望输出的映射。 相比分治策略,“端到端”的学习方式具有协同增效的优势,有更大可能获得全局最优解。
用户1386409
2018-04-24
1.9K0
标签:
漫谈端到端测试
从我的角度来看,所谓端到端测试,通俗理解就是从一端到另一端完整串联起来的测试方法。当然,由于是漫谈,我会尝试通过对几个与端到端测试有关的问题思考,来聊这个话题。什么是端到端测试? 至于端到端测试的步骤,与常规的测试流程并无太大区别,都是从需求分析开始,到线上交付结束。当然,端到端测试并非是特别新颖和独特的测试方法,早在16、17年,业内就有了类似的测试思路,如业务流、数据流。 换个角度来说,传统的测试方法,最终的交付质量是由一个个小的模块组成的,不可控因素太多。相比于传统的测试方法,端到端测试的特点在于测试的范围、目标、难度和价值。 测试目标:端到端测试的目标是验证整个系统是否满足用户的需求和期望。测试难度:端到端测试的难度更大,需要考虑系统的复杂性和多变性。测试价值:端到端测试的价值更高,能够提高系统的质量和用户满意度。 端到端测试的优势与不足上面提到了端到端测试的难度相比于传统的测试方法更大,主要体现在业务和系统的复杂性会让端到端测试的实施成本随之水涨船高。
老_张
2024-08-21
1.1K0
标签:
AI 时代,程序员的下一站:从写代码的人到端到端交付的人
一、价值正在往两端跑一条软件交付链路,大致是:理解业务→拆解需求→编码实现→部署上线→运维迭代→回到业务。AI最先、也最狠地砸中中间那一段。因为中间那段最标准化、最可描述、最容易被token化。 你的支点,只能是业务理解加交付闭环。二、往前一步,主动接触业务我们这行最大的舒适区,是等需求。产品给什么做什么,PRD写清楚了才动手。 过去需要一个小组干的活,现在一个人可以调度;过去你交付的是代码,现在你交付的是结果。四、一条明天就能开始的路线不用辞职,不用转行,四个阶段。第1–4周:把AI装进日常。 亲手把代码部署到生产,配好监控告警,值一次班,处理一次真实故障。线上数据是最诚实的老师,它会毫不留情地告诉你当初的判断有多想当然。持续:认领一条完整链路。 找一个熟悉的小业务,从需求到运维端到端扛下来,做成"你一个人+AI"就能跑的闭环——这就是你的定价权。写在最后这一轮变化的残酷之处在于:它不淘汰程序员,它淘汰的是"只做中间那段"的程序员。
蝶恋香
2026-10-21
1331
标签:
10 端到端语音识别
端到端语音识别 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? • Espnet: https://github.com/espnet/espnet • 实现了主流的端到端语音识别方法 • Speech-Transformer、LAS、CTC、RNN-T • 一个小缺点
MachineLP
2020-03-25
2K0
标签:
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档