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

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

    软件开发 2003 年《软件开发》书籍的问世,标志着理念和实践正式引入软件开发领域,与敏捷软件开发平齐(2001 敏捷宣言),成为新的软件开发方法。 敏捷软件开发继承和吸收了众多的思想和理念,软件开发对敏捷软件开发产生了重大的影响。 软件开发生产在制造业的实践映射到软件工程业,并通过类比的方式将生产中的七种浪费与映射到软件开发中的七种浪费。 但是开发主张将这种权利下放到团队的每个人手里,从而使开发人员有权利来阐述自己观点并提出建议。 6 嵌入质量 质量的管理在软件开发中尤其重要。 产品开发 2017 年《产品开发》书籍的问世,从产品角度引入思想和理念,结合产品开发特点和流程,将生产的理念与产品实践进行提炼、适配和优化。

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

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

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

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

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

    思想 思想源于丰田的生产方式,1996 年 James Womack 和 Daniel Jones 的《思想(Lean Thinking)》一书问世,生产方式由经验变成为理论,新的生产方式正式诞生 4 用户价值拉动 是用户价值拉动,由用户的最终价值拉动这个流动,避免不带来用户价值的浪费,让用户价值拉动整个价值流。 产品开发在软件领域发展的主要方式。 软件开发方法主要包括瀑布、敏捷、等; 2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等; 3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等; 4. 软件交付与协作主要包括但不限于 CMMI、ITIL、DevOps 等。

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

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

    思想的思想体系思想对生产的思想体系进行了理论升华。将生产的五大原则升级为思想的五大原则。 4 用户价值拉动是用户价值拉动,由用户的最终价值拉动这个流动,避免不带来用户价值的浪费,让用户价值拉动整个价值流。 产品开发在软件领域发展的主要方式。 软件开发方法主要包括瀑布、敏捷、等;2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等;3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等;4. 软件交付与协作主要包括但不限于 CMMI、ITIL、DevOps 等。

    1.6K20编辑于 2023-03-22
  • 来自专栏数字化 IT 从业者路径课

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

    4 科学改进所有的改进都必须在老师的指导下,按照科学的方法,在尽可能低的组织层面上进行。 生产 生产源于丰田生产方式,是对丰田生产方式的总结和借鉴。 生产方式的优越性不仅体现在生产制造系统,同样也体现在产品开发、协作配套、营销网络以及经营管理等各个方面,它是当前工业界最佳的一种生产组织体系和方式,也必将成为二十一世纪标准的全球生产体系(思考:手工艺小批量 生产的核心是用最少的工作,创造价值。生产主要来源于丰田生产系统(TPS)的生产哲学。 4 并行工程在产品的设计开发期间,将概念设计、结构设计、工艺设计、最终需求等结合起来,保证以最快的速度按要求的质量完成。各项工作由与此相关的项目小组完成。 软件开发方法主要包括瀑布、敏捷、等;2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等;3.

    2.3K50编辑于 2023-03-22
  • 来自专栏CODING DevOps

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

    4 科学改进 所有的改进都必须在老师的指导下,按照科学的方法,在尽可能低的组织层面上进行。 生产 生产源于丰田生产方式,是对丰田生产方式的总结和借鉴。 生产方式的优越性不仅体现在生产制造系统,同样也体现在产品开发、协作配套、营销网络以及经营管理等各个方面,它是当前工业界最佳的一种生产组织体系和方式,也必将成为二十一世纪标准的全球生产体系(思考:手工艺小批量 生产的核心是用最少的工作,创造价值。生产主要来源于丰田生产系统(TPS)的生产哲学。 4 并行工程 在产品的设计开发期间,将概念设计、结构设计、工艺设计、最终需求等结合起来,保证以最快的速度按要求的质量完成。各项工作由与此相关的项目小组完成。 软件开发方法主要包括瀑布、敏捷、等; 2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等; 3.

    1.9K20编辑于 2022-03-16
  • 来自专栏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 - 产品级敏捷

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

    前言:     本文主要是在讲述敏捷外包开发, 为何应舍弃 “过重的文档”, 而应改采 ”视觉化的看板”, 方能有效的整合来自不同企业,位于不同办公区的软件外包人员, 而能共同高效的完成高质量的交付 , 外包的开发与测试人员, 才会开始进行相关的开发与测试工作◦    而这一看似必要且理所当然, 应该由企业 IT 部门的需求分析/ 设计人员, 所交付的需求/ 设计规格书, 往往却是造成企业 IT 部门 “等待”, 而被 “压缩”; 举例: 本来在整个版本中, 应有 3 个月的时间进行开发与测试, 却被压缩成只剩下两周◦        当外包人员的开发与测试的时间被压缩时, 外包人员将别无选择, 只能把手头上的工作先交付出去 可视化:         可视化的呈现, 产品软件开发周期内的信息; 包括: 需求分析, 架构设计, 测试用例等的信息◦     3.      团队协作:         可使企业 IT 部门与来自不同企业, 位于不同办公区的外包人员充分且直接的协作◦     我便是以 “看板”的型式,在敏捷外包开发中, 建构一高效的信息传递机制◦    

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

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

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

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

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

    开发如何驱动人才进行创新? 图片 2 提升能力 01 分解目标,设定节奏 帮助员工理清问题,把大问题切成若干小问题,帮助其设定节拍,从他愿意做的部分开始,鼓励他尝试;随时观察员工进度和状况,尤其在产品开发的初期,如果情况不妙,一定要出手稍微拉一下 产品和流程开发的成功取决于为每个客户交付的具体和实际价值。 除了观察之外,这种理解还要有针对性的实验,多方案的工程以及开发早期的快速学习周期而得到增强。

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

    我的画布

    画布 [小商家版画布] 产品原型设计 经过对比分析,决定通过墨刀来进行产品原型设计,目前免费。 ;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
  • 来自专栏理论坞

    竞品分析:什么是画布?(课堂笔记4

    画布的产生 1.开发原则 丰田生产体系和客户开发法 the Toyota product debelopment system 1、质量就等于效率 2、不靠质量检测来保证质量 3、不以价格来定供应商 5、让工人在创造高品质的产品中得到乐趣 4、打破部门之间的界限 对比 FORD (car factory 1960) 大工厂,大批量零件 订单大 工人就是螺丝钉 快速生产大量汽车 TOYOTA (car 有订单再开工 鼓励工人自己解决问题 为客户创造价值 2.方法 Steven Gary Blank 《思步创业法》The Four Steps to the Epiphany 关注价值 减少浪费 以人为本 《制造法 》Eric Ries 商业模式画布 Alexander Osterwalder 画布 Ash Maurya 3.画布是什么? 它来源于丰田生产体系,继承了其关注价值、减少浪费、以人为本的思想,是一种用来组织、梳理、探索商业模式的工具,适用于初创或小规模业务的公司 ---- 三、如何使用画布 1.画布的作用 入门 将模式画布作为一个检查清单来使用

    3.5K10编辑于 2022-03-23
  • 来自专栏人工智能LeadAI

    施工项目组织

    施工项目组织化是以思想为指导,通过组织管理,实现建造。 外圈:质量管理、安全管理、工期管理、成本管理、组织管理。 内圈:以客户拉动,实现增加价值、减少浪费、持续改善的目标。 建造管理以“顾客拉动、增加价值、减少浪费、持续改善”为核心思想,以质量、成本、工期、安全和组织等为重点管理内容,以全面质量管理、准时采购、最后计划者体系、目视管理、协同管理等一系列管理工具为主要抓手 图4建造项目组织结构(矩阵式管理) 表1某建造项目项目部岗位清单 (2)标准化管理 标准化管理:建设工程大多是重复的建设活动,通过制定标准化的建造方法和流程,规范建筑生产步骤、提高操作人员业务水平 (4)客户需求管理 思想的核心是提高客户价值,因而客户需求管理应贯穿建筑产品建造的全过程。以客户为中心,最大限度满足顾客需求、实现顾客价值。 建造首先要明确客户所需价值,准确了解客户需求。

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

    如何顺利推进生产?

    图片想成功实施生产,就得回到现场,把管理的基础做好。 具体步骤如下所示:1、现场现场改善的方法有很多,比如5S,基础工具的应用、浪费识别、改善提案等方法,经过培训和管理层逐步宣传,可在全厂实施,形成早期改进的氛围。 2、建立价值流操作模式从模范价值出发,逐步推进价值流模式,形成多种价值流管理模式,设置关键绩效指标、单元布局、流动、拉动方式,优化生产计划,建立销售与运作规划(S&OP),问题解决方法的应用等 4、扩展价值流到供应商和客户将模式扩展到供应商,改进和优化整个供应链,继续减少库存。现阶段需要对供应商进行培训,通过项目实施,使供应商真正掌握模式,提高效率,降低成本。 对于已经实施的客户,我们有一种共同的语言,可以优化向上的供应链,而对于尚未实施的客户,我们应该通过来影响他们。

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

    数据分析-指标

    ""是很好的创业方法,"数据分析法"则保证数据的收集与分析。二者均可从根本上改变你对企业开创与发展的看法。它们不仅仅是一种方法,还是一种思维模式。 分析思想指提出正确问题,并重点关注那项可达成你期望结果的关键指标。 一.好的指标定义 有比较性 简单易懂 比率 会改变行为:随着指标变化,你是否会采取相应的措施? 除非你的商业模式与这两个指标绑定,它们并非一定能说明问题 收集到的用户邮件地址数量:看他们是否按照邮件中提示去做 下载量:下载量本身并不带来价值(付费应用除外),应用下载后的激活量、账号创建量等等 4. :数据是否有效、实用 忘记归一化 排除异常点 包括异常点 忽视季节性 抛开基数奢谈增长 数据呕吐:知道什么数据是重要 谎报军情指标 “不在这儿收集”综合征:数据与其他数据源混合使用 关注噪音 参考《数据分析

    46710编辑于 2023-06-29
领券