一: 因起
從事軟體開發工作了幾年了，總感覺缺少一些"靈魂"的東西，為此很糾結，困惑，一直彷徨不定，很苦惱，以前認為技術很重要，學習和工作的重心都在技術上，瞭解各種基礎的元件，以及技術的知識，後來發現瞭解的技術依舊很淺薄，依然停留在“表面”上，在結合經驗和認知，以及自己的學歷，背景，發現完全的走“技術”路線，可能不是很好的“路”, 沒有場景去實踐，瞭解的技術始終都是比較淺顯的或者不具備應用的能力
做軟體開發工作，接收到業務需求，然後利用技術去實現需求，但是業務需求是怎麼來的，常常因為自己的敷衍，而不去深究，現在看來這是一個非常大的錯誤
- 從價值來思考
- 客戶和使用者要的是解決他們的問題和痛點，於是產生了需求，技術只是實現需求的一種手段，客戶和使用者不關心你的技術如何實現，更關注問題和痛點的本身是否解決
- 軟體研發包含了，需求-研發-測試-運維等，從需求到交付都是圍繞需求而展開結束，需求乃是重中之重
- 從開發工作來思考
- 不更多的瞭解真實的需求，怎麼能更好的完成開發的工作？
- 有利於更全域性的去思考，設計，不僅限於開發的模組，現在很多都是基於迭代的方式，進行研發，不瞭解更多的需求，可能會導致程式的設計，程式碼的抒寫凌亂，各種補窟窿
- 從自我提升來思考
- 業務於技術，相輔相成，提升業務能力，結合一定的技術能力，有利於走向，中級，高階開發
- 從一個需求的產生到實踐的運用，是一個閉環，更能全面的瞭解整個環節，其中的一些能力是通用的，比如溝通，收集，分析，解決問題的能力，例如
- 需求是什麼？是怎麼產生的？“誰”提出的這個需求
- 解決了什麼問題？價值是什麼？
- 為什麼會有這個需求，而不是其他的需求?，不做可以嗎？
- 怎麼去實現這個需求？要花多少“資源”去做
- 可以幫助積累更多的行業經驗
二: 嘗試
經過很漫長的思想鬥爭，決定要嘗試去學習一些，關於業務相關的知識，於是各種收集資料，逛論壇 ，買課程，嗶哩嗶哩，向產品大佬請教如何學習，瞭解等，經過一段時間的瞭解和認識，認識到業務能力的提升更需要去實踐和準備，和長時間的去積累，當時甚至萌生了一種想法，就是從零開始去做產品相關的工作，比如產品助理，這樣就能更貼近業務層面，實踐一些學習的理論與積累業務相關的經驗
經常關注產品相關的分享會，以及請教各位老師，發現有一些敏捷的方法，可以幫助自己瞭解到更多的業務需求，以及參與到業務需求的分析討論中去，比如，事件風暴工作坊，使用者旅程圖 ，使用者故事地圖，團隊建模等，業務，開發，產品，測試 一起以工作坊的形式澄清需求，收集需求，討論需求，分析需求等，並以視覺化的形式表達出來，達成共識，以團隊形式的工作坊可以對業務理解的更深一些，也更容易達成共識
-
在工作中參與業務的討論和分析
- 有一段時間，跟產品經理，組長一起參與業務的分析和討論
- 根據自己掌握的知識，梳理業務知識
-
團隊內部分享，依葫蘆畫瓢，雖然很失敗，但是讓我認知到，實踐的過程和討論非常有價值
- 分享事件風暴
- 分享使用者旅程圖
- 干係人分析
-
學習業務建模的基礎知識
- 根據案例來做建模
-
向大佬們請教，以及參與大佬們的分享會
三: 總結
- 有些坑，有些當，有些路，不走怎麼明白是非對錯，以前經常有人說業務很重要，要重視業務，基本上都當耳邊風了，現在才發現，那是最基本的能力
- 不去做，不去嘗試，就不會認知到一些更有價值的東西，比如軟體開發，有的人關注的是，自己要做的模組，有的人關注的是，怎麼全域性的考慮與設計，怎麼協調去解決問題，以及團隊管理
- 雖然瞭解的一些技術和業務相關的知識，沒有應用，依舊在理論階段，但我堅信這是有用的，有機會的時候，會有用武之地
- 一次選擇讓我現在左右為難，也是自己選擇嘗試的代價
- 不理想的主要原因還是來源於自己，疫情，公司等都是麻痺的藉口