23年8月pmp备考纯干货：敏捷知识点（14）

《软件工程与实践》 全套PPT课件2026

获取 《软件工程与实践》 全套PPT课件2026：：https://download.csdn.net/download/m0_54748666/93265534。第10章WebApp开发综合应用.pptx。第2章可行性分析及研发策划.pptx。第9章软件工程新技术及体系-pptx。第3章面向对象开发方法.pptx。第7章软件测试调试与维护.ppx。第1章 软件工程基础.ppx。第4章软件需求分析.pptx。第8章软件项目管理.pptx。第6章软件编程实现pptx。第5章软件设计.pptx。

一个月拿下PMP，看完这三篇知识点，猛刷题就稳了——（篇2）敏捷串讲

本文系统梳理了PMP考试中的敏捷项目管理核心知识点。首先介绍了三种开发生命周期类型（预测型、敏捷型、混合型）及其适用场景，重点解析了敏捷方法论的关键要素：MVP概念强调最小可行产品的快速验证；敏捷宣言四大价值观与十二项原则突出客户价值与持续交付；Scrum框架详细阐述了三角色（PO、开发团队、ScrumMaster）、三工件（PB、Sprint待办项、增量）和五事件（Sprint及四大会议）的运作机制。此外还介绍了看板系统、极限编程等敏捷实践，并归纳了敏捷在各知识领域的具体应用方法。全文通过考点提示和典型题

核心时钟加速器(降低Ping提高FPS)

核心时钟加速器(降低Ping提高FPS)

迭代=冲刺？

本文作者：特邀敏捷教练梁堃 前段时间在和一个小伙伴聊天的时候，他问了阿甲这样一个问题：Scrum guide中把固定时间盒周期称为sprint（冲刺）,但是为什么大家在平时都愿意把它称为迭代（iteration）呢？ 从阿甲接触敏捷至今，对于sprint和iteration这两个词也是经常混着用，但关于这两个词之间的关系和区别，还真的没有思考过。正好阿甲也想趁这个机会和小伙伴们一起把这个...

23年8月pmp备考纯干货：敏捷知识点（12）

敏捷风险管理与传统项目管理生命周期相似，分为规划风险(按敏捷价值观，团队决策风险管理工作基本准则)、识别风险、响应风险(规划、实施风险应对)、风险评审(回顾会议中进行)四个阶段。注意的是，题干中的“通常”，它指的是敏捷方法中通常采用定性，但是敏捷方法不排斥定量，如团队成员一致认可定量分析的必要性，则可以将定量分析的工作纳入计划中。1、规避：如果整体项目风险有严重的负面影响，并超出商定的项目风险临界值，采用该方法使项目不受风险影响。2、减轻：降低不利风险事件发生的概率和/或影响，到可接受的临界点。

23年8月pmp备考纯干货：敏捷知识点（6）

看板来自于精益，它显示所有的特性的状态，帮助团队了解工作在流程中是如何流动的。保持在特性层次而不是任务板的任务层次。1、看板是为了帮助团队跟踪工作在流程中如何流动，能发现流程中的瓶颈，同时也能帮助了解特性的进展状态。2、看板中的卡片显示的是特性，有可能没有细化到任务层次，不是跟踪团队成员的具体工作任务状态的最佳信息发射源。任务板用来透明展示任务的状态，可以跟踪进度，让团队对项目的工作任务状态清楚明白，帮助团队成员自我组织。3、任务板显示所有任务的状态，能让团队成员清楚透明的跟踪进度，并进行自适应调整计划。

23年8月pmp备考纯干货：敏捷知识点（10）

固定总价合同可以在合同中约定范围调整条款；而采用工料合同、成本补偿合同可以为项目提供更好的敏捷性。采用尽可能短的、增量的、迭代的、多批次的交付计价形式；这说明预期的工作流。我们为什么要做这个项目？达到哪些条件才意味着项目完成？

