技术管理案例课
许健
eBay 基础架构工程研发总监
21440 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 28 讲
技术管理案例课
15
15
1.0x
00:00/00:00
登录|注册

23 | 技术决策(2): 拥有辩证思维,才能在纠结中负重前行

用发展的眼光看问题
辩证地看问题
从特殊性到普遍性
痛点是决策关键
总结
用发展的眼光看待矛盾
矛盾的普遍性和特殊性
痛点是决策关键
辩证思维指导决策
决策过程艰难
技术决策之辩证思维

该思维导图由 AI 生成,仅供参考

你好,我是许健。今天我们聊一聊技术决策的辩证思维。
但凡重要的技术决策,决策过程一般都是很艰难的,决策时需要考虑的点又是千头万绪,再加上决策效果通常是影响重大的,这些直接导致决策者处于焦虑纠结的状态。
我自己也时不时陷入这样的状态,为此我很想总结出一些方法论指导我做决策,就像专栏前面的文章中多次提到的那样,我会从自己实际已经经历的事情和正在经历的具体案例中做分析、做反思。
最后我发现自己总结出来的指导思想就是辩证思想,但是思路还是比较零散的。为了把零散的思路整合起来,我就去看了有关辩证法的资料,其中的重点就是毛主席的《矛盾论》,重新整理了思路,我才觉得较之以前系统了很多。
今天我就想跟你分享一下怎么用辩证的眼光来看待和分析技术决策,希望可以帮助你做出更合适的技术决策。

让你觉得痛的才是决策关键点

我在专栏中曾多次提到,想要从根本上有提高的事情都不是简单的事情,如果一个重要的问题已经存在很久了,那你也不要有不经过艰苦奋斗就能解决这个问题的幻想。
但是即使有了这种认识,对我们做技术决策又有什么帮助呢?接下来我们先看一个例子:
我们公司之前的配置管理系统 ODB 已经服务十年了,里面存放了各种系统的模型,一方面由于很少去除过时的模型,这导致很多模型动辄上百个字段,而且里面还有很多无用字段;另一方面,数据量的膨胀使得 ODB 系统性能越来越无法满足需求。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

这篇文章以作者亲身经历为例,阐述了在技术决策中如何应用辩证思维。作者强调了“让你觉得痛的才是决策关键点”,即在做技术决策时,要找到让自己感到痛苦的关键问题,因为这往往是决策的核心。通过具体案例,作者展示了在面对技术挑战时,如何通过辩证思维找到关键问题,并做出正确决策。文章内容深入浅出,通过生动的案例和细致的分析,帮助读者理解了辩证思维在技术决策中的重要性。文章还探讨了矛盾的普遍性和特殊性,强调了在决策中需要研究矛盾的特殊性,以充分认识矛盾的普遍性。作者提出了以特殊性中总结普遍性的思路,通过具体的客户问题开始,深入了解实际需求,解决问题后再推广到更多部门。这种辩证思维和矛盾论的应用为技术决策提供了新的思路和指导。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《技术管理案例课》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(5)

  • 最新
  • 精选
  • Weehua
    问题1,还是先梳理当下遇到的问题,从解决当下的问题为切入点,在不断解决问题的过程中不断思考和规划。技术路线的规划,难点在于怎么能够支持未来业务遇到的问题!这个需要对业务有深刻的了解,这个对于技术人员来说很难!只能先做好当下,但还是要尽量去想三步,走一步! 问题2,数仓建设中,阿里的one data体系是一套公认比较好的理论,但是实践起来是有难度的,很重,能不能解决我们公司的问题一直是我比较怀疑的!我们在这个过程中一直犹豫,如果做,能不能解决问题感觉不一定,而且会消耗大家的精力,现阶段工作量和人员配备不允许。如果不做,现在的数仓对于上层应用又不能很好的支持!反复讨论了半年,现在终于还是决定尝试去做了,与其原地不动,不如去失败积累经验!

    作者回复: 关于问题2, 有机会我介绍你认识一下我们公司的数据分析部门的技术主管认识一下,我们可以互相交流。该部门上海的主管上周还给我发了两篇跟数据质量相关的论文给我看。 关于问题1, 我觉得公司安全部门主要有两大责任,一个是通过安全合规检查,一个是防止公司被渗透。我有以下思路:a) 我觉得需要有机会接触到regulator , 或者找到相关攻略,以此来指导工作。b) 公司防渗透的主要部门是安全应急响应小组,需要能够跟他们搭上线。c) 想一个细分领域先开始学习迭代。比如说支付领域。 这里a 和 b 是保证技术有针对性的落地,c 可以让我们集中精力。

    2020-10-24
    3
    5
  • Bug? Feature!
    受教了。比如在你看到一个技术的好处时,一定要想一下你需要付出的代价。看到新技术所引入的不确定性等风险的时候,也要考虑到它打破原有平衡的积极意义和潜在的大幅提升效率的可能。

    作者回复: 很多年前,我看到“该做的做,不该做的不做”这句话觉得是废话,看到“因地制宜”也没有什么感觉。慢慢的经历了一些事情,就开始反思想要总结出一些普世的规律,最后却发现没有普世的规律,反而回到这句“空”话上来。再后来,偶然的机会真的去看了一下毛主席的实践论和矛盾论,觉得就是在讲这个问题。 我在专栏里提了做决策的原则,这些只能给你做个参考,最后一定是你自己通过自己的实践和经历总结出一套你自己的原则来帮助你自己做决定的,而且这套原则会随着你阅历的提升不断自我修正。“受教”实不敢当,看专栏权当参考,带着批判的眼光来看,我也希望从大家的经历中吸取营养,不断改进。

    2020-11-08
    2
  • 好好学习
    和我最近看的另一个专栏《从0开始学架构》里的架构师的架构原则的思想吻合:适用性,简单性,演化扩展性~

    作者回复: 很多东西都是相通的。关于架构和组织,你可以看一下康威定理-:) 要把康威定理反过来用才是一个好的经理,你有兴趣可以体会一下这句话。

    2020-10-12
    2
    1
  • h.g.
    高屋建瓴,生动形象 ~ 边界:聚焦 优先级:阶段性的产出 发展眼光:不断调整的规划

    作者回复: 推荐你看 邱昭良的 《如何系统思考》,不断突破自己的思维牢笼,提升自己的认知。 提高的前提是承认自己的无知。我虽然不想承认这一点,可现实在不停的教育我 stay hungry , stay foolish 的必要性。

    2022-10-02归属地:上海
  • batman
    老师你好,文中提到“辩证地看问题不再静止地看问题,而要发展地看问题。”举的例子不错,不过描述可能有点瑕疵。 文中“主要矛盾是解决当前客户问题” “要用更少的资源满足更多需求的这个效率上的矛盾” 矛盾应该是谁为主谁为辅

    作者回复: 你好 Batman 我不确定我理解了你的评论,你是说在第一阶段,解决当前客户问题为主,解决效率上的矛盾为辅,而不是像我表述的主要矛盾是解决当前客户问题吗?我没有理解这两者的区别。 我在实际执行中,但凡我有选择,我会偏向在同一个时间段,只集中精力解决一个问题的。

    2021-06-23
收起评论
显示
设置
留言
5
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部