2017.3.4, 深圳, Ken Fang 前言: 产品开发最危险的一件事便是: 开发人员往往是在无知的情况下, 写代码。 产品开发最不可思议的一件事便是: 开发人员开发汽车; 测试人员
特殊特性指的是(产品和过程的)特性要求未得到满足或设计不合理会导致较大影响的特性。从风险规避和控制角度需要对这些特性倾斜资源进行重点管控,以降低特性失效造成的影响和损失。所以依据失效的影响识别特殊特性是最基本的原则,而影响和风险一般都是通过FMEA进行分析。第一可依据失效的性质识别,如影响法律法规、影响顾客、影响功能、影响操作员工的安全和健康;第二可依据失效造成的损失进行识别,如某一过程特性未得到满足会造成大量的产品不良、不易或无法返工返修、可能影响产品的交付、造成的损失很大等。
2016.9.8, 深圳, Ken Fang 微服务到底应该如何的识别? 微服务的粒度为何? 微服务该如何的分析与设计? 这些问题的答案, 取决于: 为何需要微服务? 为何需要微服务? 目的只有一个
2018-01-09 09:57
微服务产品级敏捷: 重新定义产品的集成测试
曾经特别喜欢阅读《xx本质论》系列丛书,当图灵的1月新书《软件开发本质论》上架时,果断买下,选一个并不忙碌的周末,倾听《敏捷宣言》起草者之一 Ron Jeffies 的文字,并记下自己的随感。
Scrum等敏捷开发框架,最初都是为5到9人的小团队设计的。通过保持专注和合理利用新技术,在相当长的时间里小团队仍然可以支撑业务发展。
事情起源于一个风和日丽春暖花开阳光明媚的上午,小编的老板突然提问,YY, 马上要上线的XX功能你测试的怎么样?这个功能实现的质量怎么样?
首先,我们需要明确一个概念:什么是数据科学家? 一般的定义是:能够采用科学方法、运用数据挖掘工具对复杂多量的信息进行数字化重现与认识,并能从中找出新的数据洞察的工程师或专家。这里,从实际工程的角度,来
业务价值可以通过商业论证进行评估,通常会通过常用的财务术语进行评估。商业论证开发是敏捷项目管理中重要的起步点。商业论证是对项目的构想、目标、达到目的的策略、重大事件、所需投资和预期回收所做的简明概要文件。商业论证向客户阐明了该项目为什么以及怎样带来价值。
编者注:本文作者 Matthew Coffman,是专注于企业云的风投基金 High Alpha 产品经理。他具有丰富的大数据行业经验,也参与和见证了许多数据公司的创立和发展。 根据自己在行业里多年的
随着人工智能的发展,我们现在各个产品线中都融入大量的智能算法,方便了用户的同时也给我们评价产品的具体效果带来了很大的困难。这里就简单介绍一些我们在智能算法评测实践过程中的一些心得,主要会从评测系统的设计、评测的执行以及评测结果的分析三个方面展开,由于内容较多这篇文章我们重点阐述第一点。
顾翔老师开发的bugreport2script开源了,希望大家多提建议。文件在https://github.com/xianggu625/bug2testscript,
前言:在产研全链路流程上,协同最大的目标就是团队信息的透明化,即在清晰目标的指引下进行团队信息透明的日常研发工作,助力项目/产品成功发布。基于此,研发过程是否行之有效就成为我们关注的另一重点要素。通常「研发过程」是指:代码到制品再到部署上线的全链路,这个过程是持续集成的重中之重。
本文是“ThoughtWorks敏捷实践关键清单”中的一个关键清单。 价值 为用户展示已完成的用户故事,获取其反馈,以便持续改进 会前 是否邀请了产品负责人、产品用户、业务分析人员、开发人员、测试人员、运维人员? 产品负责人和团队,是否沟通了上次评审会所发现的改进点的改进状况? 产品负责人和团队,是否沟通了本次会议将要评审哪些已经完成的特性? 测试和开发人员,是否已经准备好了测试环境和测试数据,并进行了预演,以便在评审会上进行演示? 会中 产品负责人是否向用户,介绍上次迭代评审会所发现的改进点的改进状况?
本文最初发布于 hackernoon.com,经原作者授权由 InfoQ 中文站翻译并分享。
简介 ISO/IEC 9126 (1991) :软件产品评估—质量特性及其使用指南纲要,就是为支援此种需求而发展出来的。在此标准中,定义了六种质量特性,并且描述了软件产品评估过程的模型。 构成 ISO
最近一直在思考如何做团队组织能力建设和如何进行决策、执行产品研发策略。因为自己一直在研发效能领域,所以来谈谈什么是特性团队(FeatureTeam), 怎么创建特性团队以及在日常工作中如何结合 Scrum 带领团队快速向用户交付产品价值。内容稍多,准备分三篇来完成,本篇主要介绍特性团队/功能团队(FeatureTeam)。
种一万朵莲花 在众生中发芽 等红尘一万种解答 念珠落进时间的泥沙 待割舍诠释慈悲的读法
2015. 7.1, 我在杭州…. 这一路走来真的是相当的不容易; 这一周多来, 大夥跟著我这个 “疯子顾问”, 经历了不停的交流,辩论, 实践, 验证, 深度思考◦ 终于, 踏上了产品级敏捷的这条路
委托这个概念对C++程序员来说并不陌生,因为它和C++中的函数指针非常类似,很多码农也喜欢称委托为安全的函数指针。无论这一说法是否正确,委托的的确确实现了和函数指针类似的功能,那就是提供了程序回调指定方法的机制。
进行PFMEA应考虑的因素有哪些?进行PFMEA应考虑的因素有哪些?本文简析如下:
敏捷大数据流程利用了数据科学的迭代性本质和高效的工具,从数据中构建和抽取高阶的结构和价值。
摘要总结:本文介绍了微服务架构设计中的第五步——微服务的User Stories的拆分与澄清,包括如何拆分、如何澄清以及提供了一些建议。
基础架构即服务(IaaS)产品通常更易于满足企业的计算需求,因为只提供了虚拟机,也可能增加了一些数据库特性。不幸的是,IaaS用户发现自身在部署和集成其云应用和其内部IT时,正面临着新的运营挑战,极少数企业期望将一切都转移到云端。 现在新的私有平台即服务(PaaS)工具可以有效解决这个问题。这些工具不仅旨在提供所有操作系统和中间件所需要的应用,而且提供了一种“运营件(operationsware)”。正确的私有PaaS产品可以让企业的云体验更为积极,而且帮助企业更好地符合其业务目标。 过去,
现今,推荐系统被用来个性化你在网上的体验,告诉你买什么,去哪里吃,甚至是你应该和谁做朋友。人们口味各异,但通常有迹可循。人们倾向于喜欢那些与他们所喜欢的东西类似的东西,并且他们倾向于与那些亲近的人有相似的口味。推荐系统试图捕捉这些模式,以助于预测你还会喜欢什么东西。电子商务、社交媒体、视频和在线新闻平台已经积极的部署了它们自己的推荐系统,以帮助它们的客户更有效的选择产品,从而实现双赢。 两种最普遍的推荐系统的类型是基于内容和协同过滤(CF)。协同过滤基于用户对产品的态度产生推荐,也就是说,它使用“人群的智慧
IPD(集成产品开发)模型的核心价值在于它改变了企业对于产品研发的固有观点,将企业产研的重点由“技术为导向”升级为“用户需求为导向”,强调企业在产品的研发过程中坚持以用户/客户为中心。
说到绘制产品原型图的工具,大家一定首先先到的是大名鼎鼎的“Axure RP”,或者在线协同的“墨刀”。它们的功能确实非常的强大,以至于很多产品经理可以做出还原度非常高的产品原型,不过能够熟练的够驾驭它们,还需使用者有不少的磨练。对于小型的团队(3-5人),特别是在没有专业的产品经理的情况下,大部分我们在接到产品的需求时,我们需要借助一个简单的、快速的工具将需求体现在产品上。这也是今天小白要介绍的一个轻量级产品原型设计工具Balsamiq Mockups
3、互操作性:产品与产品之间交互数据的能力,例如word对其他文档的支持能力
作为一个写了十几年代码的老程序员,楼主说的同事其实就是产品经理或者项目经理,提出需求是老板赋予他们的职责,作为一个程序员首先要懂得如何拿到需求然后进行任务拆分形成代码段,然后实现完成了之后就开始测试,通过之后提交代码,形成版本发布给客户。
在当今竞争激烈的市场中,如何打造出成功的产品是许多企业和团队关注的焦点。结合实际经验,我总结了一些关于做产品我自己的思考,希望能够为大家提供一些启示。
GE 通常就是千兆以太网 COMBO口么也是千兆口,但是需要配模块,可以用光模块,也可以用电口。 光口就是可以接光纤,电口就是跟GE一样了,所以叫COMBO口,光口跟电口同时插,默认光口生效 很官方的回答。。 H3C商业产品命名规则汇总 一、交换机命名规则:第一位数字: 9:最高端、机箱式 7:高端、机箱式 5:全千兆 3:千兆上行+百兆下行 第二位数字: 5:三层交换机 6:三层交换机 9:三层交换机 1:二层交换机 第三、四位数字: 高端交换机: 业务槽位数 第五、六位数字: 中低端交换机:可用端口数 后缀的含义: T:1000BASE-T C:模块式 P:SFP(Small Form Pluggable) TP:光电复用 F:全光口 R:冗余(SOHO级别产品中后缀R代表机架式交换机) M:支持MCE功能 HI:旗舰型 EI:增强型 SI:标准型 PWR:远程供电 DC:直流供电 AC:交流供电 V:VLAN划分(SOHO产品) E:增强型(SOHO产品),E前缀表示教育网专供交换机 H:增强型(SOHO) +:升级版本 二、H3C MSR 系列产品命名规则 H3C MSR系列模块化路由器产品命名格式 A1、A2、A3、A4、A5、A6均为数字 B1、B2、B3为字母 [ ]表示可选项 在公司品牌、一级品牌、二级品牌后均带有一空格,不能省略。 命名规则说明: a、【公司品牌】:当前公司品牌为:H3C b、【一级品牌】:当前一级品牌为:H3C c、【二级品牌】:中低端多业务接入路由器为MSR,含义Multi-Service Router d、A1A2 :表示路由器大类,目前编码数字分配如下: 中端多业务模块化接入路由器系列分为: MSR 20系列模块化多业务路由器; MSR 30系列模块化多业务路由器; MSR 32系列模块化多业务路由器; MSR 50系列模块化多业务路由器。 e、A3A4 :表示路由器系列中的具体产品基本型号,在模块化路由器中,各系列的产品含义不同: 在MSR系列产品中表示: A3:表示路由器插卡的数量(SIC、MIM或者FIC) 20系列表示SIC卡的数量; 30、32系列表示MIM卡的数量; 50系列表示FIC卡的数量; A4:无特定含义,在不同的产品型号中定义不同,这里没有统一规定。 其中对于MSR 20系列而言,遵循下列规则: A4为下行LAN口的数量: 0-0 FE/GE 1-8 FE/GE 2-16 FE/GE 3-24 FE/GE 4-32 FE/GE 具体版H3C交换机命名规则详解: 一、接口命名规则 LI(Lite software Image)表示设备为弱特性版本。 SI (Standard software Image)表示设备为标准版本,包含基础特性。 EI(Enhanced software Image)表示设备为增强版本,包含某些高级特性。 HI(Hyper software Image)表示设备为高级版本,包含某些更高级特性 Z,表示没有上行接口;(新产品不答应此位) G,表示上行GBIC接口; P,表示上行SFP接口; T,表示上行RJ45接口; V,表示上行VDSL接口; W,表示上行可配置WAN接口; C,表示上行接口可选配; M,表示上行接口为多模光口; S,表示上行接口为单模光口; F,表示下行接口为模板板,可插光接口板或电接口板。主要为兼容3526F,3526EF,3552F等老产品的命名。 当同时存在时,表示上行接口为多种接口类型复合 注:Combo端口不在命名中显示。二、性能命名规则 Quidway SA1A2A3A4A5-A6【 A7A8 】【/A9 A10 A11 】-【 A12 A13 】-【A14 A15 A16 】-【A17 A18 】 A1表示产品系列,主要标示上行端口的最大接口速率: A1为 1 — 盒式10/100M 交换机,上行最高到100M,无治理; A1为 2 — 盒式10/100M 交换机,上行最高到100M,有治理; A1为 3 — 盒式10/100/1000M交换机,上行最高到1000M; A1为 5 — 盒式GE/10GE交换机,上行最高到10GE; A2标示所支持的IP层: A2为 0 — 纯L2交换机,目前为0,根据产品的更新换代,可以更改为1、2、3、4; A2为 5 — L2/L3交换机,目前为5,根据产品的更新换代,可以更改为6、7 、8、9; A3A4两位数字与产品的端口数相关,根据端口总数确定产品系列: A3A4为08 —表示下行端口为8个, 上行端口为0、1、2个; A3A4为12 —表示下行端口为12个,上行端口为0、1、2个; A5 用来区分固定上行口的不同种类,可以标识接
转载自某网站 作为微信创始人,张小龙对产品的追求有着非同一般的执着。从其在腾讯内部的 8 小时演讲中,可以看出微信产品团队的独特气质。 在张小龙看来,关注人性和群体心理,像上帝一样道生一一生二地去建立规则和系统,并提高用户体验品味,才算是一个合格的产品经理。 以下是张小龙内部 8 小时演讲的核心要点提炼: 一、产品经理要求 1、了解人性 2、了解群体心理 3、产品经理像上帝一样,可建造系统,制定规则,让群体在系统中演化 4、提高自己的艺术品位、质量要求品位/细节体验品位;作品而非产品;工匠而非设计师
故障模式与影响分析(FMEA)和故障树分析(FTA)均是在可靠性工程中已广泛应用的分析技术,国外已将这些技术成功地应用来解决各种质量问题。在ISO 9004:2000版标准中,已将FMEA和FTA分析作为对设计和开发以及产品和过程的确认和更改进行风险评估的方法。
马克·吐温和理查·芒格说过:如果你身上唯一的工具是把锤子,那么你会把所有的问题都看成钉子。网页防篡改产品诞生之初就是这样一个情形:一个产品只采用一种防护手段。这些手段有的是依托于厂商掌握的先进核心技术发展而成,有的是在成熟技术基础上稍加改变而实现。无论采取哪种防护手段,厂商往往会过度强调其普适性和有效性,一招鲜吃遍天。
哪些是最大和最快增长的客户? 各个销售组织是否完成目标利润? 对某一个产品线的促销活动绩效如何? 某一产品、产品组的获利能力如何?
ISO/IEC软件质量模型中,易使用性是指与使用所需的努力由一组规定或隐含的用户对这样使用所作的个别评价有关的一组属性,其易使用性的子特性不包括( )。
六西格玛作为经典的质量管理手段,备受质量人追捧。以下天行健将整理出18种常用六西格玛统计工具供大家学习:
在生产过程中,通过对车轮螺栓的PFMEA的分析,可以提前识别制造过程中各工序容易出现的潜在失效模式,并根据失效原因分析制定有效的改进和预防措施。通过跟踪验证措施效果,不断改进改进措施,最终达到提高车轮螺栓质量的目的。
如今,大多数软件产品通过互联网为用户提供服务,在线文档是最有效的客户服务渠道,我们熟悉的开源软件都配备了高质量的在线文档。
实验设计在整个质量控制过程中起着非常重要的作用。实验设计是提高产品质量和工艺流程的重要保证。作为一名质量工程师,你当然应该知道一些事情。
今天来和大家聊一下在软件产品开发中用到的ISO/IEC9126的软件质量模型。其中包括6个质量特性和21个质量子特性是在进行软件产品开发过程中要理解的内容。
在上一期《运维专题第2期:警戒哨兵》中,我们介绍的是运维平台中的监控系统——云哨,今天给大家带来的产品是巡检平台,在运维过程中能够跟监控系统一起为客户带来稳定的保障。
讨论完相关方参与和愿景规划之后,我们就来到了如何管理相关方参与。前面已经说过,用“管理”这个词在敏捷中是不恰当的,因此,我们用增强相关方的沟通和协作来说会更好一些。既然是沟通和协作,那么必然就要学习一些工具技术来帮助我们实现增强的目的。今天的文章主要来讲的就是这些工具和技术。
如何测试一个物品呢?测试工程师的经典面试题目之一,测试同学必须要知道怎么回答并且要答的漂亮,才能拿到理想的测试Offer,从此2020升职加薪、迎娶白富美、走上人生巅峰。
KANO模型由东京理工大学教授狩野纪昭(Noriaki Kano)发明,其用于分析用户对于各类需求的排名偏好情况,其在企业产品需求调研,市场研究中有着广泛的应用。
上一篇文章《 研发效能组织能力建设之特性团队FeatureTeam(上)》,我介绍了一个非常有意思且高效的组织模式-特性团队。首先介绍了为什么需要特性团队,特性团队的定义、核心价值、优势、可能存在的问题以及带来的成本。接着讲述了特性团队的适用范围,开发新产品、拓展新业务和产品快速增长的产品比较好。然后,我介绍了特性团队的两个角色 FTO 和 FT 队员;最后介绍了在一个大公司里如何多FT进行分工协作。看完这些你是否发现特性团队没有告诉我们在研发过程中如何管理需求,对外协调沟通,怎么开会,规范流程,跟进执行,项目状态如何可视化等。我通常是利用 Scrum 这个管理框架来完成这些事情的,这也就是本文我要介绍的内容。
作者 | Increment Staff 译者 | Sambodhi 策划 | Tina 本文最初发表于 Increment 杂志,经 Increment 官方授权,InfoQ 中文站翻译并分享。 阿迪达斯(Adidas)Runtastic、Eventbrite 和 Citymapper 的工程负责人讨论了应用程序的性能、移动端如何融入其组织结构以及原生与跨平台开发。 1 贵司如何看待移动业务? 阿迪达斯 Runtasic,Chrisian Orgler: 我们认为,移动是我们业务的核心,也
领取专属 10元无门槛券
手把手带您无忧上云