我们技术人在工作过程中, 经常会与人争论到面红耳赤。最终也没个结论为何?
举个例子:
产品说:我希望所有的页面, 都能展示用户薪资明细。
开发一听炸了:什么你知道用户薪资明细,联合了十几张表,而且所有的页面都要,你这不是要让数据库崩掉吗!
产品说:现在我们数据也不多。
开发:数据现在是不多,但是未来数据增长起来了呢?
产品:那是你技术上的事。我只管设计产品。
开发:好如果你要查所有的用户数据,出了问题你负责
产品:为什么我负责?
开发:我已经提醒你了你不听。
产品:那要你技术做什么?
……
大概是这样的,可能案例不够典型, 但是大部分技术人应该都知道这种情况 。
其实上面这段对话,我们来尝试理下,从产品的第一句话开始:
关键字:“所有”、“明细”
“所有”这个词确实描述不够友好,开发很可能是刚入职不久的, 或者是已经离开这个功能有段时间了,即使是当前正在维护的开发,也很可能无法理清这个范围。何为“所有” 这个产品有责任描述清楚这个范围,当然在不同规模的团队下,可能这个范围的确认工作是由项目经验去推进的。
“明细”,对于开发来讲创建时间、更新时间、创建人、更新人、数据状态都可能是明细。而产品的“明细”往往是一个人这个月发的工资里面,社保、公积金、税、应发、实发等,这就造成了理解误差。(觉得有理的给个赞吧, 收藏更感谢哦)
关键字: “未来数据增长”
这个争议点在哪里呢? 未来的事我们是应该考虑, 但是未来是多久它不是由开发说了算的,理论上来讲它是市场、运营等告诉产品一个趋势, 由产品和业务方协商分析得出的一个数。所以我要批判的是 “未来” 这种画饼式的词汇,尽量不要出口于我们技术人,而这样的描述可能更有说服力:“你的产品设计规划是按半年期、还是一年期、或者两年来做的?不同的阶段,设计思路不一样, 所以我需要参考你的规划来做这个程序设计。”
这样一来我们把问题量化,二来也能得到一个答案,便于我们去考虑,是做一个小而快的设计,还是一个大而全的设计 ,也就不会再发生争论。(觉得有理的给个赞吧, 收藏更感谢哦)
所以以上两个点,就是使用了辩证思维法:万事都不是绝对的,可能对也可能错,我们要一要懂取舍,二要懂换位,三要会划范围。
什么是辩证思维?
辩证思维是指以变化发展视角认识事物的思维方式,通常被认为是与逻辑思维相对立的一种思维方式。在逻辑思维中,事物一般是“非此即彼”、“非真即假”,而在辩证思维中,事物可以在同一时间里“亦此亦彼”、“亦真亦假”而无碍思维活动的正常进行。
辩证思维的优点缺点?
优点 :促进个体的思维趋于完善,促进团体的思维横向扩散
缺点: 精力消耗过多
整体利大于弊
什么情况下用辩证思维?
工作中、生活中、学习中等,一切需要做决策的场景,都可以运用辩证思维。
应用辩证思维,可能会应用到价值理论,边际价值,换位思考等方法论,但是辩证思维法,会消耗很多精力,建议先初步评估问题重要性, 不重要的问题建议经验主义,重要的再辩证
总结 :
能全面的思考一个问题, 对问题抽丝剥茧,考虑到方方面面,在团体中有助于推进团体达成一致,对于有同样思维方式的人很可能会在未进行前提沟通的情况下, 形成巧合式的共识(就是知己那种),如果在一个团体中讨论一个话题时,团体成员都自行辩证过,那么讨论的时候效率是会提高的, 很容易达成一致。 某种程度上讲, 辩证思维是经验主义的补充, 又是追求达到平衡的方式(觉得有理的给个赞吧, 收藏更感谢哦)