首页
学习
活动
专区
圈层
工具
发布
50 篇文章
1
敏捷开发有哪些模式_软件敏捷开发方法的模式
2
敏捷开发七个步骤和Scrum敏捷管理工具
3
敏捷开发
4
「敏捷开发」企业架构和敏捷开发:对立吸引?
5
谈谈敏捷开发
6
敏捷开发Scrum
7
Scrum敏捷开发
8
了解敏捷开发
9
「敏捷模型」敏捷架构:规模化敏捷开发的策略
10
敏捷开发Agile Scrum
11
敏捷开发入门普及
12
【敏捷1.4】敏捷开发环境:领导与团队
13
敏捷开发实践总结
14
什么是敏捷开发
15
敏捷开发流程总结
16
敏捷开发那些事
17
【敏捷开发】企业如何通过落地DevOps实现敏捷开发模式?
18
敏捷开发(Agile development)
19
敏捷开发学习分享
20
敏捷开发流程详解
21
敏捷软件开发 原则_敏捷方法论
22
什么是敏捷开发_一个完整的敏捷开发的流程
23
你如何理解敏捷开发?
24
敏捷开发和瀑布式开发模式有何区别(瀑布,敏捷 devops)
25
敏捷软件开发-规模化敏捷框架(SAFe)
26
软件开发模式之敏捷开发
27
敏捷开发与个人管理
28
敏捷软件开发-Scrum
29
软件敏捷开发 TDD 方案
30
瀑布开发与敏捷开发的区别
31
ThoughtWorks的敏捷开发 | 洞见
32
深入核心的敏捷开发
33
关于敏捷开发的思考
34
什么是敏捷开发流程
35
敏捷开发-极限编程(XP)
36
敏捷软件开发简述
37
什么敏捷(Agile)Scrum开发?
38
敏捷开发:5种主流开发方法介绍
39
敏捷开发的实施要素和实现敏捷的实际改进
40
敏捷项目管理的流程_敏捷开发项目管理方法
41
敏捷开发价值观
42
精益敏捷开发: 带病迭代
43
基于 CODING 轻松搞定敏捷开发
44
敏捷开发之Scrum扫盲篇
45
敏捷产品项目的开发经验
46
干货 | 敏捷开发的持续改进
47
DevOps 的道术法器,探寻 DevOps “立体化”实践之旅
48
数字化 IT 从业者知识体系 | 软件开发方法 —— 敏捷篇
49
开发模型的理解:瀑布模型/增量式/迭代/敏捷开发——笔记
50
敏捷过程中的需求分析

了解敏捷开发

什么是敏捷开发?

敏捷开发以用户的需求变化为核心,采用迭代循序渐进的方法进行软件开发。

敏捷开发模式的分类

  • XP极限编程(eXtreme Programming)
  • SCRUM
  • 水晶方法
  • 动态系统开发方法
  • 精益开发

其中XP和SCRUM最为流行。

极限编程

极限编程是一种轻量,高效,弹性的软件开发方式。

四大核心价值观

  • 沟通: 完善的流程和详细的文档用于团队协作虽然能够保证一致性,但效率往往不高。 极限编程提倡通过高效的口头沟通来保证整个团队的高效协作。(并不是舍弃流程和文档,只是更加侧重口头上的沟通)
  • 简单: ==今天够用就行。 那么系统的扩展性怎么实现? 极限编程提倡重构。(对开发人员要求较高) 重构建立在软件开发中无法避免出现BUG的前提下,与其最后修改整体的BUG,不如在一次次的重构迭代中反复扩展优化。
  • 反馈 通过提前编写测试代码,经常性的反馈代码的问题和进展。 在开发过程中,通过持续集成,使得每一次的发布都可以成为可执行版本。
  • 勇气 应用极限编程,每时每刻都在应对变化。这要求开发者时刻面对快速开发,重新开发。 变化在软件开发中是不可避免的,极限编程的思想就是将变化扼杀在摇篮中,避免最后形成一个无法重构的庞大工程。

13个最佳实践

  • 计划游戏 快速制定一个概要的计划,随着项目细节的不断更新和迭代,再完善这份计划。 主要分为三个步骤:客户编写故事;开发人员进行按照优先级进行分解和排序;确定产品迭代周期(2-3周)
  • 小型发布 持续集成,但每一个版本的发布都需要具备足够的商业价值。
  • 隐喻 寻求共识 发明共享词汇,增强团队默契
  • 简单设计 设计不应该一次性完成。因为变化不可能被所有的预见。所有设计一次也是无法完成的。 扎克伯格:不变的事物只有变化
    • 通过所有的测试程序
    • 没有任何重复的代码
    • 保持定期重构的思想
    • 单一职责(一个类只做一件事)
  • 测试先行 先写测试代码,再写代码。(开始时效率低,但能解决许多隐形问题)
  • 重构 重构是一种对代码改进而不影响功能实现的技术,重构的目的是降低变化引起的风险,使得代码优化更加容易。 重构场景:
    • 实现功能之前:改变现有代码结构,使得新的特性更加容易实现
    • 实现功能之后:检查一下刚刚写完的代码,考虑是否能够简化

    理论上来说,重构思想和开闭原则是相违背的,但如果一开始没有超强的设计分析和预测变化的能力,用来设计的时间不如花在重构上。【设计终究只能浮于纸上,而实践才能更加真实的发现问题】

  • 结对编程 code+review
  • 集体代码所有制 编码规范统一
  • 持续集成 在确保系统运行的单元测试通过之后,每天尽可能的多做代码集成。
  • 每周工作40小时 保证休息,提高效率。
  • 现场客户 主要为了沟通
  • 编码标准 定义变量名等开发规范。【确保沟通交流】
  • 配合是关键 1+1>2
下一篇
举报
领券