敏捷开发+培训游戏_迭代开发++敏捷开发 - CSDN
  • 52个培训游戏 52个培训游戏 52个培训游戏 52个培训游戏 52个培训游戏
  • 上午来的时候,心里不太开心。因为周末都不让人休息。然后去培训的时候,感觉还可以。因为不是讲课式的培训,而是有3个同事进行...我觉得敏捷的工作量在需求上是体现不出来的,比如同样的future,用敏捷开发方法,可...
        上午来的时候,心里不太开心。因为周末都不让人休息。然后去培训的时候,感觉还可以。因为不是讲课式的培训,而是有3个同事进行互动,包括一个研发管理组的QA mm,一个MAIL组的PM,一个即通组的PM。
         感觉公司已经在推敏捷了,但是我觉得要在项目压力下进行敏捷还需要对管理和产品组的经理进行充分的洗脑。我觉得敏捷的工作量在需求上是体现不出来的,比如同样的future,用敏捷开发方法,可能你需要编写单元测试,与同事交流,反复迭代,重构。可能需要的工作量比单纯的完成需求的那部分需要更多的时间,而这个时候,产品组的同事就会不理解,就会催促。这样几次一搞,可能就无法执行了。所以我认为敏捷开发更需要的上层的认同和鼓励。
    展开全文
  • 公司最好不要对新员工进行太多的敏捷开发的理论培训,甚至也不要固执的执行敏捷开发。一个人的编程水平摆在这,如果不偷懒,那么完成一项工作的时间不会由于进行了所谓的“敏捷开发”而加快。也许,很多没有听说过...

        公司最好不要对新员工进行太多的敏捷开发的理论培训,甚至也不要固执的执行敏捷开发。一个人的编程水平摆在这,如果不偷懒,那么完成一项工作的时间不会由于进行了所谓的“敏捷开发”而加快。也许,很多没有听说过“敏捷开发”概念的程序员,做事的方式恰恰是敏捷的;而很多天天将“敏捷”挂在口头的程序员,并且按照公司推行的各种“敏捷工具”、“敏捷方法”、“敏捷思想”写程序的程序员,反而将事情弄的一团糟。

        也许上层往往这么想:“原来世界上居然还有这么些方法能让员工更快的完成任务啊,那为什么不教会他们呢?嗯,一定要彻底执行敏捷开发!”。

    一句话:敏捷应该是在潜移默化中逐渐形成的,不是通过培训使用一些工具,灌输一些思想就真的敏捷了。 

    展开全文
  • 全世界只有不到 1% 的人会朝着自己...而枯燥的敏捷培训显然不能达到良好的培训效果,所以敏捷游戏应运而生。   编辑 Ⅰ小π姐姐 来源 Ⅰ 敏捷行动派     通过游戏导入敏捷理念的过程中,不仅会大大增...

    全世界只有不到 1% 的人会朝着自己的梦想行动

    你真是个特别的人

     

     

    敏捷 背后是勇敢实践的心

    他们在五湖四海,也在你身边,他们正在实践敏捷。

     

    在组织进行敏捷导入前,最好先以敏捷培训引入敏捷理念。而枯燥的敏捷培训显然不能达到良好的培训效果,所以敏捷游戏应运而生。

     

    编辑 Ⅰ小π姐姐

    来源 Ⅰ 敏捷行动派

     

     

    通过游戏导入敏捷理念的过程中,不仅会大大增加培训的趣味性,还可以调动参与培训人员的情绪,活跃培训氛围。实在是敏捷从业者的居家必备良品!

     

    接下来,小编为你详细介绍几种游戏,既有破冰分组,也有敏捷概念理解的游戏,玩起来吧!

     

     

    01

    破冰分组

     

    培训中经常需要分组,先给大家安利两种常用的分组方法。(适用于多种场合的培训)

     

    方法1   按照生日大小排序,没有年份哦,女同事们不用捉急【机智】

    方法2   按照手机号码大小排序【观察一下什么方式能快速分好组】

    你可以使用不同的方法进行排序,但你要清楚我们的目标是什么。

    我们的目标是:将“熟人”打散,让“陌生人”成为团队,在团队中熟悉并深刻体验敏捷团队的精神。

     

     

     

    02

    Scrum硬币游戏

     

     

    • 游戏总计用时

      1.5-2小时

     

    • 人物角色扮演

      客户方2位(一位项目发起人【一般由培训讲师承担,根据人数找专人扮演亦可】,一位项目负责人)

      公司团队N组(每组由一位管理者和一位工作者组成)

     

    • 物品准备

      不同面值的硬币(N枚,1元、5角、1角【硬币即可】)

      秒表或手机(记录时间)

      硬卡纸(用来传递运输硬币,A4纸也凑合)

     

    • 硬币总体流动图示

     

     

    • 游戏人物职责介绍

     

    1. 游戏开始时,由项目负责人将规定数量的硬币全部手翻成正面,然后全部传递给小组A。

    2. 小组A中的工作者将收到的所有硬币手翻为反面后,传递给小组B,以此类推。最后一组将所有硬币传递给项目发起人。

    3. 每一小组中的管理者负责计时,记录小组内完成时间【从收到硬币到将硬币交出的时间】。

    4. 项目发起人负责记录首次交付时间、项目验收时间。

     

    • 专业用词解释

     

    1. 单手或双手:指翻硬币时可以用一只手还是两只手。双手代表可以两只手同时翻硬币,一次可以翻两枚。

    2. 规模:小组间每次批量传递的硬币个数,每一轮会进行规定。

    3. 限定时间: 从小组A收到硬币开始计时,时间到停止传递或翻硬币。

    4. 产品价值:项目发起人收到的硬币面额值代表产品价值,面额越大,价值越大。

    5. 首次交付时间:小组A接到第一枚硬币开始,到项目发起人收到第一枚硬币结束。

    6. 项目验收时间:小组A接到第一枚硬币开始,到项目发起人收到最后一枚硬币结束。

     

    • 游戏规则及游戏目的

     

     

    • 注意事项

     

    1. 每轮结束之后分析数据,讨论数据变化的原因以及后续改善的方式。

    2. 要保证游戏时间充足,留有讲解、过程中延时、以及最后的分享讲解时间。

    3. 硬币准备充分,要有不同面额的,这样可以更好地表示优先传递高价值的需求。

     

     

     

    03

    制作美味披萨

     

     

    • 游戏用时

      90分钟

     

    • 物料准备

      每组(剪刀1把,胶棒1支,红色水彩笔1只,红色&黄色便利贴若干,A4纸若干)

     

    • 美味披萨制作步骤

      做面饼(拿纸剪出三角形)

      上番茄酱(彩色笔涂红色)

      切香肠与菠萝(便利贴剪成三段)

      上香肠与菠萝(涂胶水和黏贴)

      进烤箱烤30s(每次最多可烤3个,烤箱处需要安排专人计时,如3个已满,需排队)

     

    • 样品展示

     

     

    • 游戏目的

      使学员充分体验敏捷团队是怎样运转,如何分工协作、解决问题,并完成任务的。

     

    • 游戏目标

      在随机的时间内,做出尽可能多的Pizza,挣得最高分数的小组获胜 

     

    • 分数计算规则

      完成一个拷完的Pizza, +10分

      浪费一个面饼,-4分

      浪费一个香肠或者菠萝,-1分

      没有完成烘烤的均属于浪费

     

    • 游戏规则

     

    • 注意事项

    1. 每一轮开始的时候,需要将裁剪过的纸张扔掉

    2. 记录每一轮中,每一轮的得分成果,便于进行对比、分析及总结

     

     

    04

    纸飞机游戏

    • 游戏用时预计

      1.5小时

     

    • 物料准备

      A4纸1包【二十人的用量,可以按照人数多少适当增减。按照经验来说,要多准备一些,有备无患】每组1把剪刀或者直尺【用来裁剪】

      秒表或手机【用来计时】

      白板【用来设置投掷纸飞机的指定区域,可用透明可书写的玻璃墙替代】

     

    • 游戏目的

      在规定的时间内,获得最高分数的小组获胜

      【游戏总计4轮,第4轮分数作为比赛结果进行排名】

     

    • 计分规则

      使用纸飞机投掷指定区域,每架飞机投中后+1分。

     

    • 游戏描述

      游戏总计4轮,每轮按照如下步骤进行:

    1. 1分钟计划:小组讨论确定本轮游戏预计获得分数。讨论结束后导师统计每个小组的分数。

    2. 5分钟游戏:小组开始行动,裁纸→折纸飞机→试飞,尽可能地在5分钟内获得最高的分数

    3. 3分钟回顾:导师统计每个小组的实际获得分数,小组成员讨论本组成果,吸取经验教训,在不违反游戏规则的条件下做出力所能及的改进。

      1分钟计划 & 3分钟回顾,目标很清楚,不再赘述。

       

       

      那么,小编详细讲述下5分钟游戏过程中的规则,不按规则完成的,不能计分的哦!

     

    • 纸飞机折叠规则

     

    1. 纸飞机如何折叠自行研发,简单或者复杂的折叠步骤自选,简易或者精致的外观自选。

    2. 每架飞机用半张A4纸折成,即小组成员在游戏开始时应首先将拿到的A4纸裁剪为两半。

    3. 同一台飞机不能连续折,即小组成员将纸折叠一下后,应传递给另一位成员进行下一步折叠。(每出现一道折痕,算折叠一次)。

      要求成品是平头飞机:

    平头!不能是尖的,防止飞行时出现失误,误伤到参与游戏的人。

    飞机!不能是飞球之类的东西。

     

    • 试飞规则

     

    1. 每台飞机只能试飞一次,试飞完成后不能捡起进行第二次试飞。

    2. 试飞要站在试飞距离防线以外,不能踩线或者跨越防线。

    3. 如有人员正在试飞,其他试飞人员需排队,不能插队。

    4. 没有携带纸飞机不能进行排队。

    5. 禁止将纸飞机送到排队的人手里。

    6. 每次最多试飞3架飞机。如携带飞机超过3架,3架飞机试飞结束后,需重新排队。

     

    • 5分钟游戏过程中注意事项

     

     

    1. 导师计时开始方可行动,计时结束所有人停下手中动作。

    2. 每轮游戏开始前,需清理游戏桌面。所有裁剪、折叠过的纸张均不能再次使用。

    3. 游戏第四轮规则试飞规则变更:因为观察到排队试飞拥挤,开放试飞条件,允许同时有3人试飞,超过三人需排队。如下图:

     

    • 游戏的意义

      1分钟计划、5分钟游戏、3分钟回顾 分别对应Scrum中的计划、迭代、回顾。学员可以在游戏中体验敏捷流程。

       

      游戏过程中,学员们会发现,四轮游戏中,完成游戏的人员没有增加,完成游戏的时间也没有变,但是每组的成果会有极大的改进,有的组得分甚至呈倍数增长。这是为什么呢?你又可以对比联想到什么呢?

       

     


     

     

    对你有用: 

    • 代码覆盖率100%并不是成绩,那是最低要求。

    如何写出没有Bug的软件? 

     

    • 报告

    183个国家,10000名程序员,我们惊喜地发现原来敏捷专家薪资居然这么高! 

    展开全文
  • 和QCon北京2009有所不同的是,QCon北京2010组委会和三家在敏捷咨询和培训领域有经验的伙伴合作,推出了敏捷开发和Scrum认证相关的课程。根据现在的报名情况来看,这些培训很受欢迎。4月21日各项培训将正式开始,请还...

    QCon北京2009有所不同的是,QCon北京2010组委会和三家在敏捷咨询和培训领域有经验的伙伴合作,推出了敏捷开发和Scrum认证相关的课程。根据现在的报名情况来看,这些培训很受欢迎。4月21日各项培训将正式开始,请还未来得及报名的企业或个人抓紧时间报名

    \

    和ThoughtWorks合作的课程主题为“敏捷开发过程培训”,面向的受众群较广,希望深入了解敏捷能够带来价值的总经理、副总经理、技术总监、项目总监、产品经理、项目经理、业务分析员、架构师和对敏捷开发过程感兴趣的人员均可参加。帮助与会者掌握敏捷实践细节精髓,并提供了敏捷软件开发的模式和方法论。在和两位培训讲师的沟通中,他们也提到本次培训主要包含一下5个特点:

    \
    1. 完整、连贯:该课程体系不仅会介绍整个敏捷开发的过程,还会覆盖敏捷在项目管理、需求分析、开发训练营和测试等四大领域的应用;\

    2. 内容设计专家:结合该课程要让学员对敏捷软件开发有全面、正确的理解,在课程设计上,ThoughtWorks会着重讲解和传授敏捷方法的价值观、原则和基本实践;

    \

    3. 授课方式生动:主要体现在讲师会综合运用多种交互方式,将听课、讨论、练习融为一体,使学员自始自终有强烈的参与感。

    \

    4. 敏捷培训宣言:“交互与气氛 over 讲义与脚本”、“现场投入 over 照本宣科”……

    \5. 点面俱可受益:将课程进行科学分解,使得完成整个课程会收到良好的指导,但单个课程的领悟也帮助参与者在具体的领域找到有效的可落地方法。
    \

    该课程的培训为ThoughtWorks高级咨询师李剑和资深咨询师乔梁,这两位讲师同时还是InfoQ中文站敏捷社区的编辑,通过访问两位在InfoQ中文站上的专题可以阅读到他们的作品:李剑专题乔梁专题。尤其是李剑翻译的《硝烟中的Scrum和XP》,目前单是InfoQ中文站的下载量已经超过20,000份。该课程的详情和报名参见:敏捷开发过程培训

    \

    和加拿大最大的Scrum用户群体Scrum蒙特利尔用户组的创始人之一Michel Goldenberg,以及Irdeto BSS高级软件经理也是InfoQ中文站敏捷社区特约编辑滕振宇合作的“认证ScrumMaster”课程,也是本次会前培训的亮点之一,目前报名者甚多。其课程围绕Scrum的基础原理和众多Scrum实践展开,使得参与者可以了解到为什么一个Scrum这样的简单过程能够对组织产生这么巨大的影响,并有机会亲身体验和掌握一些Scrum工具和活动,比如产品Backlog、Sprint Backlog、每日Scrum简会等。完成该课程,即可参加新的Scrum组织的认证考试。课程详情和报名参见:CSM——认证ScrumMaster

    \

    和Outsofting公司合作的“ScrumMaster课程”,由在电信软件研发领域和Scrum敏捷开发方面有多年经验的讲师鲍央舟主讲,鲍央舟本人也是具有认证的ScrumMaster、Scrum Product Owner和Scrum Practitioner。该课程的主要特点有:

    \
    在两天的Scrum课程中,您将通过讲义,练习,讨论,模拟游戏,以及案例分析等多种方式全方位了解Scrum的框架以及Scrum的内涵。您将知道Scrum是什么以及Scrum不是什么,您也将知道如何用Scrum的方式来解决你实际工作中遇到的问题,您还将了解Scrum对您的组织架构带来的影响以及如何应对。
    \

    课程详情和报名参见:ScrumMaster中文课程培训

    \

    距离QCon全球企业开发大会(北京站)开幕还有12天,组委会将在近期截止报名,以为已经报名参会的朋友营造一个专业而易于交流的环境,也请未来得及报名参会的朋友抓紧时间,赶上购票通道的末班车

    展开全文
  • SCRUM敏捷开发教程

    2019-07-05 16:56:38
    大家好,我是煎饼哥,本期向大家介绍一个关于敏捷开发的方法,叫做scrum,相信资深的产品经理都接触过类似的项目管理方法。  scrum敏捷开发,是一个美国统计学教授记录了多年工作经验,总结出来的一套简单易懂的...

    大家好,我是煎饼哥,本期向大家介绍一个关于敏捷开发的方法,叫做scrum,相信资深的产品经理都接触过类似的项目管理方法。

      scrum敏捷开发,是一个美国统计学教授记录了多年工作经验,总结出来的一套简单易懂的开发方法,我接触过不少产品经理,惊奇发现不少产品经理的确是产品把控的非常好,输出的BRD,MRD,PRD等都非常专业,但是却没一套很好的项目管理方法。

      干货分享第一期:10分钟教会你SCRUM敏捷开发 干货第一期微信号:terrydengbin

      scrum 是一种迭代增量软件开发方法,通过该方法,你可以量化工作量,并且可以把每个任务量化成具体时间,得出最后一个项目的总时间(一般估算到小时)。能让管理者看清楚项目进度,把握项目进程的各种问题。scrum简单易用,但是简单的东西要掌握就容易犯错,大家可以在尝试中掌握这种项目管理方法,以下是我做内部培训个人写的scrum ppt教程,抛砖引玉,希望能普及该方法。

      首先欢迎大家关注本公众号,持续会输出原创内容,谢谢。

      (点击图片可以查看大图)

      

      scrum是有效管理未知因素和不断变化的产品需求,结束混乱,着重于如何驱动项目实现最高的投资回报。

      scrum材料准备:一个白板,n张便条纸,一张a4纸打印燃尽表(手绘也可以),一只笔。

      

      在scrum里面,有3种角色,分别是product owner(产品负责人)scrum master(团队负责人)scrum team (开发团队)

      Product owner: 是需求方,提出需求,能对功能流程,业务流程拍板的人。

      Scrum master :团队负责人,一般是product manager,负责解决团队问题,领导项目。

      Scrum team:项目执行人员,开发项目一般包括,前端后端开发,ui等。

      

      Scrum 步骤一:

      头脑风暴,如果product owner 对产品需求非常清楚,就可以省略这个步骤,开发一个原则“先紧后松”, 必须先把需求了解清楚,这里product owner可以召集技术团队/用户群体对其需求进行公开征求意见,最后输出一个产品建议表。

      

      Scrum 步骤二:

      product owner 对产品建议表进行筛选,做减法提炼最核心的需求。在确定了需求后,这个时候由scrum master 进行输出prd (product requirement document) , 这里就和传统的瀑布流一样了,该有的文档都必须有了,必须由scrum master 和product owner 确定好需求,包括业务逻辑,功能流程等。

      前面基本是最耗时间的,product owner和开发团队一来一回好多次。

      

      Scrum 步骤三:

      神马原型,ui设计都不是在步骤二完成的,刚才只是开始,步骤三后面才是scrum的精华部分,把任务量化,包括,原型,logo设计,ui设计,前端开发等。

      尽量把每个工作分解到最小任务量(wbs),最小任务量标准为工作小时不能超过16小时。准备估算总体项目时间吧!

      把每个任务都贴在白板上面,白板上分三部分

      (1)to do待完成

      (2)in progress 进展中

      (3)done 完成。

      

      如何估算时间:玩poker game(扑克游戏)这个方法估算出来的工作时间比较准,参与扑克游戏的最好有专家和开发涉及到的人员(杜绝阿猫阿狗,酱油男等参与)

      扑克游戏玩法:

      (1)每个人发一些便条纸, 针对具体任务,每个人根据经验写出时间(不公开写)

      (2)同时展示该项目完成时间,肯定存在最大最小的工作时间,最大最小两个人请你们辩论吧,为什么要那么长时间完成,或者那么短时间完成,其他人可以提出疑问,在一定程度上达成认可。

      (3)进行再次私下对该任务写时间,再公示,再辩论,这样下去,大家写出来的该任务的时间越来越接近了。

      (4)最后达成一个共同认可的时间,这个就是该任务的工作时间!

      注意事项,如果参与的人不懂该任务流程,参与投票就会影响准确率。

      

      Scrum 步骤四:

      好吧,经过大家纠结讨论了好久,终于把任务量化到具体多少时间完成了!

      恭喜!接下来,把n个任务按照开发的重要度,组合成n个sprint( 冲刺),每次执行一个sprint.

      

      每个sprint 都是独立的,一般先做主要功能,再到次要功能,再到小功能,最后的sprint 一般是修复bugs。

      

      因为任务都被量化了,每天工作了多少小时,完成了多少任务量,通过每天例会scrum master非常清楚,并且在time burn down chart (时间燃尽表)进行表示。我们就可以直观看到任务的进度了,而且是具体到多少小时!

      

      在burn down chart 里面,不管任务是否按时完成都必须记录。

      

      时间燃尽表是scrum的精华,通过该表格可以可视化任务的时间进度,大家可以看下图,day1 是整个任务的总共时间,每天按照任务完成度更新剩余时间,或者增加时间(例如发现一个技术难点,团队成员请假等要增加开发时间)

      

      在白板上面当前sprint 每天肯定都是在变的,scrum master 赶快把每天更新工作量吧!更新后算出剩余时间,就画在burn down chart上。

      

      关于bugs... ...

      每个sprint 都必须测试,尽量大家一起测试吧,如果太多bug就开一个sprint来修复bugs.

      

      每天要做的是,要开standing meeting ,因为大家的时间都是非常紧张的,一般是站着开的,一般10分钟左右.

      

      会议就问开发团队每个人三个问题:

      (1)你今天做了什么

      (2)明天打算做什么

      (3)有没遇到什么困难?

      scrum master 要解决开发团队的困难,让项目快速进展下去。

      每周一次周会,product owner最好在场。 每个月一次月会,product owner最好在场,指出产品开发是否在product owner期待范围内。

      

      好吧, 如此重复下去,直到开发完成!

      Scrum 步骤五:

      最后一个步骤,评估。

      product owner 和其团队/用户会对产品进行评估,可能还会有各种揪心的事,但是product owner是给钱的主,他要改还是要改的,建立一个bugs sprint吧,把产品做到product owner最想要为止!

      

      写在最后的话

      SCRUM也有缺点一直被人诟病,就是对团队要求高,团队成员相互信任度高,团队的人有能力,而且不会相互推搪责任,归根到底对应新团队使用该方法开始是各种问题的!请多多磨合吧!

      

      作者微信:terrydengbin

      最后直接送上干货ppt, keynote, pdf! 编写该教程我是使用了keynote 里面文字少,基本都是动画哦!!有mac的童鞋有福啦,我也转成了ppt格式,动画肯定会损失的,还有pdf可以下载。

      大家关注“今日发现”微信公众号,输入“SCRUM"即可获得下载地址!

    展开全文
  • Scrum敏捷游戏开发

    2020-07-30 23:30:19
    比较完整的项目敏捷实验
  • (在这里提问,之一,之二,之三,问题总目录)正逢周末,又是愚人节,群中有人正在加班,想起上次培训中间休息的时候,讨论起这个“敏捷开发加班吗”的问题,虽然后来没有作为课后投票入选,但这里也完整回答一下。...
  • 上周末刚刚给公司的一个部门培训敏捷开发。讲了一天的敏捷开发,从理论到自己的亲身实践体会,带着学员做了不少游戏,感觉气氛非常活跃,大家情绪高涨,学员普遍反映不错。虽然站了一天,但是一点也不觉得
  • 敏捷教练培训日记

    2017-04-14 13:22:20
    第一天是关于敏捷教练和敏捷开发的概述。敏捷教练在我看来就是传授敏捷经验的培训师。李老师用一个小短片纠正了这种偏颇的想法:敏捷教练不同于培训师,培训师只是传授知识和经验;敏捷教练不同于心理咨询师,咨询师只
  • 敏捷开发之道

    2012-07-22 19:15:41
    敏捷开发(agile development)是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。简言之,就是把一个大项目...
  • 敏捷开发体验式培训设计及实践》–所感 url: http://xueshu.baidu.com/usercenter/paper/show?paperid=e463864ba97cdcb049e3e4e5e35e043b&site=xueshu_se 游戏主要是达到6个目的: 1.直接沟通 2.按计划式的...
  • 上周公司安排参加了2天的Scrum认证培训,感觉收获不少,总结一下。 之前公司也安排参加过不少外训,项目管理的、领导力的都有,总的来说这次课程感觉有一些不一样。 课程是Scrum中文网主办的,老师是来自瑞典的一...
  • 敏捷开发的常见问题

    2019-07-20 17:01:39
    1. 技术负债在敏捷团队中会快速的膨胀。...4. 实施敏捷的门槛太高,敏捷开发需要更强的团队和个人的纪律性,勇于承诺和高度的公开性,但对一个不成熟的组织来说这个门槛太高。 5. 绩效差的团队成员很...
  • 最近一段时间以来,很多人开始谈论敏捷开发、研究敏捷开发,那么究竟什么才是敏捷开发呢?  简单的说,敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各...
  • 敏捷开发分享讲义-改动版 第1页:个人信息 就不做自我介绍了,我的基本信息就在PPT第一页。7月26日,也就是上周六,我和会成參加了一天的培训。关于敏捷开发的。參加这次培训我们俩主动申请的,由于这次培训适合的...
  • 什么是敏捷开发?

    2011-08-15 11:05:57
    [quote]简单的说,敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。[/quote] 最近一段时间以来...
1 2 3 4 5 ... 20
收藏数 3,834
精华内容 1,533
关键字:

敏捷开发+培训游戏