|
第一先谈What，这是读书的过程种要做的事情，就是搞清楚这本书在讲什么，这个“What”包括基本概念和基本逻辑。读书的时候先不要怀疑作者的言论，先假设对方说的是合理的，此时的状态是没有不接受，也就是既不相信，也没有不相信，且看作者做说什么，如何论证的。这个时候我会用作者的逻辑来试图证明作者的观点，如果发现作者逻辑能够很好的证明其观点，那么这本书是值得读的。记住任何科学体系都必须满足两个特征，即自洽性(自己不能证明不了自己)和相容性(不能用自己的逻辑证明相互矛盾的结论)。项目管理者联盟
除了自洽性和相容性，好的知识体系应该一个核心的观点，所有的派生的概念和逻辑最终都是为了证明这个核心的观点。也就是我们以前上学的时候，老师让我们总结的中心思想。如果一本书尽是一些观点的罗列，作者自己没有中心思想，这种书往往属于毒鸡汤，还是趁早扔掉的为好。项目管理者联盟
第二谈Why，这是在读过之后要做的事情。经过What的过程之后，就书中一些关键的概念和逻辑提出“为什么”的问题。通过问自己为什么，可以把新学到的知识和自己既有的知识融会贯通。这其实就是在做归一化的思想实验。因为“为什么”之后还有更多的“为什么”，凡事都架不住多问几个问什么。科学类的知识(无论自然科学还是社会科学)都是一家之言，也就是有其适用的特定条件，所有这些一家之言都是在说明世界的某一种真理的某一个方面，通过问问什么，可以把这些知识背后的知识挖掘出来，到最后往往就是一个适用性更广泛的道理。那么也就实现了知识的归一化，同时你对世界的认识也更加透彻，也就不需要记住三十六种处理方法了。PgMp.mypm.net
第三谈How，所谓How，也就是知识如何应用的问题。作为以技术为职业的人来说就是把知识进行工程应用。而对于我们项目经理来说，是不需要这么做的。我们这个时候要做的仍然是进行思想实验，也就是结合工作和实践来思考刚刚学到的知识应该如何应用。项目管理者联盟
记住，最关键的是要思考技术对于人的作用和影响，也就是该技术可以解决人的什么问题。知识是人创造和发现的，知识最终都是为人服务的。以人为中心来思考知识的应用，那么你看问题的层次就提高了，那么在论证技术方案的合理性的时候你就不会慌了。最重要的是，当工程师给出很多方案的时候，选择合理方案就不会那么困难了。因为你已经懂得了技术的价值是什么。项目管理者联盟
最后，不要试图展现你比工程师更专业，而应展现你比他更有逻辑。service.mypm.net
我认识的很多资深的项目经理，自身的技术知识其实是很丰富的，逻辑思维能力也很强。但是往往还是无法和工程师处理好关系，其中非常重要的原因是：他们往往喜欢用工程师的专业知识来挑战工程师的工作。并不是说发现工程师的问题不要指出，也不是说工程师耍技术权威的时候一味的放纵，而是要注意方式方法。要尽可能的用引导方式和问问题的方法，让工程师自己的逻辑出现混乱，当他陷入困境的时候，你再出手，此时仍然以问问题的方式说“你看往这个方向是不是可行的?”，这个时候工程师对你是感激，而非怨恨。如果太直接的指出对方技术上的问题，工程师往往面子上挂不住，反而不利于工作的开展。要知道，技术是工程师赖以获得成就感的源泉，被你那么轻易戳破了，瞬间尊严会受到严重的挑战。作为可以拯救银河系的项目经理，就不要跟工程师争这个了。项目管理者联盟
还有当面临错综复杂的跨专业技术问题时，清晰的技术逻辑和项目逻辑结合，会让你更加淡定，能够起到稳定军心的作用。这种表面时技术问题的项目问题，如果直接交给工程师来处理，往往处理不好，因为工程师往往只会看到他眼前的技术问题，跨专业的问题往往会被忽视，更不用提项目整体的问题了。这个时候，“懂技术“的项目经理，运筹帷幄的能力才能真正解除项目的危机。项目管理者联盟
结束语项目管理者联盟
项目经理不应该放弃对技术的学习，某种程度上你尤其需要把自己行业的知识体系掌握下来，这样做的最大好处是让你容易和技术人员沟通，而且让你拥有了技术判断能力。你需要掌握的是核心概念和原理，而非技术细节。知识的学习需要总结自己的方法，掌握方法才能快速有效的学习所需要的专业知识，通过思维实验逐步实现知识体系的归一化。项目管理者联盟
来源：微信公众号 易解项目管理 (ID：LihaiPMP)转自项目管理者联盟
项目管理者联盟项目管理者联盟
|
