從一張故事卡開始
小A作為一名菜雞.NET搬運工，想要提升需求相關的能力，以便於在實現時，具有一定的判斷能力，更好的實現業務需求，提升思維能力，助力自己突破目前的瓶頸。
背景
小A是一名菜雞.NET搬運工，在工作的幾年中，小A參與了公司微服務專案的開發，瞭解了一些微服務的技術實踐，以及拆分策略，瞭解了一些Scrum相關的知識，並參與了DevOps的工具實踐，具有一定的，解決問題的能力。
小A所在的公司使用了敏捷專案管理框架Scrum，在進行Sprint計劃會議前，PO會根據需求池，規劃一個代辦事項的內容,整理在產品的Backlog上， 在Sprint計劃會議上，PO會同步，迭代的內容，計劃，以及目標，團隊對Backlog中的需求達成共識，團隊根據迭代的內容，預估每個使用者故事從開發到測試完的時間，根據團隊的速率，選取當前迭代需要完成的使用者故事，把選取的使用者故事拆分成任務，估計時間，標記順序，記錄在便利貼上，Sprint計劃會議結束後，把便利貼，根據順序貼在白板上，並根據任務預估時間的總和，在白板上畫出進度趨勢。
由Scrum Master組織團隊， 通過每日站會的形式，領取和講解，任務的完成情況，並調整進度趨勢，每個團隊的人員，在每日站會上，描述自己，昨天做了什麼，今天要做什麼，任務完成了多少等，是否有遇到阻礙，影響到任務的完成的問題等，在站會上提出來，團隊一起想辦法解決。
測試根據Sprint計劃會議選取的使用者故事，寫測試用例，測試用例寫完之後，團隊一起進行測試用例的評審，由測試講解測試點，大家對測試點達成共識，一起完善測試用例，以及測試場景
開發完畢，測試完成驗收之後，進入到使用者測試的階段，使用者進行測試，驗證當前迭代的內容，並反饋問題，反饋的問題，經過產品經理篩選，進行優化處理使用者驗收之後，正式上線 。
當前迭代結束後，Scrum Master組織團隊開展回顧會議，總結上一個迭代的完成情況和問題，對一些痛點利用5Why，找到原因，團隊一起解決。
小A在工作中，大多接觸的都是解決方案層面的需求，對於使用者的真實需求，以及真實的業務情況瞭解的比較少，沒有機會參與到業務前期的收集，分析中去,隨著開發經驗和DDD理論知識的影響，小A認識到業務能力的重要性，小A想要在工作中提高業務能力，幫助小A突破目前的瓶頸！
領域術語描述：
是開發團隊和業務人員對術語，名詞以及領域行為等，理解一致，達成共識的描述，貫穿整個專案的生命週期，應該及時維護，調整
Scrum ：是一個敏捷專案管理框架，Scrum中文網：https://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html
MVP : 最小化可行性產品
Sprint ：是指一個1周－4周的迭代，它是一個時間盒。Sprint的長度一旦確定，應該保持不變，Sprint的產出是“完成”的、可用 的、潛在可釋出的產品增量
5Why : 對於一個問題點，根據自己的認知和掌握的知識，以及問題的答案，多問幾個為什麼
明確干係人，訪談使用者，輸出角色畫像
需求的提出人 ------ 小A
需求直接使用人 ----- 小A
需求受影響的人 ----- 小A
核心干係人 ------ 小A
角色畫像：
使用者痛點分析
痛點價值：瞭解需求的時機比較靠後 這個痛點 困擾小A，1年多了 ，出現的頻率很高，經常都會遇到這個問題，小A迫切的想要解決這個痛點
使用者 ： 小A
痛點： 瞭解需求的時機比較靠後
背景 ：小A的本職工作是開發人員，只能在Sprint計劃會議上，才能瞭解到需求，這時的需求是產品需求，是業務需求的解決方案，小A沒有參與到業務需求的前期工作中去
場景 ：迭代開始前，PO在公司的會議室召開Sprint計劃會議，PO在Sprint計劃會議上同步當前迭代的產品需求，開發人員接收到產品需求
期望 ：能更早的接觸到需求
5Why ：對於核心使用者的最大的痛點可以利用5why 分析法，瞭解使用者的真實需求與痛點
使用者旅程圖
從使用者角度出發，以敘述故事的方式描述使用者使用產品或接受服務的體驗情況，以視覺化圖形的方式展示，從中發現使用者在整個使用過程中的痛點和滿意點，最後提煉出產品或服務中的優化點、設計的機會點。
建立使用者旅程圖的過程可以幫助，開發團隊，產品，使用者 ，加強溝通，建立共同理解，解決使用者的痛點，優化使用者體驗。
需求優先順序分析
需求四象限 ：通過需求的重要性和緊急性給需求排列優先順序
參考資料
Beeart : https://www.beeart.com/introduce
人人都是產品經理 ：https://baijiahao.baidu.com/s?id=1617548435010306432&wfr=spider&for=pc