敏捷开辟 与 Scrum

‌敏捷开辟的概念开端于20世纪90年代末期，旨在办理传统软件开辟方法中存在的服从低下题目。‌
传统软件开辟方法因其繁琐的过程和对文档的严格要求，导致了“重型化危急”，这使得开辟服从大幅降落。为了应对这些题目，敏捷方法应运而生‌。
敏捷开辟的开端可以追溯到2001年2月，当时Martin Fowler、Jim Highsmith等17位软件开辟专家在美国犹他州雪鸟滑雪圣地聚集，共同签订了《敏捷宣言》，标志着敏捷开辟作为一种新的软件开辟方法正式诞生。
敏捷不是指某一种详细的方法论、过程或框架，而是一组代价观和原则。
敏捷宣言4个焦点代价观：
   

• 个体和互动高于流程和工具
  
• 工作的软件高于过细的文档
  
• 客户互助高于条约会商
  
• 相应厘革高于遵照筹划‌
  

敏捷项目管理的12个原则：
这些原则旨在鼓励更敏捷、机动和高效的项目管理方法，使项目团队可以或许更好地满足客户需求、应对厘革并连续提供高质量的产物。
敏捷开辟的焦点原则包罗主张简单、尽早交付、可连续的开辟以及不绝改进。这些原则夸大了软件开辟过程中应留意简单性和实用性，通过迭代和循规蹈矩的方式不绝交付可工作的软件，并基于客户反馈举行调解和优化‌。
   1、客户满足度最高的优先级是通过早期和连续交付有代价的软件来满足客户。
  示例：在软件开辟项目中，团队致力于以最小可行产物（MVP）的情势交付初始软件版本，以便客户尽早享受一些功能，而不必等候完备的产物。
  2、接待厘革，纵然在项目的后期也同样接待。敏捷过程利用厘革，以资助客户得到竞争上风。
  示例：项目团队答应客户在项目过程中提出变动哀求，而不是对峙原始筹划。这使得软件可以或许顺应市场厘革和客户需求。
  3、经常交付可工作的软件，频率越高越好，通常在几周或几个月内。
  示例：在敏捷开辟中，软件交付是周期性的，比方每两周一次。这有助于客户赶早查抄和反馈，以确保产物与其盼望保持划一。
  4、业务职员和开辟职员必须在整个项目过程中精密互助。
  示例：业务代表到场在每个迭代期间的需求界说和优先级确定，以确保开辟职员相识客户需求。
  5、构建项目团队，围绕那些可以或许完成工作的个体，提供他们所需的支持和信托。
  示例：团队成员在项目中具有多样的技能，相互信托，鼓励开放的互换，以实现项目目的。
  6、面对面的沟通通常是最有效的。
  示例：团队成员通常举行逐日站会，面对面讨论希望、题目和筹划，以促进高效沟通。
  7、可工作的软件是进度的主要度量标准。
  示例：项目的进度与软件的可工作版本交付进度相干，而不但仅关注文档和筹划。
  8、可连续的开辟，支持不绝的开辟历程。
  示例：团队通过定期迭代来保持软件的连续发展，不绝添加新功能、修复题目和进步质量。
  9、精良的筹划和技能良好，加强敏捷性。
  示例：团队留意软件的团体架构和筹划，以确保可扩展性、可维护性和性能。
  10、简单性，即最大限度地镌汰不须要的工作，是须要的。
  示例：团队遵照KISS（保持简单愚笨）原则，克制过分复杂的办理方案，专注于办理题目的最简单方法。
  "KISS" 是 "Keep It Simple, Stupid" 的缩写，意思是要保持事物简单。这个原则是敏捷开辟中的一项紧张引导原则，它鼓励团队在筹划、开辟和管理过程中只管保持简单，克制过分复杂化。
  KISS原则的焦点头脑是，简单的办理方案通常更轻易明确、实行和维护，同时也镌汰了堕落的时机。以下是KISS原则的一些详细寄义和示例：
  10.1办理方案的简便性：在面对题目或寻衅时，团队应该寻求最简单的办理方案，而不是过分复杂的办理方案。比方，在筹划软件功能时，不要添加不须要的复杂性，而是选择最直接的方法来满足用户需求。
  10.2克制不须要的特性：不要为项目添加过多的特性，特殊是那些用户并不真正须要的特性。这会使项目变得复杂，增长了开辟和维护的资本。在敏捷开辟中，团队应专注于构建焦点功能，以便更早地交付有代价的产物。
  10.3简化流程：不但实用于软件开辟，KISS原则也实用于项目管理和流程筹划。比方，只管简化项目管理流程，镌汰冗长的文件和陈诉，以进步团队的服从。
  10.4易于维护：简化的办理方案通常更轻易维护。复杂性大概导致难以辨认和办理题目。通过遵照KISS原则，团队可以镌汰维护资本并更快速地应对厘革。
  11、自构造的团队可以或许产生最好的架构、需求和筹划。
  示例：在敏捷项目中，团队成员具有决定权，可以自主构造工作，订定最佳的办理方案。
  12、团队在定期回首中反思并调解，以进步服从和效果。
  示例：团队定期举行迭代回首，评估已往的工作，辨认题目并订定改进筹划，以不绝进步工作流程。
  Scrum
