敏捷_Tag标签_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
当前位置:程序员俱乐部 >>Tag标签 >> 敏捷 >>列表
· 敏捷软件开发发布时间:2016-08-28
测试驱动开发简单的3条测试规则:除非已经编写了一个不能通过的单元测试,否则不编写任何产品代码;只要编写能够正好导致测试不通过或者编译失败的单元测试就够了,无需更多;只要编写能够正好使失败的单元测试通过的产品代码就够了,无需更多。第一个也是最明显的一个效果,是程序中的每一项功能都有测试来验证它的操作的正确性。这个测试套件可以给以后的开发提供支援。无论何时我们因疏忽而破坏了某些已有的功能,它就会告诉我们。我们可以向程序中增加功能,或者更改程序结构,而不用担心在这个过程中会破坏重要的东西... 查看全文
· 如何衡量一个团队的敏捷程度发布时间:2016-08-15
随着敏捷开发方法越来越流行,如何衡量一个团队的敏捷程度变成了老板和经理们看重的一个东西,那么,我们如何衡量一个团队的敏捷程度呢?“守破离”源自于日本剑道学习方法,后发展到其他武术与其它行业。这是百度百科上的一句话,同样,“守破离”也适用于敏捷的衡量标准,让我们看看守破离在敏捷上的运用。守,即团队是否能按照scrum的流程去实施敏捷,如团队中是否有三个角色,团队是否能按照敏捷的方法去开四会(早会,计划会,检视会,回顾会)等等。破... 查看全文
· 敏捷转型历程发布时间:2016-08-10
我:TechLeader团队:团队成员分布在两个城市,我所在的城市包括我有4个成员,另外一个城市包括SM有7个成员。另外由于我们的BA离职了,我暂代IT的PO职位.PM和我在一个城市,但他不参于敏捷的运作里面.迭代:双周主要会议:Grooming,SprintPlanning,DailyStandupMeeting,SprintReviewMeeting,RetrospectiveMeeting.现在有个外部敏捷教练在带着我们实施敏捷... 查看全文
· 十条敏捷失败之路发布时间:2016-06-23
英文原文:TenWaystoSuccessfullyFailyourAgility在TheWorkplaceWithin这本优秀的著作中,LarryHirschhorn用很长的篇幅分析了挑战者号灾难。在导致坠毁的许多事件中,让我们感触最深的是,NASA的管理层认为,航天飞机的每次成功发射都降低了灾难发生的风险。在NASA,许多人都知道,那个导致灾难发生的、有缺陷的O型密封圈可能会出故障,但管理层的乐观情绪随着一次次发射日益高涨,让工程师们倍感沮丧和无奈。敏捷宣言告诫我们,要避免这样的脱节... 查看全文
“厂长,上一次我们讲过了工作流的整体规划,今天我要动手做啦!我想先把工作流的自定义表单做出来。”“好的,以前我做这方面的东西,我给你设计了一份表结构,你先拿去看看。”“厂长,是不是没发完,怎么就一个表?”“我就知道你会这么问,我现在给你解释一下重点字段的含义。”数据表:将表单上的内容保存到哪个表。关联表的主键:要保存表单数据那张表的主键。是否需要建表:是否需要把表单中的数据存入到表中,这里的意思是... 查看全文
前言在前一篇文章中我已经做过开篇,接下来的随笔会详细讲一下我们的开发框架是如何实现的,专业的事由专业的人来讲,以后就由我们的高级码农小李英文名查尔斯和他的师父厂长(因为姓陈,酷爱摄影,我们的文艺片都是从他那里来的,所以叫厂长)技术选型“查尔斯,这个敏捷开发框架我们要开始做了,给你分点任务,你要做哪块的?”“俺要做APP开发,现在APP开发的人工资高着呢,动不动10几k的,俺要学好APP,俺要加工资,俺要走上人生的颠峰!”“OK... 查看全文
敏捷发展到今天已经在软件行业得到了广泛认可,但大多数敏捷方法都是为了解决某一特定问题而总结出来的特定方法或实践,一直缺乏一个可以将整个开发过程串接起来的成体系的方法。用户故事驱动的敏捷开发(UserStoryDrivingAgileDevelopment–UDAD)就是这样一套方法和实践,希望能够在软件开发的各个过程都提供最有效的方法让希望采用敏捷的团队能够有一个整体的方法论作为指导。如何你对敏捷还缺乏了解,可以阅读以下文档... 查看全文
这是我最近在公司内部培训所整理的资料,本篇原本是PPT,我在这里整理成博客分享给大家。另外,最近因事回家待了一个月,所以很多东西都耽搁了,包括Magicodes.NET,这个直到现在我都没有时间去更新它,希望下周开始能够逐步投入少量时间。本篇作为开篇,在此,我先列下本系列的内容(可能有些篇章过多,会进行拆分),希望和大家探讨交流:产品管理之敏捷之路(一)——携手同行,走自己的敏捷之路产品管理之敏捷之路(二)—&mdash... 查看全文
今天推荐的是一本由微软出版社发布的免费电子书,涉及的话题是如何在VisualStudioOnline中基于敏捷的思想来管理开源项目。本书的几位作者(自称ALM领域的游侠),给大家分享了在一个敏捷的、透明的、简单的、互信的环境下,管理需求和交付成果的最佳实践。这本书适合那些希望从“狗食”经历和软件需求的持续变化中有所收获的敏捷开发团队和ScrumMaster。产品负责人(经理)和其他利益相关者也可以从本书中有所收获,学到如何支持敏捷开发团队... 查看全文
英文原文:WhydosomedevelopersatstrongcompanieslikeGoogleconsiderAgiledevelopmenttobenonsense?这是一个来自Quora的问题。Rocket程序员JasmineAdamson在文中表达了敏捷开发原则是废话的观点,他觉得现实生活中没有什么人会推崇这些原则来工作,不过他们仍然在说其所做的是敏捷,这是非常让人沮丧的。以下为译文:敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在过去8年里... 查看全文
WelcometotheiceScrumiceScruminstallguide.Ifyoudon’twanttomanageyourowniceScruminstallation,youmaywanttoconsiderourCloudoffers(youcantryiceScrumCloudforfree!)IntroductionIfyouarenewtoiceScrum,youmaywanttousetheiceScrumServerdesktopapplication... 查看全文
《SVN与TortoiseSVN实战系列》已写完,今天新开一个《Jenkins自动化构建系列》,上周听了BobJiang老师的Agile1001公开课,一直想写个总结,这篇关于敏捷开发、自动化构建与持续集成的思考就作为开题篇吧。敏捷是什么?敏捷是一把伞,这把伞下边有XP、Scrum、FDD。。。,当然也包括自动化构建、持续集成,其实符合敏捷思想的开发方法、工具,如Jenkins都可以属于敏捷开发的范畴,上课时的PPT:敏捷到底是什么?其实关于敏捷的定义有很多,BobJiang的解释是... 查看全文
目录前言设计编码PaintCode前言自从人生第一篇博客《IOS中的预编译指令的初步探究》问世以来浏览量竟然达到了360多,(路过的大神勿笑!)这些浏览量使我兴奋异常但又令我黯然神伤,为何我会眼里常含泪水?因为国人伸手党达90%!!!区区只有可怜的三个评论,可怜的三个评论~没有鼓励~没有鲜花~也没有谩骂~但是我不哭因为贱人会笑!我深信:一日伸手党,bug终身随!好久没打篮球了,“教练,我想打篮球”。这次的东西标题为《无比迅速敏捷地开发IOS超精美控件》!就问你怕不怕?... 查看全文
Scrum的3种工件包括:ProductBlacklog、SprintBacklog、完成标准。1、产品待办事项列表(ProductBlacklog)产品Blacklog是Scrum中的核心工件,它是对整个产品的功能描述,所有功能描述都是有顺序的排列,团队依照优先排列顺序进行工作。它是产品需求的唯一来源,开发团队所有工作都来自产品Backlog。产品Blacklog由产品负责人创建和维护。产品Blacklog贯穿于整个项目的生命周期。产品Blacklog是一个有顺序的列表... 查看全文
· 对敏捷开发的一点理解发布时间:2015-01-09
今天有人问到我,对敏捷开发是怎么理解的?一时不知道从何说起了,先来思考下面的问题。问题:为什么会出现敏捷开发?我刚开始工作的时候采用的瀑布模型,将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。这种方式有什么缺点?不适应用户需求变化,软件开发中用户需求发生变化真的太多了。项目有风险,由于开发模型是线性的,用户只有等到整个过程的末期才能见到开发成果。一个项目周期太长,就会不适应市场变化... 查看全文
跟朋友聊天,无意中聊起了敏捷开发,扯到了约定优于配置原则,我想到我最近做的一个电影下载网站,没用任何框架,纯servlet+jsp实现。因为是个个人网站,用的tomcat,一切都用约定来代替配置,下面让我说说我的思路。我想下面的代码大家一定都写腻了,再写都想吐了:<servlet><servlet-name>ArticleAddServlet</servlet-name><servlet-class>xxx.xxx... 查看全文
· 微软转向更敏捷的开发方式发布时间:2014-09-19
作为公司转型计划的一部分,微软公司的新任CEOSatyaNadella倡导在敏捷实施中采用更敏捷的方法来构建软件。华尔街日报记者ClintBoulton在他最近的博客中提到,微软公司目前正致力于降低成本和精简运作。Nadella在微软公司的一封内部邮件中写到:首先,敏捷流程会简化我们的工作方式,强调更大的责任感,使我们变得更敏捷和更迅速。作为让我们的工程流程进入现代化的一部分,我们对各个职位角色的期望和要求都将产生改变。此外,我们计划在纵向及横向上减少管理层级,从而加快信息流动和决策的速度... 查看全文
在Scrum角色中包括:产品负责人(ProductOwner,PO)、ScrumMaster(SM)、开发团队(Team)。角色:产品负责人(PO)Scrum团队只有一个产品负责人,他负责在限定期限内拟定可能的最有价值的产品。这是通过管理流向团队的产品待办事项,选择并梳理这些事项来完成的。产品负责人维护产品待办事项列表(ProductBacklog),并确保大家都知道包括的内容以及优先级。产品负责人可能需要其他人的支持,但他只能是一个人。并不是所有的事情都由产品负责人一个人负责... 查看全文
本文是今年1月份参加Agile1001公开课后,并参考《用户故事与敏捷方法》这本书整理,阅读全文一、什么是用户故事用户故事是描述对用户有价值的功能,好的用户故事应该包括角色、功能和商业价值三个要素。用户故事通常的格式为:作为一个<角色>,我想要<功能>,以便于<商业价值>。一个好的用户故事包括三个要素:1.角色:谁要使用这个功能。2.功能:需要完成什么样的功能。3.价值:为什么需要这个功能,这个功能带来什么样的价值。用户故事通常按照如下的格式来表达:英文... 查看全文
· 让敏捷团队提高软件质量发布时间:2014-08-28
英文原文:EnablingAgileTeamstoImproveSoftwareQuality长时间的工作制度、最后期限和团队的压力会影响敏捷团队交付的软件质量。我们做些什么可以防止这种情况发生,使团队能够改善他们的软件质量呢?我们的建议是:把范围和最后期限安排得松一点、采用拉动式系统、让大家放慢节奏并得到充足的休息。MichaelThomsen在福布斯发表了一篇文章《缺乏睡眠导致高科技创业公司的高失败率》。据他介绍,高科技产业痴迷于任何时候都要把事情完成,而这不一定总是好事。具有讽刺意味的是... 查看全文