角色介绍 产品负责人以下简称PO,他是有授权的产品领导力核心,组成Scrum团队三个角色之一. PO担任的是产品经理的角色. PO的主要职责 1.对产品的ROI负责. ROI = profitability of the product,ROI即为产品的盈利负责,或考虑产品的投资回报率. 2.梳理产品列表,确定产品功能. PO负责梳理产品列表,包括PBI的建立.细化.估算和排列优先级顺序.在估算期间负责澄清需求. 3.参与规划活动 产品负责人是做组合规划.产品规划.版本规划和Sprint规划的重

月26日我将在2014 WOT全球软件技术峰会做相关的一个主题演讲[产品负责人的工作原则和方法],个原则和相应的一些方法. 以下是本次分享内容: 完整版如下,如果你喜欢想下载的话,点击 http://t.qq.com/p/t/408290032822449

摘抄连接:http://www.ibm.com/developerworks/cn/websphere/library/techarticles/1004_lidb_ilogjchart/ IBM ILOG JViews Charts 产品及功能介绍 简介 IBM ILOG 始建于 1987 年,他作为是业务规则.优化.可视化和供应链管理软件领域的领先厂商,旗下拥有 850 名员工以及 2500 多家客户,业务机构遍及中国和全球其他 29 个国家.它的可视化系列产品一直致力于为多种平台(Java

一个老IT产品管理者对于产品经理工作的经验总结 1. 任何行业,包括IT行业,所谓产品管理.产品经理,其核心应该是企业产品管理制度,也就是说,只有企业存在相应的.合理的产品管理体系和制度,产品管理.产品经理的职位才能发挥有效的作用.合理的产品管理制度,有效的产品管理体系,如同CMM各级认证一样,会有效的促进产品创新和产品的持续发展 2. 基于制度和有效机制上的产品管理,说明企业将产品及产品规划纳入到企业发展战略中,从而产生相应的产品协调机制和沟通渠道,才能由产品管理部门(或相关机构)将企业生存和

