艾伟也谈项目管理,和谐共进的项目组——产品经理提高技术理解力123

  最近被同事问到产品经理怎样提高技术理解力,有哪些途径,这里结合之前做过的两个项目以及和这个项目组所有开发兄弟一起并肩战斗的半年感触来说说。

  1. 产品经理与项目经理的互动

  项目过程中,产品经理和项目经理之间多沟通,产品经理准确传达产品设计的思路,项目经理结合产品实现,给出技术实现的方案,然后一起共同评估选出最优的解决方案,这个过程中产品经理可以学习到自己所做的产品的技术实现方法。在beta1项目中我们在手机QQ、QQ浏览器结合中采用了不同于其他平台的纵向整合方案,从而大大提高了项目的实现周期。

  产品经理是站在产品角度,专注于产品设计和细节的同时,关注技术的实现方案,共同和项目经理评估项目的实现难度和项目时间,以及项目实现过程中可能会遇到的风险,以及遇到风险该如何处理的策略。

  2. 产品经理与项目组工程师的日常沟通

  项目开发过程中,与开发的交流会具体到每一个功能的实现细节,但是在实现细节的过程中会遇到问题,这些问题需要对原有方案的变更和调整,产品经理需要根据开发传达的技术,去评估是否调整需求及产品架构。

3. 产品经理对业界软件体验和技术理解

  产品经理对业界软件体验过程中,经常积累一些特殊软件交互、UI表现等,然后将这些拿到项目组共同的探讨其实现方式,这个过程中也会提高产品的技术理解力,同时储备技术实力。

4. 项目组RTX群日常技术交流

  产品经理要主动发起项目组就产品设计和技术实现的讨论,这样从中产品经理可以更深入的了解技术,技术也可以更深入的了解产品,这样大家在做项目的过程中才可以更好的搭档,提高项目的进度,和鼓舞项目组成员,最终提高整个项目组的整理战斗力。

5. 项目组资料共享

  产品经理和开发分享产品设计的资料,技术和产品经理分享技术的基本知识。

6. 项目组一起对最新行业产品分析讨论,延伸到自己平台能否实现的研究。

  MTK项目组每个工程师经常非常积极的对最新的产品做预研。5月初,要做桌面,我们就在3月开始用lua脚本尝试去研究能否实现。用诸葛亮一句话,万事俱备只欠东风。

7. 产品经理研究自己负责的平台特性

  MTK平台与其他平台有所不同,产品设计过程中要考虑的问题也比其他平台多,例如是基于中间件开发,还是直接内置,两者的区别是什么;产品设计中还要考虑MTK平台字体的特性,来规避一些体验问题;做这款产品是否需要中间件提供对应API接口等;

  以上七条是目前MTK项目组,产品、开发,测试每天探讨学习的地方,这个团队在不断的进步,我们在2010beta1版本开发中就表现出了专业,我们用2010beta1产品开发的时间,速度和产品体验,速度,稳定性,包大小证明了一个产品从裸奔到穿上了马甲的过程,证明了这个产品从开始被认为不可能到现在的一切皆有可能,证明了这个产品出来只能覆盖小众到现在可以覆盖80%的大众,所有的方法只有一个,产品、开发相互促进,产品经理不断提高技术理解力,工程师不断提高产品意识,让整个项目开发过程中气氛非常和谐。今天是一个值得庆祝的时刻,是一个值得骄傲的时刻。

时间: 2024-09-19 19:37:57

艾伟也谈项目管理,和谐共进的项目组——产品经理提高技术理解力123的相关文章

艾伟也谈项目管理,假如我是一个项目总监/经理

就国内中小民营企业而言,项目总监/经理的角色最为尴尬.项目总监/经理不是一个行政上的title,所以没有行政.财务.人力上的权力:项目总监/经理也很少有项目提成或项目奖金:项目总监/经理更多的被视为因政治因素而临时授命的一个暂时性的英雄人物,一个能够带领一群初级工程师完成某项任务的高级技术工程师.简而言之,只有义务而缺乏权利. 在绝大多数中小民营企业中,抛开强烈的政治斗争不说,还缺乏完善的公司管理制度,缺乏正规的项目管理流程,缺乏足够的技术储备力量.所以身处民营企业这个漩涡中,需要考虑的不仅仅是

艾伟也谈项目管理,学习腾讯的产品管理之道

马化腾带着一大批产品高管自上而下,持之以恒地推动产品本位的管理体制规范化,并不断地创新和优化这套体制,使得整个公司上上下下融入了"产品的基因",最终成就了"产品的腾讯". 1.设置一个质量监控小组,由经验非常丰富的高Level的产品人员构成,赋予他们很大的权力,去监控和规范所有的产品项目.并且用KPI来制约产品项目服从这些规范.为了不搞教条主义,很多规范都是在立项之初,由项目经理和这个小组共同确认的,未必是硬性指派,一经确认就受到严格监控.确保好的规范不流于空喊口号

