一个菜鸡技术人员,很另类的总结

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. 理想和现实之间存在差距,对自我有一个认知很重要

你可能感兴趣的