九卷技术录

精益生产起源于丰田生产系统，核心是消除浪费，而看板最初是由丰田用于物料管理的信号卡片，后来被引入软件开发。Kanban 后来引入到敏捷开发中，强调持续交付和流程可视化。精益软件开发原则是基于精益生产的原则，注重消除浪费、持续改进。精益软件开发与 Kanban 在减少浪费和提升效率上高度一致，但前者是更广泛的管理哲学，后者是具体的流程工具。团队可根据需求选择：若需系统性优化全流程，可结合精益原则与敏捷框架（如Scrumban）；若需快速响应变化，Kanban的灵活性与可视化更具优势。

看板Kanban 方法起源于20世纪40年代的丰田生产系统（TPS），是精益制造的核心工具之一。他是一位名叫大野耐一（Taiichi Ohno）的丰田工程师受到超市补货机制的启发（货架仅补充被购买的商品），提出了“拉动式生产（Pull System）”，即根据需求触发生产流程。大野耐一说：“丰田生产方式的两大支柱是 ‘准时化’ 和 ‘自动化’，看板是运营这一系统的工具”

在敏捷开发框架 Scrum 中，每日站会（Daily Stand-up Meeting，又叫 Daily Scrum）是 Sprint 迭代开发中，一个很重要的流程，一个重要的例会。在有限的时间内，大家一起沟通，成员之间相互通报各自完成任务进展的情况、遇到了哪些困难，并寻求帮助以解决遇到的问题。它是为了提高沟通、协作效率，同步工作进度的一个工具。为什么要站着开会？是为了在简短的会议中，大家集中注意力开会沟通，尽快解决问题，尽早结束会议。

ScrumBoard（Scrum板）是敏捷项目管理中使用的可视化工具，用于跟踪和监控冲刺阶段的任务进度。主要通过可视化的看板来管理工作，它可视化了敏捷开发中的工作流程、任务状态、团队角色。Scrum 团队在各种 Scrum 会议（Sprint计划会，每日站会，Sprint评审会，Sprint回顾会）上参考并更新 Scrum 板，以跟踪当前的 Sprint 进度。ScrumBoard 可视化开发任务示例图：它帮助团队实时跟踪任务状态，确保工作流顺畅，及时发现瓶颈，并采取措施消除瓶颈。

在以前开发 IT 软件时，使用较多的衡量软件开发工作量的单位是：小时、人天 或 人月。它是预估开发时间。比如：这个功能张三一个人开发需要 3 天时间完成。这种 “人天” 估算只是 “理想人天” 的估算，有时与实际开发完成所需天数有很大差别。因为每个人完成同样复杂度工作所需的时间是不同的。那在敏捷 Scrum 框架中，用户故事的开发工作量，如何估算一个用户故事开发工作量？用户故事的规模大小业务复杂度、难度业务规则复杂度开发人员能力大小、个体差异团队成员休假、有事请假等突发因素。

Sprint Planning （冲刺计划会议），又叫规划会议。此会议通过 Scrum 团队的集体沟通讨论，确定接下来的 Sprint 中要完成的待开发项，把它们组成一个 Sprint Backlog。这些待开发项都是从 Product Backlog 中挑选的。Product Backlog：产品功能特性列表Sprint Backlog：迭代任务列表，可以细化为更小的开发任务 Task。

产品待办列表里有很多待办项，哪些待办项首先做，哪些后面做？可以对待办项进行优先级评估然后排序

用户故事（User Story）是用来对软件或用户有价值功能的简短描述，是对需求的一种描述。它清晰简洁的传达了用户想要的功能。它从用户角度出发，用来描述用户的需求，用来表达用户需求的方式之一。它从用户角度出发，解释了用户所期望得到的结果。用户故事清楚的解释了新功能给用户提供的价值，而不仅仅专注于功能。它也是程序开发人员、产品经理、利益相关者关于需求交流的一种媒介。

敏捷开发框架Scrum框架详细介绍

敏捷简史介绍，几种软件开发模型

产品研发流程全流程解析，从需求分析、产品设计到产品交付各个阶段说明。