怎么样才能从产品经理和测试工程师哪个好到产品经理呢?

岗位职责:1、负责软件项目的需求调研、需求分析、系统架构设计、系统开发、系统部署实施、项目验收等过程管理;2、对软件需求进行管理跟踪、控制需求变更;3、編制项目开发计划、识别和控制项目风险,有效控制项目开发过程及关键环节于项目期间对项目成员进行培训、指导、考核等工作;4、處理项目过程中出现的技术、质量问题,组织人员对关键技术、质量问题的攻关;5、团队的日常管理工作包括人员考核、任务分配、任務检验等;6、项目规划方案、项目相关文档的编写,做好项目的过程资产管理;7、完成上级领导交办的其他事项任职要求:1、有3年以上軟件项目开发及管理经验,自律有强烈责任心;2、计算机、软件工程、信息管理等相关专业专科以上学历具备项目管理的相关技能和知識;3、较好的文档编写技能,可以独立编写产品方案和项目开发涉及到的各种技术文档;4、具备较好的团队领导能力有良好的沟通与团隊合作技巧,能适应较大的工作压力有较强的分析解决问题的能力;5、有新技术专研及应用能力,特别对于大数据、人工智能、云计算等领域的开源框架应用能力;6、服从公司安排能接受频繁出差工作。

产品经理岗位职责:1、负责完成公司产品的原型、流程和交互界面設计编写完整的市场分析文档(MRD)、产品需求文档(PRD),协助开发团队理解和掌握需求对产品需求方向和易用性负责;2、收集产品需求,对用户需求、市场需求、业务需求和产品竞争力进行调研分析不断优化产品,提升产品质量;3、深入了解用户需求编写需求说明書,并协助产品的研发、测试、实施等工作;4、深入研究用户、市场、竞品挖掘用户需求进行产品优化,并协调资源推动实现;5、关注產品数据通过分析数据,发现产品存在问题并推动优化;6、负责各部门之间沟通负责,资源协调把握进度,推进产品迭代优化工作;任职要求: 1、3年以上互联网产品设计经验;2、出色的页面设计和交互设计能力能独立撰写产品文档,熟练使用Axure、思维导图、office等软件;3、能对目标客户进行市场分析、行业分析、竞品分析对产品进行定位;4、对互联网产品有足够的热情并长期关注,能负责产品策划和后續版本的需求跟进;5、工作积极主动责任心强逻辑清晰,善于沟通具备良好的团队协作能力;6、有创新精神,头脑活跃;7、较大的抗壓能力能对负责的功能模块的kpi负责;8、服从公司安排,能接受频繁出差工作

PHP中级开发工程师岗位职责:1、负责PHP技术方向的产品和项目研发工作;2、参与架构设计和实现,根据开发流程进行设计、开发、测试、交付;3、参与项目开发的技术攻坚;4、参与系统文档的编写与維护;5、带领团队按照开发进度进行项目开发与验收任职要求:1、精通主流开发框架如:YIIZ、THINKPHP等,了解PHP优化缓存技术;2、精通Linux环境有Linux环境下部署和维护能力;3、精通MYSQL,有数据库设计、调优经验;4、良好的数据结构、算法基础、良好的编码习惯;5、有带项目团队经验者优先;6、3年以上PHP开发经验。

运维工程师/Linux运维岗位职责:1. 负责运维业务开发、测试环境维护;2. 负责应用监控及报警处理;3. 负责代码发布、bug排除岗位偠求:1、 3年以上Linux运维经验;2、熟练最少一种配置管理工具,如ansible/puppet;3、熟悉Jenkins自动化发布、git使用;4、熟悉大型互联网公司架构 熟悉nginx/redis/java等配置;5、有阿里云平台维护经验优先;6、责任心强,积极主动热爱学习,有良好的沟通及团队协作能力

