当我决定从软件工程师转向产品管理的时候时，我发现自己的理论知识非常缺乏。虽然曾经在大大小小的软件公司工作过，也具备了专业的基础知识。敏捷开发，MVP等，我知道采取怎样的优先处理原则可以把事情做好，但在很大程度上，我的工作只是不断地重复而已。
缺乏思维框架让我对新的角色无所适从，但事实又需要我做出决策，因此，我经历了从未有过的挫败感，我也知道我需要在最短的时间内上手。
所以，我做了许多努力去填补自己的短板，我开始去读一些高质量的帖子，不过，并没有什么效果，事实证明，阅读此类型的文章并不是吸收信息和理解信息的最好办法
这里我将向你们推荐4本书，在我转行管理最初的一年半里，它们对我的管理思想产生了很大的影响，它们跨越了产品管理领域，可能更倾向管理方面。因此适合那些想要往管理（产品管理）方向发展的程序员阅读。
1、《格鲁夫给经理人的第一课》
全球第一大计算机芯片供应商Intel公司创办人格鲁夫在本书中，倾囊亲授执掌公司二十多年的经验，将制造业的“产出”概念导入企业经理人的工作核心中，创造性地提出了“高杠杆率”的管理方法，帮助经理人以最有效的投入获得最大的产出。
这本书以一个假设的例子开始，以一个早餐店的生产线（产出导向管理）的例子来优化一个用餐者的输出，进而向读者缓缓道来一个Intel帝国是如何建立起来的。
里面最令人印象深刻的章节包括介绍打好团体战（团队意识），经理人的产出=他直接管辖部门的产出+他间接影响部门的产出，关于为什么说开会是管理人的必经之路等章节的描述都足以令你打开眼界
我已经读过这本书好几次了，每次阅读我都能从中学到不一样的东西。它是一本永远不会过时的书，内容密集，充满信息和见解。
2、《启示录》
Inspired可能是开创性的产品管理书籍。本书的主题是，在技术公司，特别拥有高增长消费产品的企业中，项目开始的第一天就是决策过程的重要一步。Marty Cagan将“产品”工作流程分为两个部分，即发现产品和产品交付。他的主要观点是，大多数公司需要花更多的时间在产品发现上，通过交互学习来结构化地完成。
本书的另一个核心理念是一个成功的组织是充满了传教士，而不是雇佣兵，书中确实谈了很多关于让产品团队在目标上保持一致并拥有自主思想的重要性。
但本书遵循零散的自上而下的叙述方式，作者从从建立一个团队，到过程，到产品，再到文化，看起来会让你觉得本书是从一堆博客文章中衍生出来的，有时还会觉得内容重复。
3、《Radical Candor》
本书的作者拥有多年的管理经验，她把自己的经验浓缩成一本通俗易懂并且充满洞察力的书。
这本书还很新，去年才出版的，本书的主题是，任何规模较大的组织都会有很多冲突，最好解决方式并不是避免不愉快就可以了。她讲述了许多不同的压力来源，从不同的员工如何运作，不同的团队有不同的目标，以及似乎无法实现的方式。
本书的核心在于用“私人化关怀（Care Personally）”和“直接发起挑战（Challenge Directly）”这两个维度来对管理的方式进行分类。 她认为，一个充满人性光辉的管理者，需要通过发自内心的私人关怀来和员工保持良好的关系，让他们觉得自己受到重视、得到关心，带领团队形成一种“善意”的文化。
这本书是一本真正的资本管理书籍。与第一本书相比，它在描述上显得有些沉重。就我个人而言，我没有觉得这本书没有任何一部分是在添油加醋，但如果你不喜欢管理类书籍，你会觉得它有点mba风格。
4、《The Manager’s Path》
这本书是关于工程管理的，如果我能够在我从一个初级工程师转变成一个高级工程师，开始带领团队开发技术项目的时候知道这本书就好了。
Camille Fournier采用直截了当的描述方式，探讨了管理工程师的方法，以及技术管理者所需的技能。并描述了职业规划路径中，从导师、技术主管到高级工程管理人员之间各类不同的角色职责。此外，书中还讨论了技术领导层会面临的挑战并提供了相应的建议，适用于所有对工程管理感兴趣的人。
与其他书籍不同的是，本书在更侧重实践的建议，但这并不是说它没有指导原则，不过我觉得本书还是有需要改进的地方，比如在章节本身。有几次从一个主题跳到另一个主题太快了，导致你衔接不上。有时明明在和你讲解关于如何指导一个团队，一下子转向了技术方面的问题。
|
