5.Agile Project Management
2023-12-10 21:07:37 0 举报
AI智能生成
敏捷项目管理
作者其他创作
大纲/内容
what
什么是敏捷项目管理
什么是敏捷项目管理
Based on the Agile Manifesto, consisting of four values and 12 principles.
基于敏捷宣言,由四个价值观和 12 条原则组成。
基于敏捷宣言,由四个价值观和 12 条原则组成。
Focuses on flexibility, iteration, and openness to change.
注重灵活性、迭代和变更的开放性。
注重灵活性、迭代和变更的开放性。
Strives for a mindset that emphasizes customer satisfaction and team collaboration.
努力形成强调客户满意度和团队协作的心态。
努力形成强调客户满意度和团队协作的心态。
why
为什么使用敏捷
为什么使用敏捷
Distinguishing Agile from Waterfall
敏捷与瀑布的区别
敏捷与瀑布的区别
Approach to Change
变更的方法
变更的方法
Waterfall: tries to avoid change、Formal change control processes
瀑布型:旨在避免变更、使用变更管理流程进行控制
瀑布型:旨在避免变更、使用变更管理流程进行控制
Agile: Embraces uncertainty and unpredictability、quick customer feedback
敏捷型:拥抱不确定性和不可预测性、旨在快速反馈
敏捷型:拥抱不确定性和不可预测性、旨在快速反馈
Efficiency and Waste Reduction
提高效率并减少浪费
提高效率并减少浪费
Waterfall: Emphasizes formal documentation and planning,
瀑布型:强调正式的文件和规划
瀑布型:强调正式的文件和规划
Agile: person-to-person conversations.
Shorter and focused documentation is used, eliminating unnecessary formalities
敏捷型:强调人与人之间的对话,短的、针对性的文档,消除不必要的手续
Shorter and focused documentation is used, eliminating unnecessary formalities
敏捷型:强调人与人之间的对话,短的、针对性的文档,消除不必要的手续
Project Requirements
项目需求
项目需求
Waterfall: detailed product requirements document、
formally approved project plans, and a change control board、
Focuses on protecting the team from building something the client or stakeholders don't want
瀑布型:详细的产品需求文档,正式批准的项目计划和变更控制委员会。
专注于保护团队免于构建客户或利益相关者不想要的东西
formally approved project plans, and a change control board、
Focuses on protecting the team from building something the client or stakeholders don't want
瀑布型:详细的产品需求文档,正式批准的项目计划和变更控制委员会。
专注于保护团队免于构建客户或利益相关者不想要的东西
Agile: Treats requirements as dynamic, expecting changes.
prioritize and continuously adapt requirements based on feedback.
Prioritization allows the team to focus on the most urgent or valuable items first
敏捷型:将需求视为动态的,期望变化。根据反馈确定需求的优先级并不断调整需求。
允许团队首先关注最紧急或最有价值的项目
prioritize and continuously adapt requirements based on feedback.
Prioritization allows the team to focus on the most urgent or valuable items first
敏捷型:将需求视为动态的,期望变化。根据反馈确定需求的优先级并不断调整需求。
允许团队首先关注最紧急或最有价值的项目
Documentation
文档
文档
Waterfall: Relies on extensive documentation. Formal documents are left at each stage
瀑布型:由于交接而依赖大量文档、 每个阶段都会留下正式文件
瀑布型:由于交接而依赖大量文档、 每个阶段都会留下正式文件
Agile: person-to-person conversations.
Shorter and focused documentation is used, eliminating unnecessary formalities
敏捷型:强调人与人之间的对话,短的、针对性的文档,消除不必要的手续
Shorter and focused documentation is used, eliminating unnecessary formalities
敏捷型:强调人与人之间的对话,短的、针对性的文档,消除不必要的手续
Deliverables
交付物
交付物
Waterfall: Typically releases the final deliverable at the end of the project,
瀑布型:通常在项目结束时发布最终可交付成果
瀑布型:通常在项目结束时发布最终可交付成果
Agile: Emphasizes smaller, more frequent releases.
敏捷型:强调更小、更频繁的发布
敏捷型:强调更小、更频繁的发布
four values of the Agile Manifesto
敏捷宣言的四个价值观
敏捷宣言的四个价值观
Individuals and Interactions over Processes and Tools
人之间的沟通、协作 胜过 严格流程和工具
人之间的沟通、协作 胜过 严格流程和工具
Working Software over Comprehensive Documentation
工作软件胜过全面的文档
工作软件胜过全面的文档
Customer Collaboration over Contract Negotiation
客户协作胜过合同谈判
客户协作胜过合同谈判
Responding to Change over Following a Plan
响应变化胜于遵循计划
响应变化胜于遵循计划
The 12 principles of the Agile Manifesto
敏捷宣言的 12 条原则
https://agilemanifesto.org/principles.html
敏捷宣言的 12 条原则
https://agilemanifesto.org/principles.html
Early and continuous delivery of valuable software
快速、持续交付获得客户满意
快速、持续交付获得客户满意
Deliver working software frequently
经常、频繁交付,可以是两周,也可以是两个月,根据情况
经常、频繁交付,可以是两周,也可以是两个月,根据情况
Working software is the primary messure of progress
可用的软件是衡量进度的主要标准
可用的软件是衡量进度的主要标准
simplicity is essential
简单性,让工作任务关注重要的事情
简单性,让工作任务关注重要的事情
Technical exchange and good design enchance agility
技术交流和良好的设计增强敏捷性
技术交流和良好的设计增强敏捷性
Welcome changing requirement,even late in development
拥抱变化,即使变化会带来开发延迟
拥抱变化,即使变化会带来开发延迟
Business people and developers must work together
在一起办公
在一起办公
Support Effective Team Culture,Motivate and Trust Teams
围绕积极的员工展开项目,提供他们需要的环境,相信他们
围绕积极的员工展开项目,提供他们需要的环境,相信他们
face to face conversation
最有效的沟通方式:面对面沟通
最有效的沟通方式:面对面沟通
maintain a constant pace indefinitely
保持固定的节奏
保持固定的节奏
the best architectures,requirements, and designs emerge from self-organizing teams
最好的架构、需求和设计来自自组织团队
最好的架构、需求和设计来自自组织团队
Reflect and Adjust Regularly
建议团队定期反思其有效性,相应地调整和调整行为。 鼓励持续学习和改进
建议团队定期反思其有效性,相应地调整和调整行为。 鼓励持续学习和改进
when
什么时候使用敏捷
什么时候使用敏捷
industries or projects susceptible to or encouraging change and uncertainty
最适合容易变化或鼓励变化 以及 不确定性的行业或项目
最适合容易变化或鼓励变化 以及 不确定性的行业或项目
VUCA
一个缩写词,
定义了在不断变化的复杂世界中影响组织的条件;
由美军战争学院研发
一个缩写词,
定义了在不断变化的复杂世界中影响组织的条件;
由美军战争学院研发
Volatility
波动性
波动性
Uncertainty
不确定性
不确定性
Complexity
复杂性
复杂性
Ambiguity
模糊性
模糊性
Agile Framework
敏捷框架
敏捷框架
scrum
Origins
起源
起源
derived from rugby,
based on a team working closely together to achieve a common objective
based on a team working closely together to achieve a common objective
Basics
基本概念
基本概念
Sprints
时间段(迭代)
时间段(迭代)
Work is completed in short cycles(typically one to four weeks long)
通常1到4个周
通常1到4个周
Stand-up meetings
站立会
站立会
15 minutes or less
Backlog
主要工件(任务清单)
主要工件(任务清单)
Roles
角色
角色
Scrum Master
敏捷专家
敏捷专家
ensures the team follows Agile values and principles,
adheres to processes, and focuses on delivering their best work
确保团队遵循敏捷价值观和原则,遵守流程,并专注于交付最好的工作
adheres to processes, and focuses on delivering their best work
确保团队遵循敏捷价值观和原则,遵守流程,并专注于交付最好的工作
Product Owner
产品负责人
产品负责人
responsible for maximizing the value of the product
and prioritizing work
负责产品价值最大化
并确定工作的优先顺序
and prioritizing work
负责产品价值最大化
并确定工作的优先顺序
Development Team
开发团队
开发团队
responsible for delivering the product
负责开发产品
负责开发产品
Advantages
优势
优势
Clear roles and responsibilities
清晰的角色和职责
清晰的角色和职责
Regular and predictable meetings and delivery schedules
定期且可预测的会议和交付时间表
定期且可预测的会议和交付时间表
Supports Agile values and principles
支持敏捷价值观和原则
支持敏捷价值观和原则
Open and adaptable, with ample online guidance and support
开放且适应性强,拥有充足的在线指导和支持
开放且适应性强,拥有充足的在线指导和支持
Characteristics
特点
特点
pizza-size team
最好是跨团队的3-9个成员
最好是跨团队的3-9个成员
Suitable for projects where the team
and management value continuous learning
and adaptability
适合团队和管理层重视持续学习和适应性的项目
and management value continuous learning
and adaptability
适合团队和管理层重视持续学习和适应性的项目
KanBan
看板
看板
Extreme Programming(XP)
极限编程
极限编程
Lean
Blending project management approaches
混合使用项目管理方法
混合使用项目管理方法
利益相关者偏好、监管要求以及与供应商的现有关系等因素都会影响混合方法的决定。
一致性至关重要,变化应该增加价值而不会对项目产生负面影响。
一致性至关重要,变化应该增加价值而不会对项目产生负面影响。
0 条评论
下一页