产品经理和测试工程师哪个好岗位職责:1、根据产品开发计划制定测试计划;2、根据产品需求、设计文档等编写测试方案、测试用例;3、执行测试用例,填写提交BUG并全程哏踪问题解决;4、参与内部评审,如需求评审、设计评审、测试用例评审;5、根据产品测试过程进行质量分析并编写相关测试报告。任職要求:1、2年以上软件测试工作经验;2、精通测试过程设计和用例设计方法了解性能测试,自动化测试和白盒测试流程和相关测试工具;3、具有两个以上大型项目的测试组织和执行具有web端,android端ios端测试经验4、具有强烈的责任心和吃苦耐劳的精神,擅于协作具备良好的團队合作精神,能够承受项目开发中的压力 简历邮件请注明来吾爱论坛。

}

— 我:我在构思写一些关于产品經理是什么样的文章

–S:是不是就类似于“啊你应该这样写电子邮件”……

–S:你应该这样归档文件……

— 我:哈哈,差不多就是这样

过去十年,我作为产品经理 (Product ManagerPM) 在 Google 的不同部门工作过。现在我在纽约市的一家初创企业负责产品开发。上面是我和一位朋友的对话他吔是以前负责用户体验设计(UX design)的同事(他很喜欢嘲笑我)。他并不是很了解产品经理在做什么或者他们怎样工作。令我沮丧的是我甚至不确定大部分产品经理自己能不能清楚地给自己做好定位。

所以我经常在思考,如何传授一些经验给新晋的产品经理

产品经理扮演的角色是有些模糊不定的,在不同的公司不同在同一公司里的不同团队不同,甚至是在同一团队内产品经理的角色也不是每天都一樣的。对产品经理的工作最恰当的描述就是一人身兼数职从很多角度看,他们的工作更像黑暗艺术而非科学他们更多的是在改善产品洏非创造。他们更像是在工作中努力挣扎求生而非自信遨游。

总之初出茅庐的产品经理听着:要想在一个庞大且快速成长的软件团队裏成为大牛 PM,你就必须身兼数职、无所不能

人们最常挂在嘴边的比喻就是“产品经理就是产品的 CEO”。在很大程度上讲我认为除了少数極为资深的产品人,这句话都言过其实了

产品经理实际控制的资源有限,几乎没有人必须向你汇报在制定预算的过程中也没多少话语權(甚至没有话语权),因此产品经理主要是在产品相关的一些细小的方面进行改进,你要服从的大的组织架构而无法掌控它。

即使莋为初创公司中产品的主要负责人 你也会发现自己只是公司实际 CEO 的员工而已。所以作为产品经理你实际上没有任何“首席执行”权。

所以你必须要依靠你的聪明才智和影响力(更多是要依靠后者),使自己在一个平等主义或是精英治理的系统内完成工作而对这个系統的组织结构来说,你没什么特别的

成功地开发一款产品,需要结合你的直觉能量,和决策如果产品开发失败,那么你就有不可推卸的责任但是,如果产品在市场上取得成功(以你之前设定的任何一种标准去评判)你很少会获得赞美之词:因为你只是通过让别人絀色完成工作,从而完成自己的工作罢了相反,你的满足感只来源于自身你知道是自己使得优秀的产品诞生。

我们大多数人在高中或夶学都参与过学校的各种运动队或是看过电影《挑战星期天》(Any Given Sunday)中 Al Pacino 的演讲,所以大家明白教练在团队中的作用

教练是不会在场上冲鋒陷阵的,但他们一定会参与其中教练知道如何排兵布阵,知道如何让队员互相配合如何出奇制胜。但是教练的最大作用可能是鼓舞壵气教练明白团队是由人所组成的,人与人之间的关系在很大程度上决定了团队的效率任何一个教练都会团结他的队员。

一个好的教練能够找到合适的方法激励自己的队员而伟大的教练带领团队走得更远,做得比任何人想象的都要好不论在顺境中还是逆境中,教练會让队员只专注于得分教练会保持对场上情况的洞察力,保持乐观排除干扰。教练会讲故事激发人的想象,指引胜利的方向

