2022年总结-五年的时间才明白业务的重要性

时间:2022-12-27 16:11:36

一: 因起

​ 从事软件开发工作了几年了,总感觉缺少一些"灵魂"的东西,为此很纠结,困惑,一直彷徨不定,很苦恼,以前认为技术很重要,学习和工作的重心都在技术上,了解各种基础的组件,以及技术的知识,后来发现了解的技术依旧很浅薄,依然停留在“表面”上,在结合经验和认知,以及自己的学历,背景,发现完全的走“技术”路线,可能不是很好的“路”, 没有场景去实践,了解的技术始终都是比较浅显的或者不具备应用的能力

​ 做软件开发工作,接收到业务需求,然后利用技术去实现需求,但是业务需求是怎么来的,常常因为自己的敷衍,而不去深究,现在看来这是一个非常大的错误

  1. 从价值来思考
    • 客户和用户要的是解决他们的问题和痛点,于是产生了需求,技术只是实现需求的一种手段,客户和用户不关心你的技术如何实现,更关注问题和痛点的本身是否解决
    • 软件研发包含了,需求-研发-测试-运维等,从需求到交付都是围绕需求而展开结束,需求乃是重中之重
  2. 从开发工作来思考
    • 不更多的了解真实的需求,怎么能更好的完成开发的工作?
    • 有利于更全局的去思考,设计,不仅限于开发的模块,现在很多都是基于迭代的方式,进行研发,不了解更多的需求,可能会导致程序的设计,代码的抒写凌乱,各种补窟窿
  3. 从自我提升来思考
    • 业务于技术,相辅相成,提升业务能力,结合一定的技术能力,有利于走向,中级,高级开发
    • 从一个需求的产生到实践的运用,是一个闭环,更能全面的了解整个环节,其中的一些能力是通用的,比如沟通,收集,分析,解决问题的能力,例如
      1. 需求是什么?是怎么产生的?“谁”提出的这个需求
      2. 解决了什么问题?价值是什么?
      3. 为什么会有这个需求,而不是其他的需求?,不做可以吗?
      4. 怎么去实现这个需求?要花多少“资源”去做
    • 可以帮助积累更多的行业经验

二: 尝试

​ 经过很漫长的思想斗争,决定要尝试去学习一些,关于业务相关的知识,于是各种收集资料,逛论坛 ,买课程,哔哩哔哩,向产品大佬请教如何学习,了解等,经过一段时间的了解和认识,认识到业务能力的提升更需要去实践和准备,和长时间的去积累,当时甚至萌生了一种想法,就是从零开始去做产品相关的工作,比如产品助理,这样就能更贴近业务层面,实践一些学习的理论与积累业务相关的经验

​ 经常关注产品相关的分享会,以及请教各位老师,发现有一些敏捷的方法,可以帮助自己了解到更多的业务需求,以及参与到业务需求的分析讨论中去,比如,事件风暴工作坊,用户旅程图 ,用户故事地图,团队建模等,业务,开发,产品,测试 一起以工作坊的形式澄清需求,收集需求,讨论需求,分析需求等,并以可视化的形式表达出来,达成共识,以团队形式的工作坊可以对业务理解的更深一些,也更容易达成共识

  1. 在工作中参与业务的讨论和分析

    • 有一段时间,跟产品经理,组长一起参与业务的分析和讨论
    • 根据自己掌握的知识,梳理业务知识
  2. 团队内部分享,依葫芦画瓢,虽然很失败,但是让我认知到,实践的过程和讨论非常有价值

    • 分享事件风暴
    • 分享用户旅程图
    • 干系人分析
  3. 学习业务建模的基础知识

    • 根据案例来做建模
  4. 向大佬们请教,以及参与大佬们的分享会

三: 总结

  1. 有些坑,有些当,有些路,不走怎么明白是非对错,以前经常有人说业务很重要,要重视业务,基本上都当耳边风了,现在才发现,那是最基本的能力
  2. 不去做,不去尝试,就不会认知到一些更有价值的东西,比如软件开发,有的人关注的是,自己要做的模块,有的人关注的是,怎么全局的考虑与设计,怎么协调去解决问题,以及团队管理
  3. 虽然了解的一些技术和业务相关的知识,没有应用,依旧在理论阶段,但我坚信这是有用的,有机会的时候,会有用武之地
  4. 一次选择让我现在左右为难,也是自己选择尝试的代价
  5. 不理想的主要原因还是来源于自己,疫情,公司等都是麻痹的借口