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

往事隨灬鋒發表於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. 理想和現實之間存在差距,對自我有一個認知很重要

相關文章