(1)什么是Roadmap? RoadMap/产品路线图 Roadmap通常翻译为“路线图”或“蓝图”,目前并没有一个公认的定义.在这里,我们认为Roadmap是产品经理进行产品管理的一个中长期规划,也称路标规划. (2)为什么要做Roadmap? 简单说就是,心中有数. 我们都知道,任何计划的制定都可能有变动,互联网产品计划的制定更是如此.以Roadmap为例,制定Roadmap的依据有公司战略.产品目标.用户需求和市场环境,其中公司战略和产品目标短时间内不会变化,可以理解为定量:而用户需求和

招聘信息:某知名电商公司诚招: 无线产品研发总监 60-100W 招聘人数:1名 岗位描述: 熟悉互联网产品业务流程,完成产品功能的概念设计个原型展示: 进行市场调查和分析,相关用户研究和信息整理,提出产品方向建议和运营思路: 收集日常用户需求,完成产品设计文档,功能定义,UI交互设计等详细设计文档: 与多部门协作,保证产品从概念设计到开发到上线的如期完成: 跟踪产品线的数据,分析产品达标情况,并续改进产品. 任职资格: 全日制统招本科及以上学历: 8年以上工作经验,5年以上移动应用实际开发经验

概述 这是产品研发管理系列文章的第二篇:使用SubVersion进行代码管理. 介绍如何使用SubVersion的资料已经许多,这里不准备介绍如何使用SubVersion. 这篇文章主要介绍如何进行代码版本号管理. 使用SubVersion进行代码管理 时间区间(1) (1)的起始时间是3.0开发的開始. 在(1)期间.没有不论什么用户使用3.0(由于它还没有公布).所以全部开发者直接在3.0Trunk上开发. (1)的结束时间是3.0开发的结束时间.结束时公布3.0产品,在SVN上创建3.0

「 OKR 」现在非常的火爆,很多公司都在使用,不仅国外的 Google.英特尔等大公司在用,国内的一线知名互联网企业今日头条和一些创业团队也都在使用. 那为什么「 OKR 」这么受欢迎呢,因为把它可以帮助团队 达成共识.加深信任.加强协同. 并且「 OKR 」这套方法,不仅可以帮助我们开展工作,还可以用它来管理个人生活.例如互联网大牛 吴军 就是固定使用「 OKR 」来管理他个人年度目标和计划的. 乘着假期,我也仔细读了两本关于「 OKR 」的书籍,<OKR工作法>.<这就是OKR&g

产品经理都知道MVP,但是它可能不再是产品研发最好的模型了 孟小白Aspire • 2017-09-01 • 汽车交通 要简单.讨喜.完整,不要最小可行性产品.这对创业公司的第一个产品来说很重要. MVP(Minimally Viable Product/最小可行性产品)的概念指的是,用最小的代价来验证你的商业可行性.一代又一代产品团队把它作为产品研发的原则,但是很少有人重新评估和发掘MVP的本质和目的.WordPress Engine的创始人Jason Cohen近日在博客上表示,应该用SLC

摘 要:以用户为中心的设计(UCD, User-Centered Design)是保障产品具有较好用户体验(User Experience)的基本活动,其中可用性目标是有效衡量 UCD 活动最终效果的重要指标.本文将介绍一种可用性目标的制定过程,包括可用性目标维度及衡量指标,以及可用性目标与其他设计指标结合时其优先级的确定,可用性目标描述规范等. 关键字:以用户为中心:可用性目标:用户体验 作为一名研发咨询顾问,在为客户进行培训和咨询服务时通常遇到这样的问题: 1)究竟什么是UCD,产品的UCD