产品經理就像边线上或者更衣室里的教练,激励同事们分毫必争当然,教练(以及产品经理)也各有不同的风格:有的是心平气和地指引囿的则是激情四射地鼓舞。大多数人处于两者之间

产品经理的风格没有固定的模式,只有结果说了算:你的团队紧紧围绕着你渴望与伱共进退,因为他们相信你并愿意共同去实现你曾呈现的愿景。

当然了你本身并不是工程师,但是让我说完。很多大型的软件公司(比如 Google)和初创企业要求他们的产品经理有技术背景(计算机 / 工程学位或同等学力)。这背后的原因并不是让你在需要的时候也写代码(相信我没人会想让我写代码),这些公司的目的在于让产品经理们能和工程师顺畅地交流尽快了解核心技术概念、可能出现的问题鉯及未来的机遇等,能过做到这些的产品经理更能得到团队成员的尊重和信任

从这个角度来说,最好的产品经理是文化上的工程师:你囿着黑客的基因理解 XKCD 式的幽默感;你有着最喜欢的编程语言,你对于时尚的要求很低你对于服务器崩溃感到很痛苦,你可以画出最好嘚程序框图了解程序是怎样一步一步实现的。只不过你不用亲自写代码、做测试,你要负责其它所有的事情也就是我下面要说的···

脏活累活都是你干,这样其他人就不需再费心了这是你最重要的工作之一(甚至是你最重要的工作),只有这样你的团队才能更高效地运转。

当然了作为一个产品经理,你会花很多时间来和设计师一起探讨精美的界面解决复杂的交互问题。你会深入到产品测试中发现细微处一些 bug。你的产品将会持续影响上百万人(甚至几十亿人)的生活以及你所在的公司

但是,有些工作必须你去做不能推卸給别人。比如说在哪儿贴产品大海报因为没有做这些工作的助理;比如在周五找一个供 14 个人开会的地方,比如坚持编辑团队博客比如處理法务问题,比如好好准备给上级领导看的 presentation比如将 300 多个优先级较低的 bug 进行分类,比如说跟进每个人这个季度的任务目标比如说保持數据报表及时更新,比如在 PR 团队不在时接受媒体采访比如设法让别人同意一些不太有趣的小问题,比如???马桶坏的时候你去修

因為如果你不去做这些琐碎的工作,那就得团队内别的人去做这意味着他们不能专注于他们自己的工作,你的产品可能就要出问题了所鉯,戴上胶皮手套开始干活。

我父亲曾有一把 Estwing 牌的锤子他管着锤子叫做“强制的工具”(persuader)。如果你是个木匠你可以随心用锤子将釘子钉在木板的任何位置。这一点与产品经理相似你的首要工作是“影响力”。

你生存的根本在于说服其他人让他们按照你的想法来莋产品的能力。说服是一种艺术基于你与人热情沟通的能力。你需要巧妙地将数据与论点、事实与观点、逻辑与感情结合起来

实践中,这意味着你需要条理清晰地写作有时要强硬地表达,这也意味着你在说话是要充满魅力和权威。为了影响他人你需要赢得人们的信任和尊重。在必要时你要同时表现出自信与谦逊

你要把“no”(每个人的第一反应)变成“yes”(人们需要可信服的理由才会说出)。从哽大范围来说你需要成为事情发生的原动力。你不能让人们模棱两可你需要让人们明确立场,开始行动你带来解决方案,你要把混亂的事情规整起来避免事情变得七零八落,你需要推开所有的负面因素最终发布出产品。

曾有一位导师告诉我“你唯一需要关注的重偠的事情就是推出产品”从这个角度说,你就是盖房子时挥动的锤子

每天会有很多人会给你提出各种要求,具体形式可以是 bug 提交、email、媔对面沟通、电话、视频会议等作为一个 PM,你不断地面临大量的信息和问题这里面很多都需要你关注,有些还需要你采取行动大多數情况下,你是采取行动的最佳人选

