如果CIO尝试着问一些愚蠢问题，例如：“以我的理解，你们收到订单后，会……”。业务人员立刻就会指出你的错误，并开始滔滔不绝谈论业务，这一招就叫“抛砖引玉”。开发人员与业务部门的交流需要好的方法。下面建议10条法则，开发人员和业务部门可以通过评审以下内容并达成共识；如果遇到分歧，可通过协商达成对各自义务的相互了解，以便减少日后的摩擦。
　   先导入管理思想，再梳理业务流程
　   “百闻不如一见，百见不如一尝。”没有亲历过信息化建设的人，对信息化的理解总是比较肤浅，甚至包括一些管理层成员。如上ERP系统时，如果一开始就让业务部门谈需求，业务人员谈得通常是当前工作中的困难或者希望实现的功能等；CIO必须从转变观念入手，先给业务部门导入信息系统所包含的管理思想，然后协助业务部门梳理业务流程。
　   表达要符合业务部门语言习惯
　   需求讨论集中于业务需求和任务，必然使用各种业务术语。如果开发人员是IT厂商，CIO应将有关业务术语教给开发人员，同时还要把IT人员常用的一些术语“翻译”给业务人员，做到交流畅通无阻。
　   了解业务部门的业务及目标
　   只有充分了解业务部门的具体业务，才能开发出满足其需求的软件。为充分了解业务人员的具体需求，CIO要和开发人员一起到业务部门去观察他们的实际工作流程，甚至与业务部门一起工作一段时间。如果是旧系统切换到新系统，CIO还要亲自用一下目前的旧系统，明白目前系统是怎样工作的，了解其流程情况以及可供改进之处等。
　   掌握各种沟通技巧
　   需求分析的过程实际上是个沟通的过程，CIO要想方设法吸引业务人员说出其需求。有时候，尝试着问一些“愚蠢”的问题也有助于用户打开话匣子。如果CIO直接要求业务人员写出业务是如何实现的，十有八九无法完成；但如果尝试着问一些实际的问题，例如：“以我的理解，你们收到订单后，会...”。业务人员立刻就会指出你的错误，并滔滔不绝的开始谈论业务，这一招就叫“抛砖引玉”。
　   对业务需求进行逻辑分析
　   业务人员对需求的表达通常是笼统、感性、琐碎的，CIO要尽量理解业务人员用于表述他们需求的思维过程，充分研究用户执行任务时决策的过程，并抽象出潜在逻辑关系，把一些“常识”性东西用逻辑来实现。例如，当IT人员与护士交流医嘱处理过程时，护士会告诉IT人员，护理级别有特级护理、一级护理、二级护理、三级护理以等；饮食又分流食、半流食、禁食等种类。如果仅仅把护士的要求用计算机语言表达出来，就可能出现同一个病人既是一级护理又是二级护理，既吃流食又吃半流食的可笑情况；这些矛盾的避免原来是靠护士的大脑来判断的常识性问题，而用计算机来判断“常识”是最难的，也是最容易忽视的。经过反复探索，协和医院信息中心主任李包罗抽象出了一个互斥组的概念。特级、一级、二级、三级护理组成一个互斥组，当护士选择特级护理的时候，自然排斥了一级、二级和三级护理。李包罗说：“在与医生、护士沟通的过程中，IT人员不是要成为临床专家或者护理专家，而是要用IT知识去梳理医生护士的要求，变成一种计算机可以实现的概念，超越了手工的功能才会受到业务部门的欢迎。”