序言 之前做研发的时候非常鄙视管理,觉得管理的那些人就知道搞政治,后来做了开发主管,以及到部门经理之后,管的人多了发现管理真是门大学问,真的应该每个人都要学习一些基本管理知识,特别是刚入社会的打工人. 具体的管理理论就不在这篇文章里多说了,这篇文章的目的是针对最近的新组建的团队做了一些最最基本的管理规范,由于我本人又核心负责产品的管理工作,所以习惯性把管理规范也当做产品来做,当前版本就叫v0.0.1吧,之所以起了个这么小的版本号,是因为这个管理规范只有最基础的框架,在后续的管理过程中会持续迭代,

迅为IMX6开发板: Android4.4系统  Linux + Qt5.7系统  Ubuntu12.04系统 部分真实案例:HMI:3D打印机:医疗设备:工控机:触控一体机:车载终端 板载:4G全网通.GPS.千兆以太网.WIFI蓝牙.CAN总线.RS485总线.EIM总线模块 光盘资料:原理图(PDF格式).底板PCB(Allegro格式).驱动程序源码.芯片和LCD数据手册.开发环境.产品使用手册 网盘资料:开发所需PC软件工具.编译系统所需的工具包等.学习推荐书籍及软件等 认证群资料:I

目 录 1.Bug处理流程及状态说明 2.bugs字段说明 3.查询报表的使用 4.bug系统与需求系统的整合 5.流程和用户权限 1. Bug处理流程及状态说明(1) BUG状态流程图 BUG的状态说明 bug的处理状态说明 BUG的状态和处理状态图表说明 2.bugs字段说明(1) 3.查询报表的使用(1) 4.bug系统与需求系统的整合(1) 以前我们的需求,是放在另一个单独Bugzilla系统上.在新系统上,需求和bug 进行了整合. 需求作为一个bug,提交到Bugzilla上.并通过

工欲善其事必先利其器.要提高多团队的开发效率,而且还是在SAP HANA平台上,建议大家还是本着“慢就是快”的原则,不要急功近利,在没有准备好团队开发的架构时就匆忙开始功能的开发.匆忙功能开发就算了,估计还存在没想清楚做什么,为什么要做上来就开发的团队,那是更要不得. 今天就和大家分享一下在SAP HANA上开发时的一些准备工作的方法. 方法一:基本无代码控制的手工作坊式的开发 利用SAP HANA自身带的HANA Repository, 所有的团队成员在同一个HANA Instance上开发.

大家都知道SAP HANA项目打包成Delivery Unit(缩写为DU).依照"官方"的开发模式,特别是整个团队仅仅使用一个HANA Instance进行项目开发,因为HANA本身还在不断成长中,会遇到各种奇葩问题导致打包出来的DU在新环境中import 失败.那些失败Error Message trace,对于开发人员基本上没什么帮助. 并且在项目开发过程中,总会有些队友会不按常理出牌,终于导致项目DU无法使用,特别是在測试资源匮乏的情况下,非常多问题不能及时暴露.当你看到满屏幕

迅为全新推出PLUS版本的i.MX6Q方案,版本介绍:它是NXP公司全新推出的i.MX6Q增强版新品,显著增强了图形和存储器性能,面向较高图形性能的先进消费电子.汽车和工业多媒体应用的多核平台.

应用SAP HANA “官方”开发模式的伙伴们在转到“多团队大规模”开发模式时会遇到各式各样的心理不适应的状况,各种纠结.比如GIT Repository和HANA Repository冲突什么的. 这些问题主要是思路没有完全转换过来,两种开发模式在不断的“打架”.做一个简单的开发模式映射这样大家或许比较容易去接受“多团队大规模”的开发模式.这个映射不一定完全正确,主要是帮助大家理解. 伙伴们想一想平常我们做JAVA或者.NET项目是怎么做的?一般情况是使用各种框架写JAVA/.NET的代码,然

“基本”开发模式 Windows: Unix/Linux: 在基本模式下我们可以通过regi来进行激活我们的object.Regi是一个类git功能的,方便和HANA repository交互的一个命令行工具. 具体步骤如下: 创建一个HANA的user key:hdbuserstore SET <key> <hana server>:<port>  <UserName> <Password> 创建 xs的workspaceregi create