23年8月pmp备考纯干货：敏捷知识点（4）

Would not：不要做的”来做，保证PO所需要的Must、Should完成，并力争Could能完成;因为客户对其根本就不关心，我们应该努力消除、最小化或者延迟交付这些特性。莫斯科法则，就是must or should，could or would not，用于给需求进行优先级排序。它的改善与数量增加能直接提升用户满意度，它的降低和数量减少也直接降低用户满意度。指提供了很高满意度，并常常为产品增加额外价格的那些功能。7、庆祝团队成功，为团队与外部团队合作提供支持，并起到桥梁作用。1、帮助、促进团队发展。

23年8月pmp备考纯干货：敏捷知识点（7）

看板来自于精益，它显示所有的特性的状态，帮助团队了解工作在流程中是如何流动的。保持在特性层次而不是任务板的任务层次。1、看板是为了帮助团队跟踪工作在流程中如何流动，能发现流程中的瓶颈，同时也能帮助了解特性的进展状态。2、看板中的卡片显示的是特性，有可能没有细化到任务层次，不是跟踪团队成员的具体工作任务状态的最佳信息发射源。任务板用来透明展示任务的状态，可以跟踪进度，让团队对项目的工作任务状态清楚明白，帮助团队成员自我组织。3、任务板显示所有任务的状态，能让团队成员清楚透明的跟踪进度，并进行自适应调整计划。

23年8月pmp备考纯干货：敏捷知识点（5）

是帮助干系人对项目工作达成一致的必要准则，由团队所有成员一起决定，一般在敏捷各个层次的计划上制定，迭代DoD，如：所有完成的用户故事已验收;所有代码得到静态分析，纠正较高级别的不符合项;所有完成的用户故事都有对应的测试用例……发布DoD，如：完成发布规划范围内的那些需求;至少通过一次发布的回归测试……用户故事DoD，如：用户故事最终的描述符合INVEST。用户故事都有对应的测试用例。敏捷三角强调价值和质量，约束(范围、进度、成本)范围相对固定，成本进度是变量。成本进度相对固定，范围是变量。

如何短期通过PMP考试？（含pmp干货）

一般PMP的准备考试时间都是一个月到三个月之间，一般都不会花超过半年的时间去准备考试的，毕竟想要学习项目管理的人一般应该都还是讲究高效率的，对待考试肯定也是在短时间内去高效学习备考的。

23年8月pmp备考纯干货：敏捷知识点（11）

将工作计划及工作任务当作选项，每日站会上，团队可以在任务板上自由地增加和去除任务，它们没有截止日期，强调的是尽其所能的完成产品工作，而非做出过度承诺。感知完整性指考虑一个特性是否能很好地满足用户的需求。概念完整性指考虑特性是否能很好地合作来形成一个统一的产品。精益中使用排队论来确保成员不会工作负荷过重，从而保证持续、稳定的节奏。找出浪费的根本原因，从而消除浪费。可以理解为团队成员完成一个任务，再选择一个新任务。保证了工作的专注，减少并行。了解某个任务延迟带来的反价值，可以帮助团队决定哪些任务先完成。

大胆解读！PMP认证免费重考都透露出了哪些消息？

最新通知

中小团队敏捷转型：Scrum还是看板？

本文探讨中小团队在敏捷转型中选择Scrum还是看板的决策框架。Scrum以固定周期迭代为核心，适合需求稳定、中等规模团队；看板则强调持续流动，更适合需求变更频繁的场景。文章提出四维度评估法（团队规模、需求变更、交付节奏、管理成本），并给出选型矩阵。建议大多数团队采用"看板为主+轻量Scrum元素"的混合模式，保留每日站会和回顾会，放弃固定迭代周期。关键实施原则包括：快速启动、流程服务交付、重视数据驱动改进、工具适配流程。最终强调方法论应服务于交付效率，而非追求形式纯粹。

