构建之法 学习笔记06

关于敏捷流程。

在软件工程的语境中,“敏捷流程”是一系列价值观和方法论的集合。从2001年开始,一些软件界的专家开始倡导“敏捷”的价值观和流程,他们肯定了流行做法的价值,但是强调了敏捷做法更能带来价值 。“敏捷”(Agile)是一种思潮,或者说是一种价值观,它涵盖了好几种软件开发的方法论(Methodology);这些方法论又是建立在许多行之有效的最佳实践方法(Best Practices)之上的。而关于敏捷的方法论比较有名的是一下三种:1.爱抚弟弟(FDD——Feature Driven Design);2.史克朗姆(SCRUM);3.极限编程(XP)。

还有一点需要明确的是,敏捷不是万能的。敏捷的方法能帮助你更早的知道你是否能如期完成任务,仅此而以。敏捷的方法(迭代的方式)能帮你尽快让用户看到项目的部分价值。当你尽早交付部分价值时,也许用户已经对你目前交付的东西很满意了,这样你就不需要再花时间来实现其他需求。另一种可能是,用户看到部分系统,他们有新的需求,这样你就可以实现新的需求,而不用在浪费时间实现过时的需求了。总之,敏捷能在一定程度上提高工作效率。

敏捷开发的原则是:(总结为以下十点)

1.尽早并持续地交付有价值的软件以满足顾客的需求。

2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势。

3.经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。不断关注技术和设计,提高效率,才能越来越敏捷。

4.业务人员和开发人员在项目开发的过程中应该每天共同工作。

5.以有进取心的人为项目核心,充分支持和信任他们。

6.无论团队内外,面对面交流始终是最有效的沟通方法。同样的话语,文字和语言单传递都比不上当面交流交换信息之多以及准确。

7.可用的软件是衡量项目进展的主要目标。

8.敏捷落差呢过应该能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去。

9.保持简明——尽可能多简化工作量的技艺——极为重要。

10.自我管理在团队中同样十分重要。时时总结如何提高团队效率。

时间: 2024-10-20 16:26:06

构建之法 学习笔记06的相关文章

构建之法 学习笔记01

起初我只是在专业要求的硬性规定下去接触了这本<构建之法>,然后仔细的看下来之后确实让我受益匪浅,让我更切实的了解了这个行业.这本书对我来书最实用的地方在于,在高大上的理论之后会有具体的实例来帮助理解.在介绍方法论的同时,会介绍方法论不适用的场景,介绍方法论在现实中是怎样跑偏--什么叫宏观视角?什么叫最佳实践?什么叫算无遗策?就像画一棵决策树,向哪个分支走,结果会怎么样,清清楚楚,明明白白,让人信服.能让学生了解到工作中接触的种种角色及其想法.诉求,避免"以程序为中心"思考问

构建之法 学习笔记02

在一个项目运行的过程中,所有参与者都是团队的一份子,都是推进进度的零件.因此在知识和技术之上,不可或缺的是对于团队的建设. 在这次的学习笔记之中我想简要谈谈本书的第十七章的内容--人,绩效和职业德行. 在这个章节里,书中首先提出了这样一个概念:猪,鸡和鹦鹉,这三种动物都有着在团队中各自潜在的含义.一个团队的人可能来自五湖四海,有个各自的性格和特性,但是肯定都有着同一个目标,为着同一个目标而走到了一起. 有些人是猪--在这里的意向并无贬义,对他们来说,想要项目成功就得拿出自己身上的肉,背水一战:一

构建之法阅读笔记06

这周我阅读了软件测试这一章,在读完这一章之后,我知道了软件测试的方法主要有单元测试.代码覆盖率测试.构建验证测试.验收测试.探索式测试以及回归测试等. 读完这一章使我对软件测试有了新的认识,一款软件的开发,从开发初期的问题定义及规划到各个阶段的有序进行,整个软件的开发需要做到层层相扣.而软件测试----作为软件开发过程中最后也是最关键的一步,其把我这软件的质量关,在其中发挥着至关重要的作用,无论是对软件安全性的保证,还是对软件功能性的检验,都有着无可代替的地位.因此,要想让一款新的软件很好的满足

