一: 因起
从事软件开发工作了几年了，总感觉缺少一些"灵魂"的东西，为此很纠结，困惑，一直彷徨不定，很苦恼，以前认为技术很重要，学习和工作的重心都在技术上，了解各种基础的组件，以及技术的知识，后来发现了解的技术依旧很浅薄，依然停留在“表面”上，在结合经验和认知，以及自己的学历，背景，发现完全的走“技术”路线，可能不是很好的“路”, 没有场景去实践，了解的技术始终都是比较浅显的或者不具备应用的能力
做软件开发工作，接收到业务需求，然后利用技术去实现需求，但是业务需求是怎么来的，常常因为自己的敷衍，而不去深究，现在看来这是一个非常大的错误
- 从价值来思考
- 客户和用户要的是解决他们的问题和痛点，于是产生了需求，技术只是实现需求的一种手段，客户和用户不关心你的技术如何实现，更关注问题和痛点的本身是否解决
- 软件研发包含了，需求-研发-测试-运维等，从需求到交付都是围绕需求而展开结束，需求乃是重中之重
- 从开发工作来思考
- 不更多的了解真实的需求，怎么能更好的完成开发的工作？
- 有利于更全局的去思考，设计，不仅限于开发的模块，现在很多都是基于迭代的方式，进行研发，不了解更多的需求，可能会导致程序的设计，代码的抒写凌乱，各种补窟窿
- 从自我提升来思考
- 业务于技术，相辅相成，提升业务能力，结合一定的技术能力，有利于走向，中级，高级开发
- 从一个需求的产生到实践的运用，是一个闭环，更能全面的了解整个环节，其中的一些能力是通用的，比如沟通，收集，分析，解决问题的能力，例如
- 需求是什么？是怎么产生的？“谁”提出的这个需求
- 解决了什么问题？价值是什么？
- 为什么会有这个需求，而不是其他的需求?，不做可以吗？
- 怎么去实现这个需求？要花多少“资源”去做
- 可以帮助积累更多的行业经验
二: 尝试
经过很漫长的思想斗争，决定要尝试去学习一些，关于业务相关的知识，于是各种收集资料，逛论坛 ，买课程，哔哩哔哩，向产品大佬请教如何学习，了解等，经过一段时间的了解和认识，认识到业务能力的提升更需要去实践和准备，和长时间的去积累，当时甚至萌生了一种想法，就是从零开始去做产品相关的工作，比如产品助理，这样就能更贴近业务层面，实践一些学习的理论与积累业务相关的经验
经常关注产品相关的分享会，以及请教各位老师，发现有一些敏捷的方法，可以帮助自己了解到更多的业务需求，以及参与到业务需求的分析讨论中去，比如，事件风暴工作坊，用户旅程图 ，用户故事地图，团队建模等，业务，开发，产品，测试 一起以工作坊的形式澄清需求，收集需求，讨论需求，分析需求等，并以可视化的形式表达出来，达成共识，以团队形式的工作坊可以对业务理解的更深一些，也更容易达成共识
-
在工作中参与业务的讨论和分析
- 有一段时间，跟产品经理，组长一起参与业务的分析和讨论
- 根据自己掌握的知识，梳理业务知识
-
团队内部分享，依葫芦画瓢，虽然很失败，但是让我认知到，实践的过程和讨论非常有价值
- 分享事件风暴
- 分享用户旅程图
- 干系人分析
-
学习业务建模的基础知识
- 根据案例来做建模
-
向大佬们请教，以及参与大佬们的分享会
三: 总结
- 有些坑，有些当，有些路，不走怎么明白是非对错，以前经常有人说业务很重要，要重视业务，基本上都当耳边风了，现在才发现，那是最基本的能力
- 不去做，不去尝试，就不会认知到一些更有价值的东西，比如软件开发，有的人关注的是，自己要做的模块，有的人关注的是，怎么全局的考虑与设计，怎么协调去解决问题，以及团队管理
- 虽然了解的一些技术和业务相关的知识，没有应用，依旧在理论阶段，但我坚信这是有用的，有机会的时候，会有用武之地
- 一次选择让我现在左右为难，也是自己选择尝试的代价
- 不理想的主要原因还是来源于自己，疫情，公司等都是麻痹的借口