日志
经常看到技术部的同事讲到一件事情，
开发的系统在业务层面出问题了，技术人员也要被牵连，
因为系统是技术部开发的。
每在这个时候，我就会信誓旦旦地讲，
你们绝对请放心，我们绝对不会，你看我们没找过你们吧。
系统是为人所用的，为业务部门所用的，
业务部门必须要熟悉了解系统。
如果我们的业务出问题了，绝对绝对不会来找你们的。
在讲这句话的时候，
第一心念：千万维护好关系呀。
第二心念：我确实也是这样认为的。系统交付使用后，就是业务部门主导了。如果所有的都要系统人员负责，谁敢开发系统。
最近有一件事情，我有了一个新的理解。
以前开发都是我们提出，技术部处理。
最近，技术部有一个其他部门的需求，和我们一起商量是否适用。
我就帮忙一起看了。因为也正是自己熟悉的业务。
在这个过程中，我很想让这个需求，达成我自己想要的样子。
当然了，因为那样我觉得也是合理的。
为了能够说服对方，我找理由：你如果把数据抓齐了，就可以与系统的数据核对呀
这样，如果系统出现问题了，可以及时发现呀。
省得他们找你们呀
后来，我越琢磨，越觉得应该这样。
同时，也想到了，我们很多提出的需求，就是这个思路。
只要有可能， 我们会把所有的数据都建立起关系，
以此达到预警的作用。
一个没有关系的系统，就象一个孤岛，
使用的数据不知道对不对，出了小问题，不知道，因为达不到触警的边界。
如果命不好，触到边界线了，才开始找原因。
所以，我以前信誓说，我不会找你们的，
与其说是承诺，不如说，系统背后有关系的支撑。
我们提需求的时候，把各种逻辑的关系梳理清楚，系统数据的关系建立起来了，
然后日常使用的时候，发现系统流程有任何蛛丝马迹都会重视，寻找解决，调整。
出现了差错就更别说了，必须要去解决。
这样，系统越来越好用，越来越可靠。
所以不会去找技术部扯皮。
与其说是自己信誓旦旦，态度很到位，不如说是把系统背后关系建立起来了，问题解决了的客观事实。
于是我想到一位老师讲的，大概意思。
包容别人，不是态度的问题；
包容别人，是能力问题，有没有包容的能力。
