产品管理的方法都在这了,看完你也能进阶产品经理

《产品管理的方法都在这了,看完你也能进阶产品经理》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、木文是基于我过去的从业经验，观察、以及犯下的许多错误中总结而來的。如果要高度凝练总结一下木文的观点，如下所示：我相信产站管理的未来建立在我们对人类复杂性的洞悉上，体现在开发产站的进程中以及借以了解客户的数据里。我相信产品管理是一项具有决定意义的支持性辅助性角色，而不是某种「远见性」角色。我相信如果在「硕技能」（专业性知识）与「软技能」（人际交往、组织协调等不容易被评估的能力）之间做出界限清楚的划分，这将给公司的生产力带来极人的阻碍作用。而最优秀的产品经理往往具有一种「连接性」的作用，能够将一个组织中的各个角色，各种立场衔

2、接贯通。传统产品经理的角色定位，技能档案中范畴拟定的太窄，有些时候还会出现错误的方向。而对于一个真正伟人的产品经理来说，他的角色应该超越于「会设计的工程师」和「会编程的设计师」Z上。如果你对上面的结论感到疑惑、不解、戾至是强烈反对，请继续读卜去。首先要先给人家分亨一下在过去的5年时间里产品管理所出现的四人转变，这四人转变共同指向的尽头便是产品管理的未来。产品经理的必要性在开始描述这四个转变之询，我想要先指出另外的一个转变。当我刚开始以产品经理的身份工作的吋候，这个问题经常出现在耳边：「为什么我应该聘请一位产品经理呢？」在

3、一些状况中，我经常听到CTO和专注与技术的创始人吹嘘自己的丰功伟绩：在不盂要产品经理的前提下就将软件开发出来。产品经理冇些时候被视为一种「必要Z恶」，一种对公司组织架构和损益表的妥协。往往这样想法的背后都是认为产品经理无非是「二级程序员」，他们无法担当纯技术的角色。你需要一个程序员來真正把软件开发出來不是吗？产品经理说好听点「锦上添花」，说不好听点就是对「编程」和「配置代码」这些「实质性工作」的阻碍。就算在如今的很多公同，这样的想法仍然存在，但是我已经很少碰到了。和反，人们经常'问的问题是：「我该怎么去找來一位产品经理？

4、」为什么会出现这样的变化,我想部分原因是因为现在很多高调宣传的高科技产品往往无法达到开发人员的预期。将软件开发出来，我指的是任何一种类型的软件，把这个想法作为终极目标，比5年前要难A多。如今的风投们都越来越关心那些专注于提升收入，真正了解市场的公司，所以难怪会出现从「开发出来软件」到「开发iE确的软件出来」的转变。但问题就恰好出在这里。为了达到这个冃标，一个人或者一个团队所需要的技能组合空前的复杂。招聘一个程序员本身就是一件很困难的事，但是招聘一个能够掌管人力组织以及系统就更难了。前者无非局限在技术层面精研深究，而后者考

5、量的是更加综合的能力。当越來越多的公司都承认产品管理的重要性，自然而然围绕着这个话题产牛了无数的焦虑以及困惑，比如「到底怎样才能成为一名好的产品经理」以及「如何寻找到他们」。第一个转变：从Agile向agile的转变MakeChanges:emTestiYesDevelopFunctionality1DevelopFunctionality2IntegrateandTestAllFunctionalitiesComplete?AgileDevelopment我相信关于这些问题的答案是随着时间的变化而不断演变的。如今我愿意

6、跟人家分享我所观察到，思考到的-•些转变，尤其是在成为「优秀」产站管理者的这个话题上。第一个转变是在开发方式上的，它从首字母大写的「灵活」(Agile)转变为首字母小写的「灵活」(agile)。这是什么意思呢？从最初的形式上來看，「Agile」这个词因为其首字母大写而具有了一定的宣言成分，它是某种价值观的确立，为了鼓励「灵活开发」，它下面应该冇一套价值观做其支撑。从最纯粹的形式上來看，「Agile」意味着尊璽每一个个体的复杂度，承认，接受无法避免的变数。从这样的理念延仲出来一整套方法论，比如越来越细化的开发流程和工具，每

7、一个都冇着自身文档以及一系列的规则。感觉上，这一切似乎都让招聘产品经理不再变成一件难事。你只需要从这个宏大系统中选择其中一•个流程，针对这个流程选择想对应的专家，工作就完成了。但这样的方法论冇着非常严重的局限性。很明显，这意味着你所雇佣的这个人必须对某一系列的知识内容冇相当程度的掌握，同时还要冇一些特定的经验，招聘的诉求点并没冇瞄准到那些精于适应，快速思考的人才身上。而这些人正是如今小写的「agile」所需要的人才。对于刚开始学习「灵活开发」的人來说，最有效的途径就是去遵循某些简单的，不考虑任何情境的规则了。「只要发牛了

8、这样的情况，那就这么做。」H然灵活开发给了人一套方法论之示，很多人很容易就入了门，然示就没有然示了，就卡在原地不动了。当别人问起你在干嘛的时候，你会说「我在学习灵活开发啊」，然麻就钻到了一套没有什么实际用途的规则当中不可自拔，反正你也不会因为学习这个而被解雇掉嘛。直到要把产品真正开发出来的时限将至，然后所有人都慌了。