交流中的提问--聚焦自己的需求

  • 交流的常见场景

在工作中经常需要跟别的组或者部门进行交流,我们自己这边需要怎样的接口,对方是否能提供?以前在学校很讨厌写需求文档,出来工作才知道需求文档是保护程序的。

  • 我的经历;
  1. 背景:

由于新项目需要新的短信模板发送验证码。短信系统是由第三方提供的。以前是可以有接口直接调用发送短信接口来实现短信模板的。现在短信接口不直接提供给。需要调用其他接口来间接实现。

  1. 中间的问题;

我问:如果我需要实现,发送短信验证给用户和校验用户输入的验证码是否正确。该调那些接口,这些接口的调用顺序是什么?

对方:需要调用三个接口,一个是获取验证码接口,一个获取图片验证码接口,一个校验是否正确的接口。

接口下来我就是实现了,那么问题来了,我们这项目根本就没有图片验证码的输入和输出,难道为了实现这个功能而改变我们的原本的项目的实现(增加图片验证码的输入与校验)坑爹吧!

我跟我组长说了这个情况,后来我组长跟他们交流,问他们有没有不需要图片验证的实现方式。对方说有!我当时就震惊了,有你怎么不早说。

  • 我的反思;

我在交流中,提出的问题,没有聚焦自己的需求。我只是说了怎么实现短信验证码功能,对方给出了其中一个答案。也符合逻辑。但是我就坑了。其实我真正的需求是:如果为了单纯地实现短信验证码功能,不需要增加其他不必要的功能,最简单的接口实现方式是?

人与人的思维是有差距的,焦距自己的具体需求,只有自己明确了需求,把明确的需求告诉别人,别人才能更好地跟我们一起合作实现该需求。

时间: 2024-10-08 00:23:23

交流中的提问--聚焦自己的需求的相关文章

友点建站系统经过几年的发展通过和客户的交流中发现很多客户现在对程序开发,程序语言这块都非常了解了,都

友点建站系统经过几年的发展通过和客户的交流中发现很多客户现在对程序开发,程序语言这块都非常了解了,都会问一下我们开发网站用的什么语言或者框架? 在此说明一下:我们YouDianCMS建站系统使用的是PHP+MySQL架构 为什么选择PHP+MySQL架构?那就得说说PHP+MySQL架构的优点了. 良好的安全性PHP天生拥有防注入功能,目前***主要来源于***工具,当前的***工具基本上都是针对asp和windows漏洞扫描,针对php和Linux的工具基本不存在.Linux一直是以稳定.高效

项目需求中的三种差异化需求认知

几乎所有软件项目产品均是由需求导出的信息集,需求成为软件的研发入口.对于这类认知,熟知IT行业的人士想必无任何异议. 项目需求,顾名思义,就是满足项目需要以及项目附属于企业/组织管理发展的目标要求.项目团队,是为实现项目需求目标而努力的组织.在项目建设期间,项目团队都会关心一般性业务需求,这些业务需求,包括了项目要建设的功能.性能.结构.界面等软件系统的基本工作任务.团队绝大部分成员会花大量精力在这样的需求获取.分析.需求实现的工作上,为此制定详细的需求跟踪服务线索,便于以后项目的验收,促成项目

谈谈OSSIM学习过程中的提问技巧

谈谈OSSIM学习过程中的一些提问技巧 大家通常在系统出现问题会,会上网寻找答案,比如通过QQ群.百度谷歌或者社区论坛等方式,他们往往将自己的问题粘到网上,一挥手便转身离去,希望能用这种方式直接从对方获取答案. 在专家眼里,你所提出技术问题的解答很大程度上取决于你提问的方式与此问题的难度.对于一些同学在提问前不深入思考,也不做功课的人,随便提出问题,专家们会觉得你不愿意自己付出,在浪费他们的时间,自然也不会得到想要的结果.专家们最喜欢那些真正对问题有兴趣并愿意主动参与解决问题的人,提出有技术含量

怎样成为程序员中的理想主义?他们最大需求是什么?

