您是否在开发对组织来说有价值的产品?如何判断产品是否有价值? 如果没有经常提出这两个问题,那么您可能忽略了产品价值方面的问题。 产品是目前工作所要达成的目的,是组建团队的原因。 如果开发的产品没有人想要或使用,那么产出就毫无价值。 作为一名以传统项目管理作为职业起点的PMP,我对项目思维模式非常熟悉。 因此,必须在开发产品的时候让价值涌现。产品Backlog代表计划开发的产品及开发顺序。而通过产品Backlog的细化过程来使价值涌现时,需要注意3点: 将任务分解到足够小——以便更灵活快速地交付价值。 拉远推近的频率取决于产品开发的情况、市场中验证假设的频率以及业务变化大小。 就像开发出一款可运行的产品一样,想清楚要做什么同样复杂且具有不可预测性。所以要学会边做边学,根据所学知识做出决策。
2 增强学习 面对开发团队以及最终的产品大小的额外挑战,可以说软件开发是个持续学习的过程。最佳的改善软件开发环境的做法就是增强学习。在代码完成后马上进行测试可以避免缺陷的累积。 精益产品开发 2017 年《精益产品开发》书籍的问世,从产品角度引入精益思想和精益理念,结合产品开发特点和流程,将精益生产的理念与产品实践进行提炼、适配和优化。 控制在制品数量加速了用户价值的流动,对产品开发的敏捷性至关重要; 2. 控制在制品数量帮助团队暴露瓶颈和问题; 3. 环境及工具的改进 精益产品开发价值与影响 传统的产品开发把内部资源作为中心,在实践上强调任务的分解与分配,以及计划的制定、执行、跟踪和控制。假设通过局部效率的改进,可以提升整体效益。 敏捷开发开始聚焦从内部资源,转向用户价值,强调迭代价值交付,由多功能的小团队直接面向价值和交付用户价值,并通过迭代反馈,不断调整。 精益产品开发则完成了范式转化。
2 增强学习面对开发团队以及最终的产品大小的额外挑战,可以说软件开发是个持续学习的过程。最佳的改善软件开发环境的做法就是增强学习。在代码完成后马上进行测试可以避免缺陷的累积。 精益产品开发 2017 年《精益产品开发》书籍的问世,从产品角度引入精益思想和精益理念,结合产品开发特点和流程,将精益生产的理念与产品实践进行提炼、适配和优化。 控制在制品数量加速了用户价值的流动,对产品开发的敏捷性至关重要;2. 控制在制品数量帮助团队暴露瓶颈和问题;3. 环境及工具的改进 精益产品开发价值与影响传统的产品开发把内部资源作为中心,在实践上强调任务的分解与分配,以及计划的制定、执行、跟踪和控制。假设通过局部效率的改进,可以提升整体效益。 敏捷开发开始聚焦从内部资源,转向用户价值,强调迭代价值交付,由多功能的小团队直接面向价值和交付用户价值,并通过迭代反馈,不断调整。精益产品开发则完成了范式转化。
文章转自:Leangoo 原文链接:https://www.leangoo.com/staged-project.html#tab-id-2 下图所示的是一个硬件产品开发大体上所需要经历的全部流程: 2)启动 在启动阶段,我们需要组建项目团队,确定产品参与人员,沟通是产品经理的一项职能,如何将所有的参与人员集合一起共事,如何更有效的沟通,明确各自的职责并为项目团队准备好办公区域及设备。 ,确定PCB等)、软件设计及开发(包括软件原型设计,软件功能开发等)、整机验证(结构、电子、软件结合验证等) 确定基本外观、功能、配置之后,进入包装设计(包装说明书、打样、材质、效果等)。 9)大批量 在大批量生产中,需要对产品的工艺、操作标准以及质检的规范程度等方面进行有效的监督和保证。在产品生产的过程中产品经理需要开始编写产品维修手册,准备相应的维修更换的部件,以备售后使用。 注:对于不同企业,不同产品,可能会有不同的流程和要求。以上可作为参考~
每个人都是产品经理,但是不是每个人都是好的产品经理;产品经理需要系统性的思维模式,这些是多次失败后的 经验总结;基于多年的经验把产品开发的系统思维框架与大家分享,产品经理更多的是思维模式的修炼。 总体框架分为:产品价值分析、自我价值分析、验证价值分析。 ---- 项目评估思维导图.png
多云是管理需求,也是数字化需求,更是企业提升创新能力的需求
集成产品开发(Integrated Product Development, IPD)是一种跨职能团队协作的方法,它源自于企业对降低产品开发成本、缩短产品上市时间以及提高产品质量的需求。 IPD集成了各种产品开发活动,如市场研究、设计、工程、生产和销售等,以提供更加协调一致的产品开发流程。 在过去的传统产品开发模式中,每个部门分别完成各自的工作,然后将结果传递给下一个部门。 随着市场竞争的加剧和客户需求的日益多样化,企业需要更有效和灵活的产品开发方式,这就催生了IPD的概念。 IPD最初由美国的一些领先企业,如IBM和3M等提出和实践。 这种方法也有助于提高团队成员的满意度,因为他们可以更全面地了解产品开发的全过程,更有效地利用他们的技能和知识。 总的来说,IPD是一种积极的产品开发方法,它反映了对于快速、高效和高质量产品开发需求的理解和回应。然而,实施IPD也需要考虑到企业的特定环境和条件,以确保它能够有效地发挥作用。
一、产品定位与核心亮点 技术定义:面向 AI 时代的云端一体应用开发平台,提供Serverless服务、低码能力、AI辅助开发及腾讯生态集成。 商业差异化卖点:无需管理基础架构,实现一次开发多端应用(小程序、H5、Web、移动应用、小游戏),提供从开发到运营的一站式小游戏云服务解决方案,智能化高效构建产品(AI优化代码、自动配置部署)。 二、产品应用场景 受众:330万开发者(数据来源:原文“330万 开发者”)、企业(如深圳地铁、唯品会等)、AI开发者、小游戏开发者、管理系统开发者。 产品优势 Serverless服务:无需管理基础架构,自动扩缩容,安全高效(云函数、云托管)。 工具链完善:工具箱含DevOps能力轻松迭代;可视化编辑器、组件库、工作流、RBAC、SSO支撑管理系统开发。 荣誉背书 原文未提及产品获得的技术荣誉和奖项。
我们测试分析的对象是产品的需求,是开发写的代码。那既然是读需求,读代码,如何用简单易用的办法快速提升自己准确的读需求,读代码能力? 这里插入一个段子,女朋友(产品)让男朋友(开发)做个需求:你回来的路上,去超市买点橙子回来;如果看到西瓜,就买个西瓜。男朋友在路上看到西瓜,就只买了西瓜回来。 今天手把手把产品跟开发拿下,无论说什么都能完美的理解。 一、读需求 文绉绉的需求,怎么快速的理解需求,并且转换成我们想要的内容呢? 多写多动手 不会写程序的产品不是好测试,摆脱开发做根因分析 孰能生巧,这绝对不是说假的。一个不懂开发的人,写了10年的代码,也是可以写出一些代码来。 巧妙的使用好上述手段,其实我们已经完美的俘虏了产品跟开发的内心,更好的合作的前提就是互相了解,互相读懂,才能更好的做下一步的操作,并且通过简单的操作提升测试自身的能力。
一、产品定位与核心亮点 技术定义:面向 AI 时代的云端一体应用开发平台,提供 Serverless 服务(无需基础架构)、AI 辅助开发、低码可视化 能力,支持 一次开发多端应用(小程序、H5、Web 二、产品应用场景 受众及场景痛点: 开发者(330万开发者,数据来源:原文):痛点为多端代码重复开发、服务器运维复杂、AI能力集成门槛高;需在高效开发中实现多端适配。 解决方案:原文未详述使用产品模块。 成效:原文未提及核心指标。 唯品会 vip.com 背景:原文未详述业务困境/技术瓶颈。 解决方案:原文未详述使用产品模块。 解决方案:原文未详述使用产品模块。 成效:原文未提及核心指标。 微信读书APP 背景:原文未详述业务困境/技术瓶颈。 解决方案:原文未详述使用产品模块。 解决方案:原文未详述使用产品模块。 成效:原文未提及核心指标。 Aupap 背景:原文未详述业务困境/技术瓶颈。 解决方案:原文未详述使用产品模块。
未来的移动App开发不仅仅是让它适应一方小小的屏幕,采用不同的编程语言,基于不同的操作系统。那它是怎样的呢?现在我想我们应该把注意力转向建立现代化的App了。 全方位 那什么是一个现代化的App呢? 未来的移动App开发不仅仅是让它适应一方小小的屏幕,采用不同的编程语言,基于不同的操作系统。那它是怎样的呢?现在我想我们应该把注意力转向建立现代化的App了。 这样以一个基于开放的形式,第三方开发者可以在一组核心数据中自由添加插件、进行创新。 响应式 现代化的App正在接触越来越多的网络拓扑结构,App状态的管理被推到边缘。 像以前那样一次发布就改变更新所有附件的方法风险太大了,而现代化App中开发运维是可持续部署的。
但文档宜少且精炼,一般情况下建议维护三份文档:《产品需求规格说明书》也即PRD:定义产品应该具有的功能、边界描述等,它作为产品团队之间共同的讨论基础,并在设计和开发过程中不断的更新维护,并记录所有的需求变更 《系统设计说明书》开发人员编写的技术设计,包含数据库E-R图,架构设计等:说明产品如何实现,内部之间是什么关系。《测试用例和测试报告》由测试人员编写:记录所有功能点的测试计划、过程和测试结果。 小周期包括:需求、设计、开发、测试、发布,这个过程中的设计环节是指要做产品设计和系统设计;由于做完整的设计需要有相对完整的资料和比较长的时间,与小周期是相对立的。 敏捷开发只是把整体拆分成许多个体,产品的开发实现过程对产品的功能完整性、稳定性、即时性等都有较高的要求。 敏捷开发的迭代周期没有硬性的规定,结合项目里程碑、目标、功能实现情况、产品稳定性综合决定,如果产品用户活跃、功能实现难度小、维护复杂度低,建议以周为周期。
02 — AI产品开发的目的是什么? AI产品开发目的是将隐藏在一大批数据背后的信息集中处理并进行提炼,从而总结得到研究对象的内在规律。 对数据进行分析,一般通过使用适当的统计、机器学习、深度学习等方法,对收集的大量数据进行计算、分析、汇总和整理,以求最大化开发数据价值,发挥数据作用。 03 — AI产品开发的基本流程? AI产品开发的基本流程通常可以归纳为几个步骤:确定目的、准备数据、训练模型、评估模型、部署模型。 确定目的:在开始AI开发之前,必须明确要分析什么?要解决什么问题?商业目的是什么? 04 — AI产品开发的基本概念 回归 回归反映的是数据属性值在时间上的特征,产生一个将数据项映射到一个实值预测变量的函数,发现变量或属性间的依赖关系,其主要研究问题包括数据序列的趋势特征、数据序列的预测以及数据间的关系等 它可以应用到市场营销的各个方面,如客户寻求、保持和预防客户流失活动、产品生命周期分析、销售趋势预测及有针对性的促销活动等。
一、产品迭代开发上线流程 为了保障产品迭代能够顺利完成开发和上线,规范和确定各负责人的工作,基于敏捷开发确定产品迭代上线流程。 产品迭代上线流程 附录说明: 【产品需求确认】首先是产品将需求确定,开完需求确认会后,交互设计师出交互稿,然后是交互确认会,最后是视觉稿出炉,视觉稿确认会后,开发就正式接手。 PS:我们现在是需求原型确定之后服务端开发就会接入,等交互稿和视觉稿确定之后,客户端开发就会接入。 【开发周期评审确定】开发在接手需求后,会对整个迭代进行开发排期,并确定交付验收时间,发布验收时间,上线时间。 【开发中】确定了开发周期的各个时间点后,研发就会开始做一些技术调研,代码设计,开始码代码! 【交付验收通过】测试人员首先会对产品进行冒烟测试,当冒烟通过率为100%时,就开始全面测试。
通过这篇文章,我将向大家介绍下关于设计的一些基本知识,让广大开发者在平时的开发中,可以更好的和设计、产品合作(撕逼)。 在不同的背景下挑选颜色通常是开发者失败的地方,或者说是感到压力很大的地方。在这种情况下,我们可以从色轮上的色彩调和中得到一点帮助。色轮是一个表示颜色之间关系的圆。 它的目标是找到能很好搭配的颜色。 Material设计指南中给我们提供了这样一个工具,来方便开发者设置这些颜色。 https://material.io/resources/color 2. 我开发了多年的应用程序,却不知道其中的一些细节。我在公司工作时,设计师同事负责这些细节并为我提供设计。当我开始从事自己的项目时,我不得不自己建立一个设计系统。这篇博文中的细节对我帮助很大。
许多今天还是明星的科技公司, 却往往因所生产的产品, 对客户不再产生任何的 ”影响力”, 而面临即将黯然关门, 倒闭的命运◦ 在这不可预期且淘汰迅速的大环境下, 是否可藉由精益敏捷开发, 而使产品的研发团队 敏捷价值流开发 (产品级敏捷), 便是以精益敏捷开发的思维, 从外部使用者的视角, 指导著产品的研发团队, 从建构产品级的特性到各版本的研发, 如何能以最少的产出, 却对外部的用户, 产生最大的影响与效益 ◦ 敏捷价值流开发 (产品级敏捷), 已在许多大型企业中执行且落实◦ 是一绝对成熟且值得学习的精益敏捷实践◦ 附件: 敏捷价值流开发(产品级敏捷)
但是目前仍然还有很多人采用瀑布式方式来进行B端软件的开发,不看好敏捷模式进行B端产品的开发,那么重流程,业务高耦合度的B端软件是否适合敏捷的开发模式? 02 敏捷开发适合B端产品吗? 了解了敏捷的定义以及价值观,我们实际上知道了敏捷开发的本质是什么,是拥抱变化,拥抱不可预测性,更好的应对产品的不可预测性。 ,所以从这种角度来说,C端产品天然就是更加适合敏捷开发的,B端软件,如果可预测性越大,那么实际上对于敏捷开发的需求强烈程度越小,基于这个概念你可以去判断你的产品对于敏捷开发的需求程度。 5:敏捷开发,先要做好产品的MVP. 作为一个新产品的开发,首先第一步就是要通过敏捷模式开发完成mvp,推向市场,然后通过敏捷的迭代进行后续的开发会相对容易,关于mvp定义的内容可以参考我原来的一篇文章"如何做B端产品的MVP",一般来说mvp
ToG气象产品开发项目如何进行项目管理是一件很值得思考的事情。本文将从乙方的角度来梳理阐述气象产品开发项目管理时应重点关注的部分。 二、明确交付边界 G端气象产品开发是由甲方(具有政府职能的相关部门)主导实施的,这类产品具有高定制化的特征。 在项目正式投入开发前,我们需明确需求环境的网络状态,是在互联网环境下建设还是在政务外网、行业专网、业务内网等建设,是否需要跨网传输业务等。接下来是“业务应用”。 对于系统开发的工作,我们需要根据前期的调研,找到核心需求,并重点围绕核心需求进行优先级排列,再逐一攻破。同时需要注意,这一步需要与甲方做好沟通和交流,避免出现信息差。 很多气象公司都有专门的项目经理来对接和管理G端用户的气象产品开发项目。在这个领域,我还是个小学生,以上只是我作为G端气象产品开发项目经理的一点工作心得,不妥之处还请各位老师同行批评指正。
征求客户意见并与客户一起检验概念或设计需要不断重复的“螺旋式开发”流程 5.在产品的实际设计和开发之前的工作决定了新产品开发的成败。 不稳定的规格是指产品定义(产品需求和规格)在整个产品开发阶段都在变化 9.出色的产品和项目定义工作,这个定义包括: * 定义项目范围(如是面向国内还是国际,是一款新产品还是平台开发) * 确定目标市场 2.跨国企业最好能像精打细算的当地企业一样,试着考虑低成本产品 B.新兴市场中成功的新产品开发 1.调整创新战略:在新产品开发战略中对新兴市场进行详细分析;高级管理层的支持;向整个公司介绍新的战略方针 ,在发达市场也同样受欢迎: * 企业在新兴市场建立研发机构的目的是开发符合当地需求的产品,但是这些研发中心也可以开发一些面向发达市场的产品,可以利用当地大量的人才资源,在全球范围内创造收益 * 将新产品开发本地化 ,让本地团队承担起更多责任,可以帮助企业培养真正的全球化思维 * 针对新兴市场进行的新产品开发可以通过量产降低高端产品的整体成本,如原材料采购 * 一些跨国企业成功地把原本为新兴市场开发的产品推广到了发达市场
从做这个产品开始,就一直在坑里趴着,DW1000寄存器多且不那么好理解,摸了快一年了,好多配置还是一知半解。