开发

产品经理or项目经理,关于职责和工作的思考

任何一个问题地提出都有其背后的原因,而PM需要透过现象去寻找本质,这其实也是一个从需求采集、分析到产品设计的过程。互联网公司中,产品经理兼任项目经理职责的情况已经很普遍,PM经常会承担起日常产品项目的推进和执行。每个公司要求PM负责项目管理的具体工作各有不同,只有进行合理的定位和职责分配,才能发挥PM应有的价值,提升团队的效率和质量。公司年会,酒过三巡之后,同事们开始和我推

一次病态项目进程的发展与变迁

当产品和技术部门没有统一的管理,即使使用有效的项目管理软件,所谓的deadline也不过是单纯的数字罢了。“老大,开发他们要对数据库进行调整,近期不能送测‘改版需求’了。”我询问完开发主管后,随即就向我的老大汇报了这个情况。“那这样的话,我们也没办法了”老大语重心长地告诉我,“这个功能可能会中断,你不觉得这个新版页面看上去很丑吗?”听完,我差点晕了我过去~这是去年12月初,

精益理念:产品开发的四步循环法则

成功并不是埋头苦干与坚持不懈的必然结果,成功是有方法和规律可循的。2011 年在斯坦福上的这门课,Eng 245,彻底改变了我对创业的认知。我也成为了 Steve Blank 精益理念的追随者。老师的话非常朴实,但又直戳要害。大家可以感受一下:创业公司是什么?一个临时性的组织,在极其不确定的环境中,为了寻找可扩展的并且可重复的商业模式而存在」—— Steve Blank「成

移动产品团队迭代运作概论

移动产品团队的运作强调高质量、零风险、高速度交付;结合这些年来参与的团队运作经验,特别是之前带领团队进行敏捷运作试点的经验,写了这篇概述性文章。1 快速迭代版本快速迭代运作流程参考了SCRUM敏捷运作模型,但是更重落地、而不重形式。目前我们App采用Hybrid混合架构,以一个月一个原生版本为正常迭代节奏,月中最多可夹杂一个h5热更新版本。2 需求分析前置下的版本周期规划版

我看大前端:终端碎片化时代下,所有表现层的整合

最近国内开始越来越多地提及“大前端”的概念,一说是前端和移动端的整合,一说是前端和中间件的整合。虽然还没有一个明确的共识来说明“大前端”究竟是什么,但不少团队已经开始以“大前端”来为自己命名了。点融网自2015年就开始组建客户端团队,包括传统意义上的前端(Web)、iOS、Android、Node.js 等在内的各种技术和开发工程师在内。成立至今,数经变动,虽无“大前端”加

从 0 到 1 设计一款产品,我的反思与总结

本文作者结合自己的经验,总结了产品从0到1设计过程中的一些反思,与大家分享,希望可以给大家一些启发。2015年的夏天,我以实习生的身份来到现在的这家公司。刚到公司时,我在一个已经比较成熟的部门项目下做着用户研究的工作,直到有一天,领导让我做一个关于XX的竞品分析报告。当我找遍资料写完报告交给老板时,虽被领导找出了一千个不足之处,但一番“痛骂”教导后,对我说“1.0的需求原型

全栈不仅是会开发那么简单

许多“有抱负”或者热爱编程的程序员,对全栈工程师可能都是孜孜以求。全栈是一种极客精神,对软件的每一种编程语言、每一个开发平台都有着浓厚的兴趣,并愿意为之付出努力,全栈工程师应该对软件各个方面都有广泛的接触面,对软件有深刻的洞察力,这种广而深的见识将让我们开发出更加高效率地开发应用。我们周遭的人对全栈的描述往往是“我熟悉C/C++,java;swift,Ruby都会一点,还能

快速提升软件开发指标产品经理要做好版本规划

做好产品的版本规划,能让我们研发团队有节奏高效率,有方向明确目的性的去针对开发,对提升开发指标、产品价值非常重要。产品经理要做好明细的开发内容,预估出精细的开发周期,若这两点明确不清晰,开发节奏混乱,不但拖累团队还会拖垮产品。做好产品的版本规划,能让我们研发团队有节奏高效率,有方向明确目的性的去针对开发,对提升开发指标、产品价值非常重要。产品经理要做好明细的开发内容,预估出

为什么选择快速开发?优势是什么?

大家都知道,现在和以前比起来,互联网行业、软件行业已经天差地别了。现在处处都在搞信息化建设,人人都知道互联网思维。这样的信息化时代,对于软件开发者、对于软件开发公司来说,是一个巨大的机遇。在门外汉看来,软件开发是机遇大、成本低,只要叫几个程序员,就能搞出个软件公司来。但是,事实情况是这个样子吗?本人在国内软件行业发展较好的二线城市发展,几年也亲眼看到了不少软件公司的衰落。有