符合敏捷代价观和原则的开辟方法包罗：极限编程（XP），Scrum，精益软件开辟（Lean Software Development），动态体系开辟方法（DSDM），特性驱动开辟（Feature Driver Development），水晶开辟（Crystal Clear）等等。
Scrum框架可以概括为3(脚色) 3(工件) 5(活动) 5(代价观):
    脚色【3】：
  

• 产物负责人（Product Owner）：负责界说产物愿景、管理Product Backlog。
  
• Scrum Master：确保团队服从Scrum原则和实践，办理拦阻希望的题目。
  
• 开辟团队：负责实际开辟工作，通常是跨职能团队。
  

开辟团队的规模？
Scrum 提倡小团队就保持敏捷，大团队则去完成紧张工作，保举 5 ~ 9 人的团队规模，但不消纠结这个数。关键是团队要有完成产物增量（PI）的全部技能，且能高效协作。团队有 11 人能高效协作就不消减人，有 4 人能完成产物增量（PI）也不消加人。
   工件【3】：
  

• Product Backlog：产物待服务项列表（需求的清单，连续更新）。
  
• Sprint Backlog：冲刺待服务项列表（目的所需的详细任务）。
  
• Product Increment (PI)：产物增量（Sprint竣事时的可交付的效果/产物）。
  

   活动【5】：
  

• Sprint：时间固定的开辟周期，通常2-4周。
  
• 一样平常站会（Daily Scrum）：天天短集会会议，讨论希望、筹划和停滞。
  
• Sprint筹划集会会议：确定Sprint目的和待服务项。
  
• Sprint复盘集会会议：展示和评估Sprint效果。
  
• Sprint回首集会会议：回首过程，讨论改进方法。
  

Scrum就是迭代开辟？
如许明确是有毛病的。敏捷是个大概念，迭代开辟只是许多敏捷开辟用的紧张根本实践之一。敏捷开辟除了迭代开辟，还包罗许多其他管理和工程技能实践，像演进式架构筹划、敏捷建模、重构、主动回归测试等等。
迭代周期怎样选择？
选择迭代长度时思量的因素：
1）不确定性的多少。不确定越多，迭代就应该越短；
2）得到反馈的难易水平。得到反馈越难，迭代就应该越短；
3）优先级可以保持多久稳定。优先级厘革越快，迭代就应该越短；
4）紧急感的维持。越保持迫切感，迭代就应该越短。
不管迭代周期选多长，最好定好一个长度就不绝用，别变来变去。比迭代周期更紧张的是，团队碰到题目后怎么应对和改进，要真正把改进任务加到每个迭代里去做。
   代价观【5】：
  勇气Courage：有勇气去面对各种寻衅。
  专注Focus：每个迭代只专注于该迭代要完成的事变。
  答应Commitment：作为一个团队，在迭代开始时做出答应，并在迭代中努力完成。
  恭敬Respect：团队是能随时沟通的，而且能相互明确的。
  公开Openness：团队全部的希望、题目、拦阻都是对全部人可视化、透明的。