开发与产品的争执

我们技术人在工作过程中， 经常会与人争论到面红耳赤。最终也没个结论为何？

举个例子：

产品说：我希望所有的页面， 都能展示用户薪资明细。

开发一听炸了：什么你知道用户薪资明细，联合了十几张表，而且所有的页面都要，你这不是要让数据库崩掉吗！

产品说：现在我们数据也不多。

开发：数据现在是不多，但是未来数据增长起来了呢？

产品：那是你技术上的事。我只管设计产品。

开发：好如果你要查所有的用户数据，出了问题你负责

产品：为什么我负责？

开发：我已经提醒你了你不听。

产品：那要你技术做什么？

……

大概是这样的，可能案例不够典型， 但是大部分技术人应该都知道这种情况 。

其实上面这段对话，我们来尝试理下，从产品的第一句话开始：

关键字：“所有”、“明细”

“所有”这个词确实描述不够友好，开发很可能是刚入职不久的， 或者是已经离开这个功能有段时间了，即使是当前正在维护的开发，也很可能无法理清这个范围。何为“所有” 这个产品有责任描述清楚这个范围，当然在不同规模的团队下，可能这个范围的确认工作是由项目经验去推进的。

“明细”，对于开发来讲创建时间、更新时间、创建人、更新人、数据状态都可能是明细。而产品的“明细”往往是一个人这个月发的工资里面，社保、公积金、税、应发、实发等，这就造成了理解误差。（觉得有理的给个赞吧， 收藏更感谢哦）

关键字： “未来数据增长”

这个争议点在哪里呢？ 未来的事我们是应该考虑， 但是未来是多久它不是由开发说了算的，理论上来讲它是市场、运营等告诉产品一个趋势， 由产品和业务方协商分析得出的一个数。所以我要批判的是 “未来” 这种画饼式的词汇，尽量不要出口于我们技术人，而这样的描述可能更有说服力：“你的产品设计规划是按半年期、还是一年期、或者两年来做的？不同的阶段，设计思路不一样， 所以我需要参考你的规划来做这个程序设计。”

这样一来我们把问题量化，二来也能得到一个答案，便于我们去考虑，是做一个小而快的设计，还是一个大而全的设计 ，也就不会再发生争论。（觉得有理的给个赞吧， 收藏更感谢哦）

所以以上两个点，就是使用了辩证思维法：万事都不是绝对的，可能对也可能错，我们要一要懂取舍，二要懂换位，三要会划范围。

什么是辩证思维？

    辩证思维是指以变化发展视角认识事物的思维方式，通常被认为是与逻辑思维相对立的一种思维方式。在逻辑思维中，事物一般是“非此即彼”、“非真即假”，而在辩证思维中，事物可以在同一时间里“亦此亦彼”、“亦真亦假”而无碍思维活动的正常进行。

辩证思维的优点缺点？

    优点 ：促进个体的思维趋于完善，促进团体的思维横向扩散

    缺点： 精力消耗过多

    整体利大于弊

什么情况下用辩证思维？

    工作中、生活中、学习中等，一切需要做决策的场景，都可以运用辩证思维。

    应用辩证思维，可能会应用到价值理论，边际价值，换位思考等方法论，但是辩证思维法，会消耗很多精力，建议先初步评估问题重要性， 不重要的问题建议经验主义，重要的再辩证

总结 ：

    能全面的思考一个问题， 对问题抽丝剥茧，考虑到方方面面，在团体中有助于推进团体达成一致，对于有同样思维方式的人很可能会在未进行前提沟通的情况下， 形成巧合式的共识（就是知己那种），如果在一个团体中讨论一个话题时，团体成员都自行辩证过，那么讨论的时候效率是会提高的， 很容易达成一致。    某种程度上讲， 辩证思维是经验主义的补充， 又是追求达到平衡的方式（觉得有理的给个赞吧， 收藏更感谢哦）