软件开发本质论(敏捷开发)

Jenny ·

更新时间:2024-11-13

· 631 次阅读

敏捷开发有 4 种价值和 12个原则

---------------价值-----------------------------
自然之路的原则: 尽早提供价值,经常提供价值(必须以创造价值为中心,而且价值必须是可见的)

一种观察软件开发过程的方法

价值就是那些我们想要的东西.
当软件发布时,它的价值才能体现cuiyaonan2000@163.com

价值实现后,要确保价值的正确性,就会验证价值.

最大价值(项目整体),最小价值(最小可市场功能特性)
一个软件产品应用的20/80 法则.(在计划时间里不可能得到所有想要的功能特性.)
每个人想要的功能特性都不同,但肯定没有人想要所有的功能特性

根据功能特性划分价值(假设功能特性,高度代表价值,宽度代表成本.能够很好的展示出功能的重要性)

价值最大化就是频繁交付小的,以价值为中心的功能特性

---------------价值-----------------------------

-------------------------根据功能特性 ----- 指导------------------

我们所得到的肯定要少于我们想要的.毕竟,我们想要实现所有的功能.
事实上,我们并不能实现所有的功能特性,我们需要正视这一事实,并进行相应的管理.而不是直至不理.同时需要对项目进行引导,而不
任由它发展.

我们想要的超出了我们的能力范围.这也是目标的本质.
我们以全有,或者全无来制定项目计划,视图去设计所有的功能特性,这使我们处于不利的境地.遇到问题后我们没有时间去改变,问题的暴露也只能在项目后期才能体现,前期毫无预警.且在后期的开发过程中,不能灵活调整.cuiyaonan2000@163.com

根据功能特性交付,使项目更具有可预见性(对比原始开发模式的图,和根据功能特性交付的图.可一眼看出差距)

-------------------------根据功能特性 ----- 指导------------------

---------------------------根据功能特性----组织-------------------

功能特性团队中,需要有一个负责构建产品推动人

在构建功能特性团队过程中,肯定会有很多问题,比如不同功能特性团队之间的相互协调.可能会让开发进度变慢.这是一个过程,前期是个磨合的过程.但是只要功能特性团队在朝着好的方向发展,最终一个团队是能构建好的.(组建兴趣小组&实践社区我很怀疑)cuiyaonan2000@163.com

关于我们并没有足够多的有经验的人(后端,前端,测试,ui交互):根据功能特优先级分配(组建兴趣小组&实践社区我很怀疑)

组建实践社区:将原属于不同功能构建团队的开发测试交互,按照职责类型组成一个小组,由高级开发负责带领.

---------------------------根据功能特性----组织-------------------

---------------------------根据功能特性----计划-------------------

产品的愿景总是以伟大的想法开始,虽然朦胧却很诱人.愿景是产品的大思路,而不是小的功能特性.

计划本身是无用的,但做计划是必要的

(的确需要做计划,但并不需要详细列出一张什么时候发生事情的清单.我们可以在事情发生后在去做计划.太细的计划只能浪费时间)

尽早确定哪些核心功能特性必须尽快有,哪些功能特性不能没有

做计划能在仔细考虑了很多不好的想法后,我们才能得到几个不错的想法.

计划内容: A确定项目的时间期限和开支预算 B优先开发最有价值的功能特性 C确保产品能够随时发布,并在结束时间停止

A确定项目总体预算与截至日期 B找到一位产品推动人来决定功能特性的开发顺序, C组建一个能随时交付的团队

迭代/冲刺大故事>小故事>任务(大产品>小产品)

团队工作量根据方法"昨日天气(yesterday's weather)"

将功能特性一直拆分到具有独立测试价值的故事.cuiyaonan2000@163.com

无论从商业角度还是管理角度,要获得最好的结果,需要明确各项工作是按时完成还是推迟进行.

每个迭代不能吃的太多

在不进行估算的情况下进行估算:一般来说估算结果很可能是错误的.如果想认真的估算,一般来说都会很保守.且我们会把注意力集中在成本上,而忽略了价值.cuiyaonan2000@163.com
---------------------------根据功能特性----计划-------------------

---------------------------根据功能特性----构建产品-------------------

在一个短周期内,完整的构建一个小的产品

(在每个周期内,确定需要完成哪些功能特性,并清楚地说明如何测试它们,每一个迭代都是一个学习,
学习如何估算工作量,学习如何检查任务是否完成了.还能学习代码设计的能力)

细化产品愿望: 我们需要相信业务团队能够弄清楚他们到底需要什么.

总是将价值可能最大的任务列为下一个目标

每个迭代必须修复所有的缺陷

---------------------------根据功能特性----构建产品-------------------

---------------------------同时构建功能特性与基础-------------------

理想状态是在交付的时候我们能够完成所有的功能特性

A: 基础优先意味着能够进入市场的功能特性减少(延缓项目进展的同时,减少产品价值)
B: 在构建功能特性的同时构建相关的基础还是(将功能特性做到极致是错误的.可能并满足需求,切回浪费时间)
C: 首先构建简单而使用的版本,在多次迭代中不断完善每个功能特性(最小可行产品)cuiyaonan2000@163.com

如何选择功能特性的最佳组合需要考验产品推动人的能力.以期满足随时都能够发布一个可用的产品.

---------------------------同时构建功能特性与基础-------------------

---------------------------零缺陷与良好的设计---------------------------

产品构建是在不断发展和变化的设计基础上,由数量不断增长,能够正确运行的功能特性组成.

需要及时了解哪些功能特性已经完成,且完成的质量怎么样.

因为功能特性是逐渐增加和完善的,同时设计也是逐渐改进的.

若不能保持设计处于良好的状态,轻则影响项目进度,重则导致项目失败.(如果放任设计退化,项目进度肯定会变慢)

2个层面的测试:业务测试,开发测试
测试不但会减慢开发速度,发而使其变得更快.(减少错误,同时使错误更快地被发现)

好的设计,就是对相应的扩展更容易.

软件开发的本质就是要求我们进行测试和重构.

---------------------------零缺陷与良好的设计---------------------------

--------------------------如何衡量价值-----------------------