首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏CODING DevOps

    产品开发 —— 软件开发 & 产品开发

    软件开发 2003 年《软件开发》书籍的问世,标志着理念和实践正式引入软件开发领域,与敏捷软件开发平齐(2001 敏捷宣言),成为新的软件开发方法。 敏捷软件开发继承和吸收了众多的思想和理念,软件开发对敏捷软件开发产生了重大的影响。 软件开发生产在制造业的实践映射到软件工程业,并通过类比的方式将生产中的七种浪费与映射到软件开发中的七种浪费。 产品开发 2017 年《产品开发》书籍的问世,从产品角度引入思想和理念,结合产品开发特点和流程,将生产的理念与产品实践进行提炼、适配和优化。 建立需求价值权重模型 3. 产品功能价值排序 4. MVP 定义 5. 价值验证反馈 3. 看板 建立看板 可视化价值流动 1. 可视化用户价值。

    1.7K10编辑于 2022-02-13
  • 来自专栏数字化 IT 从业者路径课

    产品开发 —— 软件开发 & 产品开发

    软件开发 2003 年《软件开发》书籍的问世,标志着理念和实践正式引入软件开发领域,与敏捷软件开发平齐(2001 敏捷宣言),成为新的软件开发方法。 敏捷软件开发继承和吸收了众多的思想和理念,软件开发对敏捷软件开发产生了重大的影响。 软件开发生产在制造业的实践映射到软件工程业,并通过类比的方式将生产中的七种浪费与映射到软件开发中的七种浪费。 产品开发 2017 年《产品开发》书籍的问世,从产品角度引入思想和理念,结合产品开发特点和流程,将生产的理念与产品实践进行提炼、适配和优化。 建立需求价值权重模型3. 产品功能价值排序4. MVP 定义5. 价值验证反馈3. 看板建立看板可视化价值流动1. 可视化用户价值。

    1.3K21编辑于 2023-03-22
  • 来自专栏CODING DevOps

    产品开发 —— 思想 & 价值观

    思想 思想源于丰田的生产方式,1996 年 James Womack 和 Daniel Jones 的《思想(Lean Thinking)》一书问世,生产方式由经验变成为理论,新的生产方式正式诞生 3 让价值持续流动 让用户价值在流程步骤中流动起来,使它们持续、顺畅的流向最终用户。 3. 现地现物 观察以了解实际情况,通过现地现物看清事物的本质,做出正确的判断,迅速果断地统一意见,并全力以赴实施。 产品开发在软件领域发展的主要方式。 软件开发方法主要包括瀑布、敏捷、等; 2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等; 3.

    1.6K30编辑于 2022-03-16
  • 来自专栏数字化 IT 从业者路径课

    产品开发 —— 思想 & 价值观

    思想的思想体系思想对生产的思想体系进行了理论升华。将生产的五大原则升级为思想的五大原则。 3 让价值持续流动让用户价值在流程步骤中流动起来,使它们持续、顺畅的流向最终用户。4 用户价值拉动是用户价值拉动,由用户的最终价值拉动这个流动,避免不带来用户价值的浪费,让用户价值拉动整个价值流。 3. 现地现物观察以了解实际情况,通过现地现物看清事物的本质,做出正确的判断,迅速果断地统一意见,并全力以赴实施。 产品开发在软件领域发展的主要方式。 软件开发方法主要包括瀑布、敏捷、等;2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等;3.

    1.6K20编辑于 2023-03-22
  • 来自专栏CODING DevOps

    产品开发 —— 丰田生产系统 & 生产

    生产 生产源于丰田生产方式,是对丰田生产方式的总结和借鉴。 生产方式的优越性不仅体现在生产制造系统,同样也体现在产品开发、协作配套、营销网络以及经营管理等各个方面,它是当前工业界最佳的一种生产组织体系和方式,也必将成为二十一世纪标准的全球生产体系(思考:手工艺小批量 生产的核心是用最少的工作,创造价值。生产主要来源于丰田生产系统(TPS)的生产哲学。 制造的“尽善尽美”有 3 个含义:用户满意、无差错生产和企业自身的持续改进。 软件开发方法主要包括瀑布、敏捷、等; 2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等; 3.

    1.9K20编辑于 2022-03-16
  • 来自专栏数字化 IT 从业者路径课

    产品开发 —— 丰田生产系统 & 生产

    生产 生产源于丰田生产方式,是对丰田生产方式的总结和借鉴。 生产方式的优越性不仅体现在生产制造系统,同样也体现在产品开发、协作配套、营销网络以及经营管理等各个方面,它是当前工业界最佳的一种生产组织体系和方式,也必将成为二十一世纪标准的全球生产体系(思考:手工艺小批量 生产的核心是用最少的工作,创造价值。生产主要来源于丰田生产系统(TPS)的生产哲学。 制造的“尽善尽美”有 3 个含义:用户满意、无差错生产和企业自身的持续改进。 软件开发方法主要包括瀑布、敏捷、等;2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等;3.

    2.3K50编辑于 2023-03-22
  • 来自专栏Cloud Native - 产品级敏捷

    敏捷开发: 带病迭代

    前言:    本文主要探讨在敏捷的开发下, 该如何看待与处理所谓的 “带病迭代”? (而不在探讨如何定义带病迭代◦) 本文:    敏捷开发采用迭代的方式进行开发◦许多的团队在这方面往往犯了以下的其中一个错误, 而使得敏捷开发最终以失败收场! 2)     认为迭代是 “带病” 了, 便认为应停止开发下一轮迭代的所有需求, 先将这轮迭代搞 “健康” 了再说◦ 如此的思维, 作法是以 CMMi 的方式在执行敏捷开发;标准的借尸还魂◦最终, 结论:    在敏捷的开发下, 看待与处理所谓的 “带病迭代”, 是期望项目经理需根据: 1)     外部客户, 使用者的变化 2)     产品质量的变化 有智慧的做出正确的 “决策”, “计画 ” 与 “执行’◦ 能拥抱变化, 才是真正的敏捷开发!

    89690发布于 2018-01-04
  • 来自专栏Cloud Native - 产品级敏捷

    敏捷外包开发--- 思维篇

    前言:    本篇主要是在讲述敏捷外包开发, 其背后的主要思维◦ 本文:      许多企业的 IT 部门, 因为人力成本的考量, 同时也为了能拥有更多与更有弹性的人力资源, 而将软件开发与软件测试的工作外包 , 却还是无法高效率的交付高质量的产品◦      “敏捷外包开发” 便是要以:      1)   团队协作      2)   轻量级的流程      3)   自动化的环境      使来自不同公司 甚至是身处于不同办公地点的的外包人员, 均能形成一致的共识, 主动且高效的协作, 而能针对版本质量的现况,, 适时的做出适当的决策, 使产品版本的交付, 能符合高效且高质量的要求◦     所以, “敏捷外包开发 ◦ 产品软件的开发, 需能即时反应产品质量的现况:    团队可依产品质量的现况, 做出适当的决策; 如: 依据目前迭代测试的结果, 制订下一轮迭代的迭代计划◦ 结论:       敏捷外包开发的模式 , 回归以人为中心的工作模式◦在此模式下, 确实能激发外包人员的主动性与自主性◦ 而使得产品软件的开发, 在此模式下, 可同时具备高效率的开发与与高质量的版本发布◦       在后续将有更多的文章探讨这方面的议题

    90060发布于 2018-01-04
  • 来自专栏程序人生 阅读快乐

    全栈应用开发:实践

    本书以实践的方式,将这一系列的领域及理论知识结合到一起,来帮助读者构建全栈Web 开发的知识体系,并辅以及敏捷的思想,来一步步开发Web 应用:从创建一个UI 原型到编写出静态的前端页面;从静态的前端页面到带后台的应用 ,并部署应用;从Web 后台开发API 到开发移动Web 应用。 在这个过程中,我们还将介绍一些相辅相成的步骤:使用构建系统来加速Web 应用的开发;为应用添加数据分析工具来改进产品;使用分析工具来改善应用的性能;通过自动化部署来加快上线流程;从而帮助读者开发出一个真正可用的全栈 同时,我们也将帮助读者把这些步骤应用到现有的系统上,改进现有系统的开发流程。

    54030发布于 2018-10-10
  • 来自专栏Cloud Native - 产品级敏捷

    敏捷开发: 轻量级度量

    2016, 深圳, Ken Fang  前言:    敏捷开发以轻量级的文档与团队协作, 提高开发的效率。 另一方面, 许多人对于敏捷开发在轻量级的文档下, 如何保证开发的质量存在著许多的质疑与困惑。    本文将从 “度量” 的角度, 运用一轻量级度量的方式, 确保团队在敏捷开发的过程中, 可同时确保效率与质量。 1)      测试用例先行 (流程指标) 敏捷开发, 期望以表格式的测试用例, 使开发人员可清楚的明白到底要开发什么? 3) 同时兼顾效率与产品质量 (质量指标)    敏捷开发的质量指标, 主要是以 “缺陷” 驱动团队的开发质量与测试效率。 I.           

    1.3K80发布于 2018-01-04
  • 来自专栏Cloud Native - 产品级敏捷

    敏捷外包开发--- 信息传递篇

    前言:     本文主要是在讲述敏捷外包开发, 为何应舍弃 “过重的文档”, 而应改采 ”视觉化的看板”, 方能有效的整合来自不同企业,位于不同办公区的软件外包人员, 而能共同高效的完成高质量的交付 并不会因有这段的 “等待”, 而获得延期◦        也就是说, 外包人员的开发与测试的时间反而会因为这段的 “等待”, 而被 “压缩”; 举例: 本来在整个版本中, 应有 3 个月的时间进行开发与测试          从许许多多的项目中已获得验证, 数十页甚至上百页的需求/ 设计规格书, 只会使不熟悉企业 IT 部门业务或系统的外包人员, 更加的不理解需求, 更加的宛如坠入到五里云雾中◦    3. 可视化:         可视化的呈现, 产品软件开发周期内的信息; 包括: 需求分析, 架构设计, 测试用例等的信息◦     3.      团队协作:         可使企业 IT 部门与来自不同企业, 位于不同办公区的外包人员充分且直接的协作◦     我便是以 “看板”的型式,在敏捷外包开发中, 建构一高效的信息传递机制◦    

    76580发布于 2018-01-04
  • 来自专栏敏捷开发践行者联盟

    (六)什么是产品开发Lean Startup?

    image.png 这一阶段,我来给大家介绍下产品开发的“前世今生”。 产品开发英文是:Lean Startup。 产品开发概述 产品开发是一种用于开发产品和服务的方法论,旨在缩短产品开发的周期,并快速发现产品创意构思是否可行;这是通过采用商业假设驱动的实验、迭代产品发布和验证学习的组合来实现的。 制造后来作为一种软件开发方法,广泛应用于软件行业。 image.png 基于产品开发的定义 企业家Eric Ries在他的博客和书《创业》中使用了特定的术语来指代核心的产品开发原则。 营销 产品管理 软件开发 用户体验 所以,产品开发(Lean Startup方法),已经不再是一个初创企业的方法论,“”是每位创业者和企业家的必修课

    4.2K32发布于 2019-12-19
  • 来自专栏精益六西格玛资讯

    开发如何驱动人才进行创新?

    开发如何驱动人才进行创新? 02 降低难度,让事情简单好做 通过A3帮助员工理清思路,规范员工按照A3的8个步骤进行分析和思考,形成容易沟通的环境。 3 触动:时时刻刻驱动创新行为 通过进度表与员工进行检查,如果进度超前,就继续挑战他们往下推动;如果进度落后于计划,做必要的提醒。 产品和流程开发的成功取决于为每个客户交付的具体和实际价值。 除了观察之外,这种理解还要有针对性的实验,多方案的工程以及开发早期的快速学习周期而得到增强。

    38030编辑于 2023-02-20
  • 来自专栏Jeffery的项目过程

    我的画布

    画布 [小商家版画布] 产品原型设计 经过对比分析,决定通过墨刀来进行产品原型设计,目前免费。 客户并不关心你的解决方案是什么,他们只关心自己存在的问题(创业者总是对“解决方案”尤其热心); 你的任务并不只是提供解决方案,而是形成一套完整的商业模式; 对于大部分创业公司来说,怕只怕做出的东西根本无人想要;思考下面3个问题 ;3、定性验证解决方案(MVP-->早期接纳者);4. 定量验证解决方案(改善产品);5. 产品风险(产品是否合适);6. 客户风险:能否建立起客户渠道;7. 修改历史 2019/8/6:决定使用墨刀设计产品原型 2019/8/4:提出用于MVP的可证伪的假设,把注意点修改为产品指导 2019/8/3:细化关键指标,修改问题和解决方案细化的点 2019/7/31

    2K100发布于 2019-07-30
  • 来自专栏ThoughtWorks

    也谈“”|洞见

    对大家来说都不陌生了,无论是最开始提取的丰田制造原型,还是后面延伸出来的物流供应链管理,再到近两年颇为流行的创业(Lean Startup),都在不停刷新着“”这个概念。 最近也不乏把当成“热词”来包装的各种理论,以至于很多客户建议我另外给“企业”取个名字。我一般都会礼貌回答说:看看房子(见下图)吧,我们并没有发明什么新东西。 ? 还用思想合适吗?这里我来谈谈自己的理解,抛砖引玉。 开发了多少条需求和测试出了多少bug,横比环比增长了多少都是报告中的常客。 什么事情喊口号容易,持之以恒的一万小时是每个希望成为践行者必须经历的磨练。“着眼长远”这一的另一基本原则送给还在坚持的同学们。 ----

    87370发布于 2018-04-17
  • 来自专栏嘉为动态

    DevOps 之思维

    是DevOps发展的必然途径 开发过程为什么难以衡量? 实现“与业务目标保持一致、更短的开发周期、更高的部署频率、更可靠的软件发布”,这一持续交付的目标肯定是无比正确的。 这就是我们所谓的。 通过统一的DevOps平台,对软件建设的过程数据进行收集和监控,然后以直观的看板的形式展现,我们可以更容易发现问题、分析问题、解决问题。 这就是我所理解的DevOps “”思维。 在我规划DevOps产品的时候,我认为是DevOps的灵魂。而大多数的企业和DevOps产品并没有重视“”,我以为我是孤独者。 至于协作、、持续改进,都不是他们所考虑的问题。 03 通过收集和监控各个组件、各个过程的执行数据,提供直观的看板进行展示,作为企业持续改进的依据,能帮助企业发现目前项目或研发团队存在的问题,持续改进DevOps团队生产和交付,最大化体现

    1K10发布于 2018-12-21
  • 来自专栏人工智能LeadAI

    施工项目组织

    施工项目组织化是以思想为指导,通过组织管理,实现建造。 外圈:质量管理、安全管理、工期管理、成本管理、组织管理。 内圈:以客户拉动,实现增加价值、减少浪费、持续改善的目标。 建造是通过设计、采购、施工、交付等方法将投入项目建设与运营全过程的人力、物料、资金、信息等资源流转化为满足客户需求的具有特定质量、功能和形象的建筑产品的过程。 建造管理以“顾客拉动、增加价值、减少浪费、持续改善”为核心思想,以质量、成本、工期、安全和组织等为重点管理内容,以全面质量管理、准时采购、最后计划者体系、目视管理、协同管理等一系列管理工具为主要抓手 图2是传统组织结构示例,图3是扁平化组织结构示例。扁平化组织结构,管理者的管理跨度较大。管理跨度多大才合适?这要看管理者的经验和能力如何?能力越强,则能够管理的员工就越多。

    1.1K00编辑于 2023-03-28
  • 来自专栏精益六西格玛资讯

    如何顺利推进生产?

    图片想成功实施生产,就得回到现场,把管理的基础做好。 具体步骤如下所示:1、现场现场改善的方法有很多,比如5S,基础工具的应用、浪费识别、改善提案等方法,经过培训和管理层逐步宣传,可在全厂实施,形成早期改进的氛围。 2、建立价值流操作模式从模范价值出发,逐步推进价值流模式,形成多种价值流管理模式,设置关键绩效指标、单元布局、流动、拉动方式,优化生产计划,建立销售与运作规划(S&OP),问题解决方法的应用等 3、向其他职能部门推广价值模式向生产部门以外的整个企业推广方法,优化非生产性信息流程,包括财务、供应链、人员等部门,建立各种高绩效团队,持续项目改进,包括定期的周改善。 对于已经实施的客户,我们有一种共同的语言,可以优化向上的供应链,而对于尚未实施的客户,我们应该通过来影响他们。

    51730编辑于 2022-09-15
  • 来自专栏开源心路

    数据分析-指标

    ""是很好的创业方法,"数据分析法"则保证数据的收集与分析。二者均可从根本上改变你对企业开创与发展的看法。它们不仅仅是一种方法,还是一种思维模式。 分析思想指提出正确问题,并重点关注那项可达成你期望结果的关键指标。 一.好的指标定义 有比较性 简单易懂 比率 会改变行为:随着指标变化,你是否会采取相应的措施? :数据是否有效、实用 忘记归一化 排除异常点 包括异常点 忽视季节性 抛开基数奢谈增长 数据呕吐:知道什么数据是重要 谎报军情指标 “不在这儿收集”综合征:数据与其他数据源混合使用 关注噪音 参考《数据分析

    46710编辑于 2023-06-29
  • 来自专栏精益六西格玛资讯

    向丰田学习生产!

    学了15年、20年的生产之后,总结一下,成功的人很少。除了在丰田集团,我们还没有找到像丰田汽车这样能够系统、高效、持续应用生产的公司。 图片 那么,丰田是如何成功的呢? (3)标准操作的彻底性 生产各项活动、内容、顺序、时间控制、结果等所有工作细节都有严格规定。 (4)消除浪费、不均衡和模糊。 消除任何材料、人力、时间、精力、空间、程序、运输或其他资源的浪费。

    39640编辑于 2023-02-24
领券