艾伟也谈项目管理,你适合做一个项目经理吗 - 关于项目经理的终极思考

项目经理,从以前一个令人羡慕的职位到现在的烂街,各行各业,各色人等,我们都可以看到项目经理的身影.盖房子搞建筑的,总包分包,大大小小的项目经理无数:新房装修,也是项目经理带着几个小弟出来混的,软件行业里,项目经理就更是一抓一大把.当然,相对于项目经理,下面具体干活的小弟更是多得数不清.因此,更多做技术的工程师们,职位晋升的首选,就是项目经理. 为什么?其实回答都差不多:搞技术搞不了一辈子,年纪大了就干不动了:项目经理毕竟职位高一些,接触面大一些:项目经理可以做管理,当老大:薪水更多一些等等.这些

艾伟也谈项目管理,较大型项目的产品工作心得

最近做的一个项目从需求分析到上线绵延了四个月之久,这也是目前接手过功能点最繁复,产品线对接最多的一个项目.从中得到的一些关于设计较大型产品的心得,拿出来跟大家分享. 立项前 1.统一元素设计需考虑周全 也许是初创团队的缘故,我不得不感叹团队对产品经理要求之严格之缜密,项目全程只有一个人负责,所以大到产品线对接,小到一句提示的位置和展示形式都需要一一推敲. 哪些元素应该做到统一? A.提示方面:统一的操作成功/失败提示:统一的弹窗形式:提示语言采用较统一的句型:为空情况的友好提醒:溢出情况的友好提

艾伟也谈项目管理,DevOps,不是一个传说!

DevOps最近成了热词,望文生义,你也能猜个八九不离十,它就是在说"研发团队"与"运维团队"之间的那点事儿.那么,到底什么是"DevOps"呢? WikiPedia上说:"DevOps是软件开发.运维和质量保证三个部门之间的沟通.协作和集成所采用的流程.方法和体系的一个集合.它是人们为了及时生产软件产品或服务,以满足某个业务目标,对开发与运维之间相互依存关系的一种新的理解."这恰好体现了精益管理中的客户价值原则,即:以客户的

艾伟也谈项目管理,对项目管理的几点认识

自2007年参加工作以来,参与的项目也有好几个了,但都是以项目成员的角色参与,从来没有以项目经理的角色参与项目.中国有句古话叫"旁观者清",同一个问题站的角度不同,可能会形成不同的结论.下面我就以一个普通项目成员的角度谈一下对项目管理的几个看法,希望大家给予指正. 1. 团队成员选择 人员选择要谨慎,要尽量选择合适的人员,在选择团队成员时要重点考虑其团队合作能力.编码可读性.能力和项目的匹配度等因素. 2. 项目远景的确定 项目初期项目经理需要和高层以及客户协商,定下项目的远景目标(即

艾伟也谈项目管理,我的项目管理观点

    公司要我给项目经理做一个培训,关于项目经理的做事情的方法和观点方面.我就采用了Workshop的方式,Workshop不是会议模式,而是侧重于交流会谈的一种模式,毕竟大家都是项目经理,并非说我的做法就是对的,所有的一切都是自己的经验之谈,所以我只是说大家彼此分享经验,交流心得.我把我所要分析的内容大概做了一个讲义,也希望更多人能够参与到这个Workshop中.项目经理好做吗?      项目经理好做吗?好做!项目经理好做吗?不好做.不同的人.不同的态度.不同的方法,其结果也就存在有极大的

艾伟也谈项目管理,打造高效的技术团队,我会关注的7个点

1:使用分布式的版本管理系统 如果你觉得不需要使用版本管理系统,那我们沟通会有代沟,如果你是cvs.svn的粉丝,或者由于某种原因没有使用过分布式版本管理系统,比如git,那强烈建议你去看一下"why git is better than x". 2:一键式发布 这里发布的目标位置,既可以是开发机,做本地测试:也可以是测试机,为QA准备好捉虫游戏的森林:还可以是生产环境(或者beta环境),供用户直接访问. 如深度xp一键恢复系统一样,一键式发布需要自动完成很多工作:代码自动化测试(开

艾伟也谈项目管理,产品版本改造中的项目管理

近段时间,一直在负责一个产品版本改造(C/S系统进行B/S改造)的研发项目管理,在任务紧.时间短.团队成员又没有相关技术(Silverlight)背景的恶劣情况下,我带领包含我在内只有6个人员(5个研发人员,1个产品经理,产品经理在系统版本改造中主要精力投入到辅助市场部进行产品推广去了)的超小型项目团队,终于在公司给定的时间范围内完成了整个产品的版本改造.这其中经历了需求变更.技术风险.人员变动等诸多问题,项目任然取得了成功,这种使用新技术的试验项目能够取得成功不得不说有几分侥幸,更多的还是团队