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

时间：2024-03-06 08:46:39

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