• 住手,请放开你的“思维”


        在5月17日《每日一句》的收藏中我记录了这么一句话,“我不是天才。我有几点聪明,我只不过就留在这几点里面”,这句话是IBM创始人兼CEO托马斯·沃森所说。

        同时,让我想起了在1月27日记录了爱默生这样一段话:“忌妒等于无知,模仿无异于自杀,一个人不管好坏,必须把自己看作自己的命运,虽然广阔的宇宙不乏善举,可是若不在自己得到的那块土地上辛勤耕耘,一粒富有营养的粮食也不会自行送上门来”

        以及,加上查理·芒格和沃伦·巴菲特前段时间股东大会大热的观念之一:“每个人都有自己的能力圈,要扩大那个能力圈非常困难。你必须在自己的能力圈之内竞争。你专注的领域越小越好”

      以上众多的“成功理论”以及加上自己个人长期实践的感想抽象得出:做自己所擅长。因此,这个通过自己实践和思考沉淀的“个人基础观点”影响着我在“管理”层面一个基础原则的形成:挖掘别人的优点

            芒格在上面也表态了,专注的领域越小越好。我个人觉得吧,但凡给别人留下抽象,每个人对这抽象的实现范围肯定是不一样的。有的人觉得专注自己在“我要做一个有价值的人”就好,有的人发誓自己要一辈子专注在“IT行业”,有的人觉得“程序员”注定是自己一辈子的职业。当然,这几个具体的想法都是自己对自己负责任的一个实现目标,有一个能让自己持续执行的目标已经领先很多人了。就像我的一个同事,他对他自身适合做项目经理上的“自我认知”是我们开始合作的基础,他对自己定位上的专注与坚定非常值得尊重,在我们共同合作的过程当中,他的这个优势也发挥得淋漓尽致,这是我们能够共赢的一种合作模式。每个人都有自己的缺点,但我的职责不是去挖掘他的缺点,而是最大地发挥他的优点。所以,对于近期一些关于他个人在工作上的想法,我觉得还是值得拿出来一起探讨和相互促进。

            我觉得吧,职能的职责范围会因企业的组织架构和经营模式的差异而有所不同,而企业组织架构的各种职责又会因为自身的业务发展和适应市场所需而不断地在完善当中。就像我们部门在不久前对“项目经理小组”职能的职责范围进行了调整,覆盖了“需求职能”的管理同时还要涵盖了部门售前和售后的大部分职责。当然,这不是一个人可以拍的脑袋,而是在所有信息高度对等的情况下再结合自身组织问题和公司业务发展所需而共同决定做出的决策。职能范围的增加往往意味着责任和工作量会大大增加,能在这样一个隐藏的明显事实下大家还能无疑义地达成这个共识,我十分为我能在这个团队工作而感到骄傲。矛盾和冲突是我为这个决策所做好的心理准备,但找到我的第一个问题不是工作量太大或者哪个环节不通畅,而是以上这位项目经理的担心:当前过多售前售后工作的占比慢慢侵蚀和弱化了他作为项目经理本职该有的核心工作技能

            以上这位项目经理的担心让我想起了不久前跟另外一位女同事吃饭时的一些观点碰撞,她一直始终认为“选择比努力重要”,对于她的这个观点我是认同的,但我不知道她是否知道“选择”的背后其实就是自己三观的综合体现,我更担心的是她是否会错误地把“选择”和“努力”看成鱼和熊掌之分并认为自己“选择”对了就可以减少以后“努力”的付出。我觉得吧,我们很容易有这样一个错误认知,就是觉得自己掌握了“一点”就觉得自己掌握了“全部”,而不再愿意花费更多的精力深入探讨并陷入“拍脑袋”这种主观且被动的局面。对于那位项目经理的担忧,我能做的只能“抛身引玉”。我跟他说,我目前给自己的定位还只是一个‘“程序员”,在公司干了这么多年,我从“程序员”干到现在“部门经理”这个角色,同时,近年来还披着“项目总监”的皮去干“销售”,但这些所谓的“角色”从来都不会影响我以“代码”为中心点出发,去探索整个“业务价值链”以及“跨领域学习”的渴望。我跑市场的经历让我每个月下来积累的那两行代码比我以前写的几千行代码有价值多了。我不确保自己的观点是正确的,既然我们一起努力一起进步,我希望我自己的观点能给这位同事带来个人观点上的一些触碰吧。

     

  • 相关阅读:
    不在models.py中的models
    Python多进程编程
    Python多线程编程
    Linux系统的数据写入机制--延迟写入
    Python读写文件你真的了解吗?
    面试 Linux 运维工作至少需要知道哪些知识?
    查找占用资源高的JAVA代码
    CPU的load和使用率傻傻分不清
    Python编写守护进程程序
    由Nginx的DNS缓存导致的访问404
  • 原文地址:https://www.cnblogs.com/wcd144140/p/10905212.html
Copyright © 2020-2023  润新知