早上和群内朋友闲聊到"理想主义者"这个词,十分感慨.这世上总有些人不为名不为利,默默做着自己喜欢的认为正确的事情.在程序员这个群体内,又有多少理想主义存在?每一个做程序的初衷源于内心最急切的需求.我们今天走进这个群体的内心,谈谈程序员中的理想主义者. 在通俗的定义中,理想主义表示信仰的一种追求,以精神层面为核心,不排斥物质.所以说有信仰.有追求的人,我们一般可称之为理想主义者. 程序员薪酬一直以高薪著称,所以吸引了大量的人进入此行业.我曾为此向身边程序员询问其进行的原因. 有人说,因为

测试方法和测试用例设计

测试方法和测试用例设计 用户需求/原始需求 需求分析/规格说明书(评审过后,将不合理.无法做到的地方去掉以后的说明书) 测试需求(在需求分析的基础上,以测试团队的工作计划.方式的需要.工作优先级安排) 主要解决"测什么"的问题,即指明被测对象中什么需要测试. 功能是第一要务,按照测试团队的工作要求进行计划 在后期交流中,要不断验证客户需求,要保留文档 对于测试工程师:测试一般划分为功能性测试.非功能性测试 如果没有需求文档,先做冒烟测试,对软件大体有什么功能,进行了解,哪些是功能的重点

中大型软件系统开发要点1-需求整理与系统模拟发现必需需求

中大型软件的开发的需求是要重中之重,也是开发的起点.如果软件需求的不合理甚至违背必然规律,那开发之初就已经注定要失败,或者后续不断调整重构使之运行起来,但后期的调整重构往往使得整个项目更加庞大.运行低效率,难以维护和扩展. 开发一个新的系统的原因,肯定是在运行的系统不能适用现在或未来的发展,或者要在新的空白行业创新,整理设计需求有或没有参考,但最重要的是新系统要适用未来的发展,就会有新的未知的需求,需要摸索研究,但在这其中,认真理性的研究,往往会搞错需求,小则需求不清楚,大则与实际的需求背向而行

IT实施过程中如何管理业务需求

目前,大多数企业IT建设与管理都滞后于业务变革,更谈不上引领企业发展了.对于这些企业而言,IT对企业业务的支撑或者说推动,是由业务需求到了一定程度来决定的.总的来说,企业的IT发展将取决于业务需求,而不是IT投资. 企业的常规做法是比较典型的交钥匙工程,业务部门提需求,IT部门就去张罗方案论证并组织实施,业务部门最后验收评价和使用,IT部门负责系统维护和更新.这样做的结果往往是系统不好用,不适用,或者跟不上业务的发展,业务部门不愿意用,最终成为摆设,浪费了投资,而带来的唯一好处可能是给企业相关人

读《探索需求-设计前的质量》有感二

这段时间我阅读了本书的第二.三篇,这两篇主要讲了探索需求的准备部分,不仅准备了功能需求分析所需要的部分信息,还准备了探索过程中的会议准备.第二篇中规中矩为了大多数明面上的需求,第三篇天马行空为了找出项目中的隐藏需求. 第二篇开始之路,通过讨论切入点.提出自由问题并思考.找到正确的相关人员以会议的方式来共同理解项目的内容,降低项目内容的含混性,使设计人员之间达成共识,避免理解方面的误差造成时间上的浪费. 所谓切入点,就是我们在项目之初,根据项目内容可以想到的一开始就是现实的内容.它是一个项目的开始

我眼中BA(业务需求分析师)的技能广度和深度

BA,或者称业务分析师,是企业数字能力和业务能力之间的沟通桥梁.随着企业数字转型的进一步深化,相信对BA这样的技能需求会越来越多,只是未必都用“BA/业务分析师”这样的Title. ThoughtWorks在创建之初,就有BA这样一个职位.Lupi Messenger是我的一个同事,她是ThoughtWorks的第一批BA,到现在为止做了18年,孙女都已经上小学了,我很仰慕.这二十年间变化很大,需求分析方法从最初的敏捷用户故事,演进到现在精益为基础的需求分析方法,BA的技能要求也在不断变化.整理