导读:跳进了多租户切换数据库的坑,那么就继续走下去吧.在我们的项目中,是运用EF实现对数据库的操作,那么EF其实是.NET系统中,基于ORM框架的一个产品实现.在java那边,则有Hibernate和ibatis等具体实现.既然研究的是ORM的具体实现,那么还是很有必要介绍一下ORM的原理的.因为本人主要是基于EF研究,所以在描述过程中,均已EF开发作为实例. 一.ORM 1.1,概念 对象关系映射(英语:Object Relational Mapping,简称ORM,或O/RM,或O/R ma

自从 Facebook 的第一行PHP代码,第一句 MySQL 的 INSERT 语句,开源就已经是我们工程哲学中的一个重要的部分. 现在,我们使用.维护并为大量的主要项目做出了贡献——涉及多种领域如手机工具.大数据系统.客户端的web库.后端的运行库和基础架构,也涉及到开放计算项目,服务器和存储硬件. 2013 是我们开源项目具有重要意义的一年,我们拥有大量令人自豪的新项目,为正常运行和维护它们的更新承诺,和使用它们的充满活力的社区一起工作的愿望.仅在我们的Github账户上,我们现在已经有超

夏凯 卡内基梅隆大学计算机系毕业,曾供职于Evernote数据团队和微软Bing.com搜索引擎广告部门.回国后作为早期成员加入小红书,先后从事大数据,用户增长,项目和团队管理等工作. 我最初是在美国做搜索型广告.回国之后,加入小红书,做基础的数据服务.数据平台.作为创业团队,最开始想做数据挖掘.数据统计.增长,但是没数据,所以先得把数据的采集.管理.计算.储存的技术架构搭起来,有了技术架构之后,再做进一步的数据分析,基于分析与决策,然后再做增长,进而推动产品的迭代和公司各个层面的决策.因此,我

以下内容根据演讲视频以及PPT整理而成. 本次分享主要围绕以下五个方面: PAI产品简介 自定义算法上传 数加智能生态市场 AutoML2.0自动调参 AutoLearning自动学习 一.PAI产品简介与功能发展 1. PAI-Studio 在PAI的架构图中,最下层的是PAI的计算框架和数据资源.PAI可支持MaxCompute.OSS.HDFS和NAS等多种数据资源.在数据资源和多种计算框架基础之上,诞生出了PAI的最早形态:PAI-Studio——可视化建模实验平台,Studio中包括了

光开放平台一个非常重要的特点就是简化了对xml文件的操作,您能非常轻松地引入xml文件.定位到随意节点.增删属性和文本以及节点本身,以下咱们用实例来介绍对xml的操作 引入xml文件: <chtml><we>@{_samples/test.xml:e}</we></chtml> 或 <we>@{_samples/test.xml:HtokID=e0}</we> 在页面中第一次用书包表达式对以xml文件名称为名称的书包取值时.系统会自己

应用的数据部分支持多租户,租户可以是呈现区域(PersentArea)也可以是另一个应用.在数据库设计方面采用最简单的方式,在应用数据表中增加TenantTypeId(存储对应的ApplicationId) 多租户技术意义,在于不同租户间应用程序环境的隔离(application context isolation)以及数据的隔离(data isolation),以维持不同租户间应用程序不会相互干扰,同时数据的保密性也够强. 在程序调用数据时,数据会根据服务的租户ID到相应的数据表进行数据的筛选

1.AI产品设计常见失败原因 技术驱动产品设计,即我有什么技术就做什么产品.尽管许多公司不惜重金招聘高级AI算法工程师,确实这样也能帮助企业拿到大量的融资,但也容易给公司带来技术决定产品设计的局限.然而对于用户而言是不会在乎产品用到的技术到底有多么的高级,训练了多少数据,他们只关心产品会帮助自己解决什么问题,以及所要付出的成本. 忽略用户期望管理,华而不实的产品功能造成用户失望.许多产品挂上了AI的名头,但实际上可能只解决了用户在整个流程中的某个细小的环节,会造成用户期望过高,导致对公司品牌的信

小插曲 开始很纠结,买了一个 yuancheng.works 域名会不会冒犯到 yuancheng.work 站长. 还在群里咨询了 @Phodal 等前辈.重新搞一个新域名,yuancheng.works 重定向到那个域名上. 后来,我仔细想了一下. 我仅仅是搜集远程工作信息,不求啥利益,最多网站有流量了,挂点儿谷歌广告,养活自己的服务器. 思考再三,我还是用了这个域名,目前穷,裸辞在家学习. 远程.works 的初衷 给大家提供一个了解远程工作的窗口. 远程工作是一种选择,不是逃避,不是不想

(一)项目启动前 从事产品的工作一年多,但自己一直苦于这样或者那样的困惑,很多人想要从事产品,或者老板自己创业要亲自承担产品一职,但他们对产品这个岗位的认识却不明晰,有的以为是纯粹的画原型,有的是以为做项目管理跟踪项目进度,有的是做竞品分析给老板看.实际上,这些都不是产品经理的核心和重点.在较为成熟的企业,因为产品的壮大和人员的增多,为了便于协作和沟通,岗位会细化的很清楚,如产品经理.交互设计师.UI设计师.用户体验分析师.数据分析师.运营等等.但是创业型公司中产品经理往往都是身兼数职,创业公司

Scrum介绍 摘要 如今,项目管理的步伐越来越快.项目管理需要更灵活.更积极地,向应客户的需求.使用敏捷项目管理方法,项目经理可以在不影响价值.质量和商业规则的前提下实现所有目标,Scrum是一种迭代增量式的软件开发过程,用于敏捷软件开发.Scrum是一个包括一系列实践和预定义角色的过程框架.本文从瀑布模型出发,介绍了scrum的主要要素.过程以及遇到的挑战. Scrum主要角色: Product Owner Scrum master 团队 Scrum过程: 建立Product backlog

OPD?这是什么玩意?google一下.忘记说了,最近google被封锁的厉害,那就百度一下吧.可惜,OPD找不出是什么.你今天你找不到是正常的,因为之前还没有OPD,而现在才开始有OPD这个东东.相信很多人听过敏捷个人了,这个词汇到现在已经很容易被搜索到了,敏捷个人创立以来,我一直未放弃对IT技术方法的实践和整理,而OPD就是我又要创建的一个东西,全称是Open Product Development.没错,是OPD,不是IPD,当然两者会有些关系,之所以我取Open,是因为我的IT产品开发方

[敏捷开发实践](2) 用于开发和维持复杂产品的敏捷开发框架Scrum 1,Scrum概述 上篇中提到敏捷开发有两种主流的方法,一个是XP,另一个是Scrum,本篇简要介绍Scrum方法.Scrum是一套开发和维护复杂产品的框架或说是管理方法. 我们提到敏捷开发是一个增量的.迭代的开发过程.而在Scrum框架中,整个开发过程我们分解为若干个短的迭代周期,在Scrum中每一个迭代周期,我们称为一个Sprint(原义为冲刺,Scrum中指一个迭代).根据Scrum的建议一般为4周(也可以根据实际产品

产品经理-需求分析-用户故事-敏捷开发 详解 用户故事是从用户的角度来描述用户渴望得到的功能.一个好的用户故事包括三个要素:1. 角色:谁要使用这个功能.2. 活动:需要完成什么样的功能.3. 商业价值:为什么需要这个功能,这个功能带来什么样的价值.作为一个<角色>, 我想要<活动>, 以便于<商业价值>As a <Role>, I want to <Activity>, so that <Business Value>. 用户故事的

四. Scrum过程 Scrum的过程如图4-1所示 图4-1 Scrum过程 4.1 建立Product Backlog Product Backlog是Product Owner把客户的商业需求按照优先级排出来的列表,整个项目存在一个唯一的Backlog,Backlog的内容由Product Owner随时按照客户的需求进行更新,并且做出粗略的工作量评估,供开发团队进行参考.一个典型的Product Backlog如图4-2所示. 图4-2 Product Backlog 4.2 Sprin

Backlog和第一阶段冲刺结果以及产品Demo 博客停更了一段时间,但是我们团队没有闲着,现在一次性汇报团队工作进度,Backlog和第一阶段冲刺结果以及产品Demo. 在一段时间的分工合作以及调整观察团队人员能力以及性格情况后,我们基本确立了每个人的任务以及团队的构成. 我们团队是由五个人负责的,具体分工如下: 五人团队: 产品负责人:吴伟锋 负责:一些常规的功能和时间安排,产品研发,功能预判,时间预判,产品制作流程预判,后台及数据库编写维护. 性格特点:实干,有良好的时间意识和技术,能与组

多年前一次偶然的机会进入到物业信息化行业,在这个过程中认识很多奋战在物业一线的技术大牛.很多时候都会介绍一些朋友给我认识一下,帮我推荐一下我们闻风多奇的物业管理平台.很多朋友看完我们的系统之后都会很开心的说太好了,这个就是我们要的东西,找天你给我们老板演示一下.这个时候我都会问他们一句让他们摸不着头脑的话“你想好怎么给老板推荐物业管理系统管理系统了吗?” 这句看起来很突兀,其实由于我们很多一线工作者往往只考虑采用最高效最直接的方式将自己的工作结果告诉老板,而忽视了中间过程,由于双方信息不对称造成