软件工程：面向对象分析的特点

面向对象分析（OOA）的核心特点与应用 摘要：面向对象分析作为系统开发的首要环节，具有封装性、抽象性、继承性、多态性和一致性五大核心特点。通过对象识别和类定义过程，OOA将现实需求转化为可操作的对象模型，建立类图、用例图等可视化模型。其分析过程包括需求收集、对象识别、类定义、关系识别、模型建立和验证六个阶段，采用名词分析、场景分析等方法确保模型准确性。OOA通过统一建模语言（UML）等工具实现系统需求的可视化表达，为后续设计阶段奠定基础，最终形成既符合用户需求又具备良好扩展性的系统模型。这种分析方法显著提升

中小团队软件工程全链路协作规范（个人实战感悟版）

文章摘要 该文档是一套针对中小型技术团队（10-50人）的软件工程全链路协作规范，覆盖从需求分析到上线稳定的完整流程。核心特点是分层明确（业务层→技术层→排期层→落地层→上线层→稳定期），每层都定义了参与者角色、关键产出物和质量门禁。特别强调"讨论与定稿分离"、"设计先于排期"、"带着已知问题推进"等实战理念，并针对常见协作痛点（如需求变更、环境问题、测试争议等）提供具体应对方案。文档包含大量可立即使用的检查清单（如隐含业务挖掘清单、三方设计模板）和典型场景话术，能有效提升团队协作效率与交付质量。

软件工程：面向对象分析的基本任务与分析过程

本文系统介绍了面向对象分析（OOA）的基本概念、核心任务和实施流程。主要内容包括：1）OOA的定义与目标，强调通过封装性、抽象性等特性建立系统对象模型；2）五大核心分析任务：需求收集（访谈、问卷等方法）、对象识别（名词分析、场景分析）、类定义（属性、方法）、关系识别（关联、继承等）、模型建立（类图、用例图）；3）以图书馆管理系统为例，展示了从需求分析到类设计的完整过程，包含Python代码示例和UML类图说明。文章通过流程图、表格和代码片段直观呈现了面向对象分析的关键步骤和技术要点。

《构建之法》| 第一章概论：软件工程的“第一性原理“，一线交付工程师的读书笔记

软件≠程序，软件=程序+软件工程。第一章概论揭开软件工程的底层逻辑：从"为何需要"到"目标是足够好"，从九大知识领域到与计算机科学的本质区别，核心就一句话——工程不是追求完美，而是在约束下做最优取舍。

AI 软件开发中的人与智能体：软件工程循环、人在环路中与框架工程

在AI 软件开发流程中，人类究竟应该处于什么位置？是置身事外，只凭感觉让智能体生成代码？还是深度介入，逐行审查它们写出的每一行代码？我认为，答案不在这两个极端，而在于始终聚焦一个目标：把想法转化为成果。人类真正适合的位置，是构建、引导和管理这个软件工程循环，而不是完全放任智能体自行其是，也不是对它们的每一项产出进行微观管理。我们不妨把这种方式称为“参与循环”。作为软件开发者，我们的工作，是把想法转化为可运行的软件，并在学习、反馈和改进中不断迭代，最终创造出真正有价值的成果。这就是“为什么循环”

软件工程：面向对象设计的概念

文章摘要： 面向对象设计（OOD）是面向对象方法的关键环节，将分析模型转化为可实现的系统设计方案。其核心特点包括封装性（隐藏实现细节）、继承性（代码复用与扩展）、多态性（统一接口多样实现）、抽象性（提取本质特征）和模块化（高内聚低耦合）。通过类图、流程图和代码示例（如银行账户封装、图形类继承、支付接口多态等），本文系统阐述了OOD的五大原则（SOLID）与设计目标——实现可重用、可扩展、易维护的健壮系统。OOD作为连接需求分析与代码实现的桥梁，能有效提升软件开发的灵活性和可维护性。