1 产品研发模式慨述 产品研发模式是企业战略的重点.产品研发路线决定了一系列的管理手段和团队建设问题.也是企业的整理策略和经营思路.产品研发模式贯穿着整个产品的生命周期,从市场调研.立项.需求分析.慨要设计.详细设计.开发.测试.发布.维护等传统软件工程思想到现在流行的IPD,以市场为导向的商业模式都无不在改变传统的研发模式.以服务体验为核心的新思想更是SaaS模式的本质.我们不是以产品研发而开发,我们一定是为市场价值开发而研发. 2 几种主流的产品开发模式 l 以项目管理的职能式开发 这是企业

前言 如果没有做过开发,研发过产品的人,很难体会做产品的艰难,刚进公司的人,一般充当的是程序开发,我这里说的是开发,它与研发是有区别的. 一个需求下来,如果不能很好地理解产品需求,如果不能很好的驾驭需求实现的逻辑,肆意的根据理解去做技术方面的架构和编码,等到后来发现了不对了再去修改就特别麻烦. 所以我们在实现产品需求时,每一个功能需求,不管是大还是小,都要想商量清楚了,我们在采取编码. 言归正转,那么整个过程一款产品从想法-开发-上线-产品都经历了哪些? 希望能给大家一个好的借鉴作用,总结的不好

经过近一年时间的打磨,Worktile研发产品正式发布啦!和以往Worktile版本升级不同的是,这是一个全新的产品形态,目前已上线 Agile(敏捷开发).Pipe(持续交付).Testhub(测试管理).Trace(质量追踪) 四大产品,旨在实现产品研发全生命周期的管理. 为什么Worktile要做新的研发产品? 过去的六年,Worktile专注于企业协作领域,取得了不菲的成绩,70多万企业用户,3000多家付费用户,其中 60% 的付费用户都在重度使用软件开发.协作与数字化场景.但研发的工

随着产品复杂程度的提升,市场竞争愈加激烈,基于模型的正向研发已经作为有效的应对手段被广泛接受.但研发流程中仍然存在复杂功能架构定义困难.多方案难以权衡.多系统难以联合仿真,仿真效率低,验证不充分等问题:而且缺少对产品研发自顶向下全流程支持的平台,信息孤岛现象显著,需求等数据关联追溯性差,不同阶段之间的协同较弱,数据价值没有更大化.知识难以积淀和应用.协同效率低下等问题也没有解决. 达索系统公司推出的 3DExperience Platform,为用户提供包括方法论.流程.工具集和知识库,为产品研

前言:近期,智能大数据服务商“个推”推出了应用统计产品“个数”,今天我们就和大家来谈一谈个数实时统计与AI数据智能平台整合架构设计. 很多人可能好奇,拥有数百亿SDK的个推,专注消息推送服务多年,现在为什么要做应用统计?毕竟市面上已经有非常多的类似产品了.我认为答案是“天时地利人和”. 首先是天时.目前,互联网行业已发展到了所谓的“下半场”甚至是“加时赛”,运营工作走向精细化,DAU和效果被放到第一位,从业者们也逐步认识到数据优化及使用良好的模型的重要性. 其二是地利.个推经过多年的积累,拥有了

作者:Cherry,2007年进入腾讯公司,一直从事互联网广告产品管理工作,目前在SNG/效果广告平台部从事效果广告的产品运营工作. PRD(Product Requirement Document,产品需求文档),顾名思义是阐述产品需求的一种文档,其核心是将需求描述清楚. 通过PRD可以看出一个产品经理对产品理解的逻辑思维,产品经理在相关领域的认知和专业的深度以及对产品全局的认识.如何才能写出好的PRD,让产品研发团队成员,开发.测试.运营同学了解产品需求,让其他人能从该文档中看到产品的价值和