- 博客(341)
- 资源 (28)
- 收藏
- 关注
转载 敏捷开发原则
敏捷宣言,也叫做敏捷软件开发宣言,正式宣布了对四种核心价值和十二条原则,可以指导迭代的以人为中心的软件开发方法。 敏捷软件开发关注保持简洁的代码,经常性测试以及及时地交付应用的功能模块。敏捷宣言的创建是为了替代文档驱动的繁重的软件开发流程,例如瀑布式方法。 敏捷宣言强调的敏捷软件开发的四个核心价值是: ·个人和互动高于流程和工具 ·工作软件高于理解文档
2014-12-31 10:36:23 645
转载 从买房来看软件有哪几个主要关注点
去年股票和房市都比较低迷,今年房市和股市又热起来,而且房市不像股票是震荡的,它只涨不跌。我不怎么懂购房更不懂投资,所以在这里我并不是谈如何投资,而是从买房的视角来说说房屋与软件的关系,从买房的过程来解释一下需要从哪些大的方面来理解一个软件系统。 在进行架构设计、以及创新的过程中,我们都很有可能去理解别人的软件系统。能否找到需要理解的软件系统以及能否很好的理解一个软件系统都是一个好的开发人
2014-12-31 10:36:17 1205
转载 敏捷软件开发宣言–Manifesto for Agile Software Development
敏捷开发, 谁不会呀, 不就是没文档, 出活快, 用户说啥都能改?下面是一个笑话, 王屋村的大牛说 -我最近转手接了一个活, 完事能挣四五万, 我拿过图纸一看, 不就是盖一烟囱吗? 我们是敏捷 (Agile) 的团队,要文档作甚? 马上开始干活! 都快盖好了, 客户来检查,把我打了一顿!我冤枉啊!
2014-12-31 10:35:56 844
转载 CMMI、敏捷开发及ISO的关系说明
CMMI回顾 在80年代早期,在SEI的资助下美国空军成立了一项研究来分析为什么许多软件合同都会超出工期和预算。他们的结论是:糟糕的过程。由此,产生了CMM&CMMI。能力成熟度模型CMMI是一个过程改进方法和模型,它为组织提供了实现高效的软件交付过程所必需的基本元素,关注通过切实改进过程域的成熟度,实现过程改进的目标。它可以用来指导一个项目、一个部门甚至整个组织的过程改进。CMMI能帮助我们
2014-12-31 10:35:46 2311
转载 技术债务和设计死亡
第一部分 在最近的一次Scrum聚会上,Ken Schwaber 和Jeff Sutherland谈到技术和设计的死亡。虽然这两个概念本身不是新的,Ken和Jeff发现的关于它们的许多特征(我认为)属于独创而深刻的见解。此外,他们还概述了一些有用的图表,公司或部门可以用它来显示软件产品的“健康”状况。我本来打算写一篇文章,讨论这些图表指示的含义以及图表所需的数据。不过,我想为此引用说明
2014-12-31 10:35:32 1069
转载 由 “敏捷开发”PK“CMMI”引起的思考和困惑
我曾是CMMI咨询师,离开“CMMI 咨询”这个圈子也有一、两年了,久不参加行业内的活动,很想了解行业动态。因此,上个月积极参加了软件行业协会的过程改进年会,见到过去的老同事,老朋友、老同行,非常高兴。其中,观看了一场辩论赛,收获不少,也由此引发了思考和困惑。 “敏捷开发”PK“CMMI”,从辩论赛的角度,还是很热闹的,唇枪舌战了一番。 “CMMI”一方因为大都是咨询师,口齿伶俐些,引经
2014-12-31 10:35:13 2622 1
转载 Scrum开发过程
SCRUM方法如下:SCRUM将工业过程控制中的概念应用到软件开发中来,认为软件开发过程更多是经验性过程(Empirical Process),而不是确定性过程(Defined Process)。确定性过程是可明确描述的、可预测的过程,因而可重复(Repeatable)执行并能产生预期的结果,并能通过科学理论对其最优化。经验性过程与之相反,应作为一个黑箱(Black box)来处理,通过对
2014-12-31 10:35:06 568
转载 技术优先VS业务优先
技术优先VS业务优先——本文是两种不同计划方式的效率和效能对比注:下图中同一颜色的卡片表示具有类似的技术特征的story,比如含有布局类似的页面等。计划方式A:技术优先制定计划的思路如下图所示,倾向于并行解决技术问题,最后做集成。毫无疑问,这种方式可以实现Dev的效率最大化,即同样时间内,Dev可以产出更多的特性。期间BA和QA都很难插上手,BA无法就当前产
2014-12-31 10:34:42 1222
转载 敏捷开发的常见误区
1. 敏捷是“一个”过程敏捷不是一个过程,是一类过程的统称,它们有一个共性,就是符合敏捷价值观,遵循敏捷的原则。敏捷的价值观如下:个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判响应变化 胜过 遵循计划由价值观引出的12条敏捷原则:我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意
2014-12-31 10:34:29 792
转载 CMMI与敏捷实践结合之我见-任务细分
2008 我公司通过了 CMMI L3 认证。在准备认证的产品项目开发实施过程中,项目开发团队与质量管理团队的冲突很尖锐,也很集中。项目开发团队希望集中精力处理技术细节、研究产品开发,质量管理团队按照 CMMI L3 对质量管理体系的要求,建立项目管理过程中需要形成的大量文档模板,并跟踪检查项目文档记录,两个团队工作目标、方向及重点不同,成为双方争执的焦点。从产品项目团队的角度来看:项目组不但
2014-12-31 10:34:03 943
转载 互联网思维到底是什么?
但凡做企业的,不管是创业的还是在互联网冲击下转型升级的传统行业企业家,“互联网思维”已经成为了大家共同的口头禅。但究竟什么是互联网思维?众说纷纭,莫衷是一。我简单谈一下我的看法,很多内容就不展开了,欢迎拍砖交流。1、互联网思维是相对于工业化思维而言的。一种技术从工具属性、从应用层面到社会生活,往往需要经历很长的过程。珍妮纺纱机从一项新技术到改变纺织行业,再到后来被定义为工业革命的肇始,
2014-12-31 10:33:54 681
转载 CMMI与敏捷(推荐)
CMMI更注重流程管理,比如订立的里程碑,评审点等等,是一个很流程化的东西,需要项目计划,质量保证计划,按照软件瀑布式展开,也就是,需求,设计,研发,测试,上线的这种流程。每个流程都会产出文档,会有评审会。也就是说,是一步一步的走。实际中CMMI这种流程控制的,都是大项目,有明确的时间周期,而且周期较长,有明确的需求,分析的够透彻,需求不随意变更。也就是有CMMI以完善流程为主要手段,
2014-12-31 10:33:20 3298
转载 CMMI和敏捷的一些对比
1.组织关注焦点CMMI - 关注组织级过程能力,所有的项目和团队的产品或服务的开发都将从组织过程能力提高后受益。Agile - 焦点是项目和团队,即使组织不成熟,项目和团队仍然可以成功。2.管理CMMI - 系统化的管理思想和模型应用,特别是集成了各种计划的项目管理,包括风险管理。Agile - 管理更多起的是教练作用以消除壁垒,敏捷的这种方法也可以延伸到大项目管理中
2014-12-31 10:33:13 634
转载 CMMI与Agile
一位同志的心得: CMMI是重量型的开发方法,内容繁多,覆盖软件开发的方方面面。培训并不能让我对CMMI整体有一个很清晰的认识,但对CMMI强调的一些思想和方法,我觉得还是有收获。这里谈几点:1. CMMI强调过程标准化及最佳实践,认为最佳实践就是经验教训的积累,而我们经常想当然不加实践的认为某个最佳实践不适合我们,就随意修改,显示是违背了CMMI思想的。2. 杨老
2014-12-31 10:32:36 1200
转载 CMMI基础知识之22个过程域
CMMI等级过程域中文名称过程域英文名称过程类型第2级已管理级7个过程域需求管理Requirements Management工程项目规划Project Planning项目管理项目**Project Monitoring
2014-12-31 10:32:18 4537
转载 团队软件开发进阶
摘要 笔者以自身实践的场景为例,对团队软件开发的各个模式(初级,CMMI,敏捷)进行了分析和对比。并对如何提高团队软件开发的效率提出了自己理解。目录团队初级开发阶段团队CMMI开发阶段团队CMMI+敏捷开发阶段敏捷开发FAQ 团队初级开发阶段场景1研究生导师王教授接到一个企业信息化的项目,是对一家中小型企业
2014-12-31 10:31:56 770
转载 最小软件开发团队探索随笔2014
引论通过最近几年的实践,对于软件开发的最小团队模式,有一些新的理解,和大家共享:很多团队,公司在成本压力下,总是希望寻求一个最经济有效的团队组合,这个是可以理解的,也是该随笔的初衷。最小团队不是指单纯的减少人员,不是把一个需要5个人做的工作压缩为1个人做。软件开发本身存在一个众所周知的弊病,就是只要存在一个能够编码的技术人员,那么软件就总是能够“做”的出来,这也给人一个假象,软件开
2014-12-31 10:31:29 544
转载 《敏捷宣言》及其背后的12准则
我们通过身体力行和帮助他人来揭示更好的软件开发方式。经由这项工作,我们形成了如下价值观:◆ 个体与交互 重于 过程和工具(个体与交互:团队各个成员的能力与团队间的沟通)◆ 可用的软件 重于 完备的文档(以结果为导向)◆ 客户协作 重于 合同谈判(注重客户参与)◆ 响应变化 重于 遵循计划(敏捷要求有开放的工作环境,确保团队及时高效地进行沟通)
2014-12-31 10:31:29 655
转载 CMMI与敏捷开发模式
1) CMMI 开发模式优点是开发流程制度化和重视过程(设计,文档,编码,测试,原因分析),强调项目的可控性( Risk 管理),缺点是开发周期长,灵活性差。 CMMI 体系适用范围的特征:产品 / 项目创新要求不高,设计和需求比较稳定,人员规模比较大。 Key word: RD/BD/FD/DD/CD/UT/FT/ST, test case, QA, DR, risk ma
2014-12-31 10:31:10 1063
转载 运用Agile达到CMMI成熟度级别要求
摘要:Agile和CMMI是两种比较常用的过程改进的模型或方法论。对于我们从事中小型应用软件开发的企业,如何将两者结合,使过程既能发挥Agile的敏捷与持续交付特点,又能发挥CMMI等成熟过程的可预见性与可管理性的特点呢?本文尝试从分析Agile和CMMI的异同点入手,从过程体系规划,以及经典实践方面的结合等方面,论述Agile和CMMI是可以结合起来实施的,运用Agile方式是可以达到CMM
2014-12-31 10:30:55 1250
转载 软件开发和团队”最小模式”初探1
首先说个老实话,软件开发是没有什么所谓最小模式的; 如果可以我并不希望去尝试所谓的最小模式; 现在开开1-2万的二手小车是没办法,并不代表我愿意一辈子开这种车.CMMI3 认证要求最少有20人参加,其实是给出了一个硬性的指标,要保证CMMI3所能达到了质量要求,大部分流程域是不能裁剪的,那么就要保证有足够的资源去做正确的事情.也许是我没有赶上好时节,我所经历的项目和团队,还真的没有
2014-12-30 15:12:22 833
转载 软件开发和团队”最小模式”初探2-6人模型
6人模型上一篇文章说到了“2条主线和4个步骤”;那么顺理成章的,我的软件开发和团队“最小模型”就是6人模型。在展开6人模型以前,我必须阐明以下几个观点作为6人模型的总则:l 首先,我之所以要用6人而不是6角色,就是想暗示我认为6人各自独立的必要性,而反对合并和兼职(虽然我对兼职也有一定的理解――请查看以后的章节:金刚合体和巨人肩膀),我认为6人可以不必全程参与,但不要合二为一。
2014-12-30 15:11:28 1465
转载 敏捷开发过程中如何开发高质量的软件
很多人认为软件质量是软件是否存在 Bug,是否性能高,安全性好等等。其实软件质量的含义远多与此。质量就是软件产品对于某个(或某些)人的价值;价值是指创造利润,又或是降低成本。总的来说,软件质量是软件的灵魂和存在意义。敏捷开发也是顺应市场的对价值的诉求和日益复杂的业务而产生的方法论,敏捷开发是追求高质量软件的方法论和过程。本文将和大家一起探讨软件质量的含义,以及敏捷开发中如何进行高质量软件的
2014-12-30 15:02:54 2459
转载 敏捷开发之 12条敏捷原则
上篇敏捷开发之 4句敏捷宣言中讲了敏捷开发的价值观, 从这些价值观中可以引出下面的12条原则,它们是敏捷实践区别于重型过程的特征所在。在Agile Software Development - Principles,Patterns,and Practices(中文书名: 敏捷软件开发-原则、模式与实践)中对这12条原则分别进行了阐述,这里我就不重复解释书本的内容了,将从我个人的理解去讲解这些
2014-12-30 14:51:49 4020
原创 敏捷开发博客汇总
http://www.doc88.com/p-2671097394528.htmlhttp://www.cyzone.cn/a/20130624/242777.htmlhttp://news.cnblogs.com/n/179450/
2014-12-30 12:56:36 707
转载 初识敏捷开发原则
在软件开发中,我们经常会遇到类似这样的问题 我们所理解的东西无法和用户想要的达成一致,所以用户提出的要求,经过项目经理、分析师,最后到程序员的就已经被篡改的面目全非,所以,经过程序员们日以继日的努力,终于做出来完全不是用户需要的程序了,于是我们不得不继续夜以继日的修改,终于在放弃了代码的质量、放弃了休息、加班加点的工作后,用户勉勉强强的接受了我们随时都可能奔溃的系统。
2014-12-30 12:55:30 922
转载 严澜:创业公司如何实施敏捷开发
说起敏捷开发,并不是因为敏捷而敏捷。这几年的敏捷开发已经被很多敏捷咨询服务商神话了,这个东西并不是神器,实施了就可以解决所有软件公司的问题,而是要结合自己公司的特点和问题摸索出适合自己的一套模式。大家都知道,创业公司刚开始需要研发出一款产品并且能够使公司赚钱的产品,不过大部分创业公司没有那么容易一下就能做出来,很多公司还没有成功的产品资金链就断掉了,公司也死掉了。我们公司是这样一个状况,有
2014-12-30 12:54:13 1081
转载 敏捷开发 Scrum 总结
最近把之前学习 Scrum 的资料整理为一篇文档,在接下来的团队和项目开发中,根据项目的情况引入 Scrum 的一些实践,提高团队成员之间的协作能力和项目的交付质量。 参考资料:《轻松Scrum之旅—敏捷开发故事》、《敏捷无敌》硝烟中的Scrum 和 XP火星人敏捷开发手册Scrum-Checklists维基百科:http://zh.wikipedia.org/wik
2014-12-30 11:55:36 759
转载 敏捷开发之Scrum扫盲篇
现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP... 为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解;所以我决定写一篇扫盲性的博文,同时试着也与园内的朋友一起分享交流一下,希
2014-12-30 11:44:37 483
转载 PMBOK项目的范围,时间,成本管理
1.范围管理:定义和控制哪些工作应包括在项目内,哪些不应包括在项目内。 具体过程有: a. 收集需求。主要输出有“需求文档”和“需求管理计划”(规定如何分析、记录和管理需求) b. 定义范围。主要输出有“项目范围说明书” c. 创建WBS(工作分解结构) d. 核实范围(Verify Scope),即验收。 e. 控制范围:监督范围状态、管理范
2014-12-30 11:30:01 1613
转载 Maven的Snapshot版本与Release版本
1. Snapshot版本代表不稳定、尚处于开发中的版本 2. Release版本则代表稳定的版本 3. 什么情况下该用SNAPSHOT? 协同开发时,如果A依赖构件B,由于B会更新,B应该使用SNAPSHOT来标识自己。这种做法的必要性可以反证如下: a.如果B不用SNAPSHOT,而是每次更新后都使用一个稳定的版本,那版本号就会升得太快,每天一
2014-12-30 11:28:56 717
转载 软件版本号介绍
版本号 1.3.4-beta-2 该怎么理解? 1 - 代表“主版本”,表示项目的重大架构变更 3 - 代表“次版本”,表示较大范围的功能增加和变化,但总体架构未变 4.- 代表“增量版本”,一般表示重大Bug的修复或功能的增强 beta-2 - 代表“里程碑版本”,表示当前的开发已经完成了某个里程牌,但还未稳定 抄自《Maven实战》
2014-12-30 11:26:44 632
转载 敏捷开发中常见的九大误解
一、敏捷是“一个”过程敏捷不是一个过程,是一类过程的统称,它们有一个共性,就是符合敏捷价值观,遵循敏捷的原则。敏捷的价值观如下:个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 由价值观引出的12条敏捷原则: 1、我们最优先要做的是通过尽早的、持续的交付有价值
2014-12-30 11:16:00 1730
转载 CMM概括介绍
一、CMM的基本框架 1.CMM的设计思想 任何软件开发和软件企业的发展都离不开软件过程,而软件过程必然要经历一个从不成熟到成熟,从不完善到完善的发展过程。它不是一朝一夕就能成功的,需要持续不断的对软件过程进行改进,才能取得最终的成效。CMM就是根据这一指导思想设计出来的。为此,模型必需满足如下四点对企业的指导作用: 1)为了正确和有序地引导软件过程活动的开展,要建
2014-12-30 11:15:02 2495
原创 CMM学习笔记
1.项目的三要素:成本,进度,质量 2.项目成功的一个关键因素在于项目有一套过程 3.软件过程 = 一系列步骤 + 本开发机构所积累的经验 4.CMM 是一个 “过程体系” 5.过程越成熟,项目对开发人员的依赖就越少,项目就越好控制,实际结果就越好 6.CMM2的KPA关注项目管理,CMM3的KPA关注过程的制度化 7.要通过某级的CMM认证,就必须满足该级别及其以下级别
2014-12-30 11:12:07 840
转载 大话cmm
我有个很简单的例子,就是游泳:一级:一群人没有经过训练,也不知道有没有经验,下水之后乱扑腾,有的人浮起来,有的人沉下去了。这就是一级的无序状态,结果是不可知的二级:大家都在游泳池或者小池塘里下过几次水,基本上在这样的条件下不会出事了。但是动作乱七八糟,有狗刨有说不出名字的动作。也就是二级的能够重复以前的成功经验三级:经过研究,确定了几种标准泳姿,知道自由泳最快,蛙泳最省力等等。
2014-12-30 11:09:37 489
转载 CMM介绍
能力成熟度模型(Capability Maturity Model for Software,英文缩写为SW-CMM,简称CMM) 什么是能力成熟度模型 (Capability Maturity Model)CMM是指“能力成熟度模型”,是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行
2014-12-30 11:04:59 3524
转载 CMM走上舞台
敏感的人会发现,在近来的业内报纸杂志上,"CMM"这个普通的字母组合越来越多地被提及,而"M o to rala(中国)通过了CMM五级认证"、"鼎新通过了二级"之类的新闻也竞相被各媒体报道。一时间,CMM烁烁生辉,仿佛笼罩在舞台的聚光灯之下。 那么,CMM是什么呢? 在上个世纪六十年代,软件业出现了软件危机。即软件项目经常无法按期完成,软件工程费用超支,软件质量难于控制而且维护费用高
2014-12-30 11:00:16 480
转载 CMMI培训简单笔记
过程应该包括三方面的内容1.定义任务之间关系的规程和方法2.有技能、受过训练的,以及有积极性的人员3.工具和设备过程是一系列为达到既定目标的思维,态度,条件,实践。包括工具,方法,资源和人。1.广义的过程是一个维系。程序,人员,技术这三方面的总体。2.窄义的过程就是其中的程序3.过程是目标驱动的,是以绩效为目标的。4.流程是任务驱动的,是为规范任务的步骤的。成熟
2014-12-30 10:25:18 707
struts2.0中文帮助手册.chm
2010-03-01
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人