一個菜雞技術人員，很另類的總結

往事隨灬鋒發表於2021-11-25

2021年總結

每一年80%的時間都會在迷茫中度過，10%的時間處於半醉半醒中，似醉非醉，半夢半醒，糾結不已，苦惱不已，5%的時間來評估代價，5%的時間去追求心中的那份執著。

一個一直猶豫不決的決定

​對於大多數普通開發者來說，都會遇到自己的瓶頸，因此我們都想突破現在的瓶頸，結合自己的技術能力，學歷背景，以及認知，做了一個決定，那就是學習需求的知識，所以學習的重點放到了產品相關的知識上，關注重心的轉移，導致技術基礎能力下滑，也忘記了許多已經學過的知識，但是我不後悔，因為我做不了一個純技術的開發人員，即使學習技術也很那運用，也沒有實踐的場景，只有提升業務能力在結合一定的技術能力，才能突破

需求

​ 業務需求可能是一個想法，可能是業務流程中所需要的，要想需求有價值，必定與人有關係，於是有了使用者需求，想要實現使用者的需求，解決他們的問題，所以要了解使用者的痛點和期望，通過需求分析，把使用者需求轉換成產品需求，形成解決方案，建立高保真的原型設計，初步驗證解決方案，開發團隊實現產品需求，並驗證解決方案

工具（只瞭解了一部分的工具）：

  1. 瞭解戰略目標，以及背景，期望
    • 願景與目標工作坊
    • 商業模式畫布
  2. 根據目標和背景，識別干係人，根據干係人的重要性以及目標，制定干係人訪談策略
    • 干係人識別
    • 使用者訪談
  3. 根據制定的關係人訪談策略，獲取每個關係人的關注點，與期望
    • 干係人分析
  4. 統一干系人的願景和目標
    • 根據戰略目標把關係人的關注點和期望往一個方向進行統一，明確願景和目標
  5. 瞭解實際的業務流程並梳理業務流程，瞭解業務的全景
    • 業務流程圖
    • 業務全景圖
  6. 根據Sprint的目標，識別干係人，制定使用者訪談策略，瞭解，場景，現狀，痛點，期望，重點關注核心干係人，關注問題的本質
    • 干係人分析與識別
    • 角色畫像
    • 訪談記錄
    • 5Y ，5W1H
  7. 分析使用者的痛點和期望，進行需求分析，識別真偽需求，並對收集的需求排列優先順序，寫使用者故事
    • 使用者旅程圖
    • 服務藍圖
    • 需求四象限
    • 基礎場景分析 ，5W1H ，5Y
    • KANO模型
    • 使用者故事，使用者故事地圖

記錄：

  1. 需求到底是什麼，需求來源於哪裡，怎麼收集需求

    需求，痛點，場景，需求收集：https://www.cnblogs.com/lifeng618/p/15333884.html

  2. 干係人是什麼，怎麼識別干係人，怎麼進行干係人分析

    干係人分析與識別：https://www.cnblogs.com/lifeng618/p/15346312.html

  3. 如何進行需求分析，如何判斷需求的真偽，怎麼對需求進行排序和分類，怎麼維護需求

​ 需求分析：https://www.cnblogs.com/lifeng618/p/15384114.html

  1. 使用者故事是什麼，怎麼寫，有哪些原則，使用者故事拆分策略

    使用者故事筆記：https://www.cnblogs.com/lifeng618/p/15411508.html

Scrum基礎

通過Scrum中文網瞭解了Scrum框架的定義，以及理論，閱讀了Scrum指南和Scrum精髓，瞭解了一些實踐的工具和方法

  1. 閱讀了Scrum精髓的一部分內容

    Scrum精髓讀書筆記：https://www.cnblogs.com/lifeng618/p/15593622.html

  2. 如何在Scrum中實踐一些敏捷需求

    視覺化的形式，有助於團隊達成共識，確保理解一致，以團隊形式的實踐工具，有利於幫助理解，更好的實現，更好的進行檢視，並進行調整

    • 團隊一起，進行願景目標工作坊，商業模式畫布等，已視覺化的形式，明確Sprint的願景和目標，並達成共識

    • 比較複雜的場景和需求時，邀請使用者和Scrum團隊一起，已視覺化的形式實踐使用者路程圖，服務藍圖，使用者故事地圖，事件風暴等工具，開發人員參與，有助於理解業務，瞭解解決了什麼問題，這時需求很透明，在Sprint中可以更好的進行檢視，並進行調整

  3. Scrum框架，提供了理論基礎，但是具體的實踐，需要根據團隊的實際情況來運用，如果能形成具有自身特點，以及形成體系的方法，非常的難得可貴

領域驅動設計

​ 1. 一直都非常的喜歡領域驅動設計的知識，所以在以前，為了學習DDD，經常去了解DDD的書籍和文章，觀看各種分享活動，一直在關注DDD相關的知識

​ 2. 隨著認知不斷的提高，認識到了DDD最有價值的是戰略設計，然而戰略設計的內容，偏向於業務需求，需求分析，業務架構設計等，一般的開發很難接觸 到比較全面的業務需求，主要針對架構師和TL，領域專家的，所以很難學習戰略設計

​ 3. DDD要想進一步學習，必須提高業務需求相關的能力，溝通能力，團隊組織能力等，他是一種思想理論，雖然也提供了實踐的一些方法舉措，要想進一步的學習與實踐，必須團隊要認可這一套方法理論，和基礎實踐

​ 4. DDD中有許多的名詞，概念，而且沒有統一的標準，這些概念由於每個人的理解有差異，導致有許多的迷惑，在團隊中達成共識更為重要

​ 5. 學習DDD讓你不斷的關注相關的知識，比如，加入DDD討論群，討論學習，觀看技術峰會，關注產品相關的知識，增強了自己的認知，即使我很菜，也能學習到一些知識

總結

  1. 學習業務需求相關的一些知識，增強了自己的認知，思維不在只侷限於資料結構

  2. 認識到了問題域的價值，不僅關注需求的實現，也逐漸關注需求的本身，以及價值

  3. 解決實際問題更有價值，在團隊中，團隊達成共識是關鍵

  4. 理想和現實之間存在差距，對自我有一個認知很重要

相關文章