现代软件工程 练习与讨论 第六章 敏捷流程

请结合中国软件开发的情况(在国企开发,给企业开发软件,个人创业,游戏产业等),讨论应该增加一些什么问题,来帮助团队选择最合适的开发模型。

在我看来,当前国企开发,很多时候初初衷很好,但当作出来时,发现用户群体很少甚至是过时了。所以,在开发时要增加对于项目将来的用户群体,产品定位,以及需求等的实时考量问题,比如,当前用户群体对这样一个项目的需求是否还和之前一样,我们还需要增加什么功能,这样的产品是否当前出现了它的可替代品或是比它功能更完整的产品,我们需不需要有针对性的增加目前没有的新功能等问题。

阅读Lost in CatB.有感

其实,随着社会的不断发展,几乎每天都会有新技术伴随着新需求不断出现,同样的开源和商用也是如此,哪里有需求,哪里就有市场。开源和商用各有利弊,但都是服务于不同的用户群体,满足不同的需求,例如,Linux从最初的几千行代码发展到现在,俨然成为了os中的中流砥柱,而这样的地位离不开它的开源,和看中这一特性并不断有IT人员对其进行更新,若他当初出现时就是非开源的,那我想Linux的命运会相当的多舛;另一方面,像专做erp软件的公司,如用友,他们公司的erp软件仍然屹立不倒,就是因为对于商业软件来说,开源确实会带来很多问题,给客户容易造成心理阴影,想这类商用还会无形中,起到业内的一种规范。所以,开源与商用,既要结合需求,同时还结合产品定位。

时间: 2024-10-25 22:27:38

现代软件工程 练习与讨论 第六章 敏捷流程的相关文章

构建之法学习(第六章 敏捷流程)

第6章  敏捷流程 本章主要介绍了敏捷流程及其原则,Backlog.Burn-down.Sprint.Scrum方法论.以及什么时候选择敏捷的开发方法,什么时候选择其他方法. 1.敏捷的流程 定义:"敏捷流程"是一系列价值观和方法论的集合. 现有的做法 敏捷的做法 流程和工具 个人和交流 完备的文档 可用的软件 为合同谈判 与客户合作 执行原定计划 响应变化 2.敏捷开发原则 尽早并持续地交付有价值的软件以满足顾客需求 敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势 经常发

构建之法(第六章 敏捷流程)

第六章主要讲了    1.1敏捷流程及其原则,Backlog,Burn-down,Sprint,Scrum方法论    1.2什么时候选择敏捷的开发方法,什么时候选择其他方法.   1.敏捷的流程:"敏捷流程"是一系列价值观和方法的集合.    1.1敏捷开发的原则: 1. 尽早并持续地交付有价值的软件以满足顾客需求 2. 敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势 3. 经常发布可用的软件,发布间隔可以从几周到几个月,能短则短 4. 业务人员和开发人员在项目开发过程中

第六章 敏捷流程随笔

敏捷开发特点: 根据维基百科上的定义:"(敏捷)更强调程序员团队与业务专家之间的紧密协作.面对面的沟通(认为比书面的文档更有效).频繁交付新的软件版本.紧凑而自我组织型的团队.能够很好地适应需求变化的代码编写和团队组织方法,也更注重做为软件开发中人的作用." 上述特征并不是仅限于敏捷开发团队.有的时候软件开发项目需要更多的规程,有的时候则相反.但只要遵循敏捷开发最基本的规程,无论是何种软件开发过程,都可以称之为敏捷软件开发过程. 在敏捷方法中,开发人员的主导作用更明显,讨论需求.实现需

构建之法 第六章 敏捷流程

敏捷开发的原则是: 1.尽早并持续交付有价值的软件来满足顾客 2.利用不断的变化来提高用户竞争优势 3.发布软件的周期越短越好 4.业务人员和开发人员随时沟通共同工作 5.要有进取心,并给予大力的支持 6.以面对面交流为主要沟通方式 7.软件的可用率是衡量项目进展的主要指标 8.可持续发展:9.以技术和设计为核心 10.简化工作量,要少而精 11.有自我管理能力 12.不断总结自我,提高效率,改正问题.

第六章 敏捷流程

6.1 敏捷的流程 现有的做法 敏捷的做法 流程和工具 个人和交流 完备的文档 可用的软件 为合同谈判 与系统合作 执行原定计划 相应变化 敏捷开发的原则:1.尽早并持续地交付有价值的软件以满足顾客需求.     2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势. 3.经常发布可用的软件,发布间隔可以从几周到几个月,能短则短. 4.业务人员和开发人员在项目开发过程中应该每天共同工作. 5.以有进取心的人为项目核心,充分支持信任他们. 6.无论团队内外,面对面的交流始终是最有效的沟通

现代软件工程 练习与讨论 第十七章 人、绩效和职业道德

第十七章 1. 比较不同团队的绩效评估方法,提出自己团队的绩效评估计划 虽然不同的团队模式有着不同的优缺点,但是就邹欣老师所给出的几个团队来说,我们更倾向于选择第一个团队. 首先,大家在很大程度上都是同一级劳动者,这样就使得我们的工作团队保持一个紧密亲切的氛围.对任务进行不断的细化,使得每个人可以各司其职,共同为了一个大的目标而努力,在一个团队中谁也不希望因为自己的原因而去耽误整个团队的进度,也会使每个团队成员保持一种紧迫感.有利于团队中的每一个成员得到真正的锻炼,并学会承担责任. 2. 在团队

大道至简:软件工程实践者的思想——第六章感想 从编程到工程

从编程到工程 语言只是工具 语言对于一个从事IT相关行业的程序员.技术人员来说,语言仅仅只是工具,从事IT相关行业的人来说,看清楚大的程序来说这一切的开始,就是源于“语言只是工具”! 猿之于为人,“学会制作和使用工具”是最重要的标志,所以从事IT相关行业的我们也被业外的人称为程序猿,当然这里更多的是读音有点相似.因而我不知道“语言只是工具”这句话,究竟是对语言的膜拜,还是漠视.  然而从那一刻开始,我才真正地知道工程.我们学过的吃.#c++\还有现在所学的java,可能有些人说这是几门技术课程,

现代软件工程 练习与讨论 第七章 MSF

1. 果冻: 西方管理学大师戴明曾经说:“Eliminate numerical goals, numerical quotasand management by objectives. Substitute (that with) leadership”,意思就是说(在团队中)要消除以数字定义的目标.份额,以及以类目标为基础的管理原则.我们要用领导能力取而代之. 这和“数量化的管理”级别的要求有没有冲突? 首先,个人认为这是没有冲突的,在一个团队的时候,用领导力来取代一些以类目,份额,目标为基

现代软件工程 练习与讨论 第五章 团队和流程

1.团队模式和团队的开发模式有什么关系? 团队模式主要取决于组成团队的成员,包括team leader以及team mates.其中,由于身处各个角色人员的性格,能力以及IQ,EQ等的不同,特别是team leader的上述这些“属性”,会往往决定了一个团队的“士气”“面对困难坚持不懈的程度”等特点,即我们常说的“软实力”.而这样的软实力也往往会激发一个团队的巨大潜能,为企业创造出超乎想象的价值. 团队的开发模式与我们目前所熟知的软件开发模式,例如,瀑布.迭代.螺旋以及敏捷等等都密不可分,但它不