构建之法 学习笔记07

在之前长时间的理论学习之后,这周也快到学期期末了,结合本书第十章 10.2用例(USE CASE)与我的java设计模式课程作业,我对我的原型模式课题稍做了一些研究 . 和典型人物.典型场景的方法类似,用例(UseCase)也是很常用的需求分析工具.用例有这样一些 基本元素: 标题:描述这个用例要达到的目标 角色(Actor):和软件系统交互的角色,例如用户,其他实体,甚至时间(在描述一些和时间相关的场景时有用) 主要成功场景(Main Success Scenario):一系列步骤描述角色是怎

构建之法 学习笔记04

关于软件工程的一些基本概念和技术 单元测试 绝大部分软件都是由多人合作完成的,大家的工作互相有依赖关系.最典型的的例子就是,某人负责的模板的功能被其他人调用.软件的额很多错误都是来源于程序员对模块功能的误解.疏忽或不了解模块的变化.单元测试可以有效的解决这些问题. 用VSTS写单元测试 许多应用程序中都会用到"用户"这一类型,用户的标识通常是一个邮件地址. 创建单元测试含糊的主要步骤是: 1.设置数据(一个假想的正确的E-mail地址) 2.使用被测试类型的功能(用E-mail地址来创

构建之法阅读笔记06(完)

第十五章:稳定和发布阶段 一个团队经历了计划/设计/开发等阶段,就达成了代码完成这一目标.这就来到了软件生命周期中最后的阶段,也往往就是最考验团队的阶段.首先,优秀的团队会发布有缺陷的软件,它能找到一个平衡点,能及时发布解决用户问题的新版本,并能及时修改软件中的问题.软件发布会经历许多版本:Alpha-Beta(对用户的反馈给予应答,进行改进)-ZBB(在多次修改BUG与反弹之后,将bug数目控制在0)-RC-RTM-RTW.对于不同的BUG,团队会给出不一样的解决方案:修复,放任,不修复,推迟

老师的问题和《构建之法》笔记

谈构建之法之前,先回答老师的几个问题~ 1.我本科专业是物联网工程,四年间的学习内容一直处于软硬件间摇摆,一度使我怀疑人生.这种学习方式最大的好处是可以从底层理解整个计算机的运作,循序渐进,而最大的缺点是,体系太过于庞大,低效,冗杂.当我到了大三的时候,我依然不能够独立编写一些软件,也不能处理有意义的硬件问题,所以当务之急便是做出取舍,否则我的大学可能就止步于C语言和单片机了.几经周折,最后还是选定了偏向软件的方向,原因众多,硬件的学习难度和深度让我苦不堪言,对数模电,通信原理,高频电路亦有较高

构建之法阅读笔记三—结对编程

构建之法阅读笔记三——结对编程 何谓结对编程,结对编程就是程序员肩并肩,平等的,互补的进行开发工作,他们使用同一台电脑,编写同样的程序,一起分析,一起设计,一块交流想法. 然而我以前却并不是这样做的,我以前喜欢在没人打扰的环境下写代码,我觉得有人在我身边看着,会影响我的思路,还有我个人自尊心比较强,不太喜欢被人指指点点,所以每次都是,我写完代码之后,自己先找自己的bug,每当自己实在找不到之后,才会请教大神,但是有时候可能由于自己的能力不足,往往一个很简单的问题,我自己发现就会花费很久的时间,让

C#数字图像处理算法学习笔记(一)--C#图像处理的3中方法

C#数字图像处理算法学习笔记(一)--C#图像处理的3中方法 Bitmap类:此类封装了GDI+中的一个位图,次位图有图形图像及其属性的像素数据组成.因此此类是用于处理像素数据定义的图形的对象.该类的主要方法和属性如下:  GetPixel与SetPixel方法:获取或设置一个图像的指定像素的颜色. PixelFormat属性:返回图像的像素格式. Height和Width:返回图像的高度和宽度. LockBits与UnLockBits方法:分别锁定和解锁系统内存中的位图像素. LockBits