敏捷

敏捷阅读杂记阅读关于《卓有成效的敏捷》这本书，感觉内容还不错，应该说非常好，作者是把自己 20+ 年的操作经验鱼贯而出。由于我之前参与过敏捷培训和敏捷 Leader 开发，与本书过程不一样，但大概都知道，当时发放的培训资料也都收走了，项目使用敏捷方式的时间约有两年吧，所以 Leader + 两年使用时间让我知道大部分敏捷的运行理念。我的角色大部分会议都要参加：每天的站会、周技能学习、评审会议、回顾会议、计划会议等等。但我还是有极个别的会议未参加，那是总监及副总级别的会议，所以这本书的后面个别章节会让我难以理解，当然也

软件研发如何选对方法论？传统计划驱动与敏捷价值驱动的全面对比软件项目研发中的方法论是一个核心话题，它决定了团队如何规划、执行和交付软件。下面我将对这些方法论进行一个全面的概述，从传统的到现代的，并说明它们的核心思想、适用场景和趋势。

敏捷开发：如何高效开每日站会（Daily Stand-up Meeting）在敏捷开发框架 Scrum 中，每日站会（Daily Stand-up Meeting，又叫 Daily Scrum）是 Sprint 迭代开发中，一个很重要的流程，一个重要的例会。在有限的时间内，大家一起沟通，成员之间相互通报各自完成任务进展的情况、遇到了哪些困难，并寻求帮助以解决遇到的问题。

敏捷开发：用户故事估算方法介绍在以前开发 IT 软件时，使用较多的衡量软件开发工作量的单位是：小时、人天或人月。它是预估开发时间。比如：这个功能张三一个人开发需要 3 天时间完成。

敏捷开发：Sprint Planning 冲刺计划会议详细介绍和用户故事拆分、开发任务细分Sprint Planning （冲刺计划会议），又叫规划会议。此会议通过 Scrum 团队的集体沟通讨论，确定接下来的 Sprint 中要完成的待开发项，把它们组成一个 Sprint Backlog。这些待开发项都是从 Product Backlog 中挑选的。

敏捷开发：Scrum 中的 Product Backlog 介绍在计划开发产品功能时，都希望产品功能上线后，用户能够喜欢并经常使用。因此在开发产品新功能时，就要衡量哪些产品需求是对用户最有价值，这是最应该思考的问题。然后把这些有价值的需求集合放在一起。当然，也有与需求实现相关的其它工作项。

从需求分析、产品设计到部署交付各阶段说明下面用一张图来表示产品设计到部署交付阶段：研发流程各环节：组织结构如下图：跨职能团队一般是基于某个产品、项目或功能特性来组织一个团队，在这个团队内，就可以完成需求、开发、并交付成果，然后进行下一个产品特性开发。这样的团队成员组成由产品、UI、后端开发、运维测试、交付等组成一个跨职能的全功能开发团队。

我叫于豆豆吖

【k8s】：DevOps 模式详解1.什么是DevOps模式？DevOps 是当下非常火爆的一个概念，受到了很多互联网巨头的推崇。那么什么是 DevOps？它的全称是：集成开发与运维。至于它到底是干什么用的，为什么现在这么火爆，还得从源头说起。

帅得不敢出门

飞书项目管理使用攻略项目管理是指在项目活动中运用专门的知识、技能、工具和方法，使项目能够在有限资源限定条件下，实现或超过设定的需求和期望的过程。其包括: 需求分析、项目规划、开发过程、测试与验收

ZKNOW甄知科技

需求管理秘籍：从混乱到有序，让你的项目高效运转引言在项目管理的广阔天地中，需求管理犹如一颗璀璨的明珠，它不仅是项目启动的基石，更是项目成功的关键引擎。从最初的需求收集、分析到后期的变更管理，需求管理的每一步都深刻影响着项目的进展和结果。

我是有底线的