因此,你的角色应该是交警把事情导引到正确的地方。我这么说并不是在贬低这项职能而是说奣在维持项目进行中,这个角色至关重要你的职责是把一份工作分配给合适的人,尽快完成你与他人的个人关系越好,在分配工作时鈳能也就越容易从这个角度讲,你是机器正常运转的润滑油

分配信息没什么荣誉可言,但你会发现让信息在你的收件箱里停几天(甚臸几小时)都会导致同事工作不顺利产品进度缓慢。所以做一个强力路由器意味着你需要“实时在线”——无论在何时何地有人需要伱时,你都应该及时回应在非上班时间也要这样吗?是的

你应该是你的产品最强力的使用者。你需要着迷地使用自己的产品(有个说法:吃自家生产的狗粮)只有这样你才能更加了解怎样优化产品。

在不同的环境不同的场合使用产品是测试产品为什么会出问题的最恏途径,把这些 bug 收集起来交给团队成员。一个不断提交 bug 的产品经理才会被工程师团队认为是有激情、细节导向、关注品质的

同样地,茬现实生活中测试产品你能看到其他人对于产品的看法,更好地理解用户使用产品时周围人们的反应

你当然需要真实用户的意见反馈,但是没有一个用户能够像你一样了解产品的规划和策略所以你在了解产品的过去、现在、未来方面是独一无二的,你是唯一责任人沒有人能代替你做产品测试。如果你是个不热衷于做产品测试的产品经理那只能说你就是个不关心产品成功与否的产品经理了。

作为一個产品经理你发现自己每天都要解决各种各样的问题。没有教科书教你怎么做当然,你可以用到学校里学过的各种知识你此前的经驗也会给你提供一些帮助。但是每个问题都有一定的独特性以前的经验往往不足以应对新问题。所以你需要重新寻找最佳的解决方案。

伟大的产品经理都有着非凡的创造力他们有着很多 idea,脚踏实地的解决复杂多变的问题每天,你会发现你需要“发明”幸运的是,伱周围并不缺乏 idea实际上,你的团队将成为你创意的来源这就是与一群聪明、有创造力的人一起工作的美妙之处。

假设团队中成员感到產品出现了问题一系列新想法、新方案、创新的能量便涌现出来。这其中大多数你需要礼貌的拒绝(作为团队中全盘考虑的人你是将這些想法分类的唯一人选)。你应该发掘团队的创造力同时去粗取精,把这些创造真正投入到产品中

一个懂得关照全局的产品经理应該知道何时消失。我经常见到的情况是产品经理希望在每个环节都“创造价值”把自己的想法加入到每次会议,每次讨论中这些人觉嘚沉默就会被认为缺乏洞察力。很多时候这都是出于好意他们只是想帮忙。

但是更多的产品经理应该听从古希腊医师希波克拉底的劝誡:首先要做的是别造成伤害。如果很多产品经理管得太多就会压抑了周围的人。

这个理论在于工程师一起工作的时候尤其适用工程師们喜欢把时间都投入到写代码中,而不管其它的事情解决这个问题的一个好方法是等着人和问题来找你。如果一切正常就没必要把所囿事情都牢牢把在自己手里

所以,不论何时尽可能地不要干涉团队成员的工作,而在他们需要你的时候尽可能地提供帮助

千言万语彙成一句话,你就是你的产品你开发、发布的产品就代表了你作为一个产品经理是否成功。这是你逃不掉的这是你的遗产。你的所有努力、每个决定最终都会汇聚成这个产品

你的产品是否成功取决于你能否在任何团队需要你的时候扮演好自己的角色。这些角色就包括叻我上面列出的这些此外,你还需要在产品研发的过程中不断地探索自己其它无数的角色

}

我要回帖

更多关于 产品经理和测试工程师哪个好 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信