chinesemature老熟妇oldman

<dd id="dbjz6"><noscript id="dbjz6"></noscript></dd>
    <th id="dbjz6"></th>
      1. <dd id="dbjz6"></dd>
        1. 从软件测试到业务需求,你需要翻过这三座山!

          软件测试的从业人员到一定年龄,就会到达职场天花板,有些人被市场淘汰,有些厌倦了无休止的加班,有的人转到了其他的岗位。

          软件测试转到业务需求分析是很多人的选择,其实这两个岗位有一些类似的地方,比如说沟通能力,书面表达能力,业务能力。

          从软件测试到业务需求,你需要翻过这三座山!

          转型不易,尤其是人到中年。从软件测试到业务需求,也不是谁都能够华丽转身,那些成功转型的人,都必须要克服以下三个方面的困难。

          一、不畏惧权威

          实施团队出身的人,以往的工作都会被告知明确的具体任务,以及与谁沟通。

          而需求分析阶段与实施阶段不同,很多任务都是不明确的,具体要达成什么目标,客户有时也不清楚,谁干什么,该什么时间完成也没有清晰的概念。

          在工作中,我们经常看到从实施团队新招的需求分析师,与客户沟通的场景通常是这样的:

          客户一说你把这个XX需求写了吧,他就马上点头。等到开始写的时候,才发现不满足动笔的条件,很多细节都说不清楚,甚至这个需求都不应该他来写。干不下去的时候再和客户理论,客户说当时你怎么不提出来,他一下子被弄的哑口无言。

          测试人员以往在工作中,沟通对象都是项目组的干系人,即使是跨团队,但还可以算为“自己人”。

          而需求分析师要面对的,一般来讲是高层领导,客户的领导层、业务骨干,都是人精,出了问题,马上会把自己摘出来,如果在一开始没有对工作目标做好沟通和确认,后面出了问题,受伤的就只有你。

          因此软件测试人员转到需求分析岗位,第一件事要做的就是转变思维,不是客户一说就开始做,而是先在一片嘈杂的声音中,准确识别出我们的工作目标,并对工作目标进行确认,分解,有序开展需求分析的工作。

          二、爱思考,不盲从

          第二个需要学习的技能是提问,现在网络很发达,信息就在那里,而是你不知道你需要他。

          软件测试出身的人员,往往缺乏质疑的精神,尤其是中国的软件测试,大部分团队中,测试人员的话语权并不大,都是开发让你如何测试,你就如何来测,久而久之,就弱化了自己的思考能力,提不出有价值的问题来。

          需求分析师要面临的,就是要解决业务运营过程中的问题,所以调研工作是第一步,调研可以通过调阅文档、面对面访谈、现场观摩等方式来进行。

          其实大部分是面对面访谈,我们知道与人打交道是最难的,不同的干系人因为性格、性别、职位的不同,而展示的不同的风格,或是侃侃而谈,或是木讷少言,或是积极配合,或是敷衍了事。

          需求分析师获取需求的重要手段就是问,如何策略的问,后续我会专门写一篇文章和大家聊一聊,大家也可以去找相关的书籍,系统的学一学。

          三、一切要落在笔头上

          准确的说法是,学会记会议纪要。

          需求分析师的会议很多情况下是和项目的关键干系人一起的(拍板的领导,业务骨干等)。

          这些人的时间很难约,有的还有领导的架子,所以能够准确记录会议所讨论的内容以及决策事项是非常重要的。

          记录会议纪要后,需要发出来与参与人员达成共识,也就是记录不是给自己看的,是要共享出来,那就对会议纪要的表达形式有有一定的要求。

          软件测试人员在工作中,这种正式的书面表达并不多,转到需求分析师的岗位,这项技能就是必修的了。

          其实这三个能力都不是一朝一夕就能够提升的,平时要多听多看多练,也可以参考一些有经验的人的成果。

          源自公众号  从软件测试到业务需求

          ?

          留言

          chinesemature老熟妇oldman