- 博客(27)
- 资源 (22)
- 收藏
- 关注
原创 【敏捷开发每日一贴】DoD“完成”的定义
DoD“完成”的定义常有团队对于本迭代是否完成无法达成一致意见,有的认为我编码完成,就表示我的任务完成了;有的认为还需要简单自测一下,确保功能能跑通;还有的认为需要把自动化用例写完并测试通过。为了避免这个问题,在敏捷软件开发中,常用Definition of Done“完成的定义”来表示工作是否已完成,不同的活动有不同的完成定义。典型的是迭代DoD,这也是最初DoD应用的地方。
2017-04-24 15:20:57 9221
原创 【敏捷开发每日一贴】测试驱动开发
测试驱动开发测试驱动开发基本思想是,开发人员先编写测试用例,再编写能通过用例的代码。就像砌砖师傅先用桩子拉上线再砌墙一样。思想:• Test DrivenDevelopment测试驱动开发• Acceptance TestDriven Development验收测试驱动开发• 测试驱动设计,测试也是一项设计活动,编写用例的同时已在思考设计
2017-04-21 08:53:41 1279
原创 Becoming a ScrumMaster-CSM认证培训总结PPT
本文是本人参加CSM认证之后做的一个总结PPT,对Scrummaster做了较为全面的总结,看完本PPT对SM有较全面的认识。下载地址:http://download.csdn.net/detail/huver2007/9819710
2017-04-20 08:36:42 562 1
原创 【敏捷开发每日一贴】采用物理看板还是电子看板?
物理看板还是电子看板?敏捷宣言有一句“个体和交互胜于流程和工具”。无可厚非,敏捷项目的最终成败与看板本身是物理的还是电子的没有直接关系。这里只是讨论:如果你打算用看板,那么哪种看板更适合你?当然前提都是要有一面较大的墙。首先分别对比物理看板与电子看板的优势和劣势。物理看板的优势:1. 物理看板墙有助于团队的互动和协作,而且置于团队工作区内,随时供所有走入工作区的人高度可
2017-04-20 08:25:40 3039
原创 【敏捷开发每日一贴】敏捷开发到底要不要写文档?
写不写文档?敏捷宣言更强调“可以工作的软件胜过面面俱到的文档”,但并不是说不需要文档。敏捷的目的是尽量减少浪费,所以采取了极端的逻辑,把所有的文档都视为浪费。但并不意味着文档可以被完全抛弃掉。文档对于团队信息传递来说是很有用的(特别是扩展规模时,或者团队不稳定时)。要理解敏捷开发的出发点不是不写文档只写代码,而是减少浪费,以便能按照自己项目的特点,灵活选择文档的数量,在过度设计和返工之间找
2017-04-18 20:27:23 1172
原创 【敏捷开发每日一贴】每日立会开多久?
每日立会开多久?甲:“我们每日立会开不起来。”乙:“嘿,我们每日立会开起来了,而且越开越长了,一开就是1个小时,净是些技术细节。”甲:“别人等着他们讨论,那多耽误时间啊……”乙:“我也觉得是,但是敏捷开发鼓励面对面沟通,到底应该打断还是不打断呢……”看似沟通顺畅,但是如果队员们把每日立会当作唯一的沟通机会,甚至用来解决技术问题,可能表明他们在会下极少沟通。一般立会上每个成员
2017-04-18 20:26:07 1044
转载 【敏捷开发每日一贴】代码走查
代码走查怎样走查“高手本来自己就要开发很多代码,还要替新手检查代码,多花费时间啊……”这是一个常见问题,答案是:“每天,在后检查点,花费不超过15分钟时间,能看出什么来就说什么,时间到了就停。”一般而言,大致每天高手能编写100多行有效代码(按分号计数),新手会多一些但也不超过200(他们编写代码比较费),也就是10个屏幕以内。有经验的人一定知道:高手看新手的软件,5秒钟就能发现问题。
2017-04-17 12:28:48 1353
转载 【敏捷开发每日一贴】敏捷估算方法
敏捷估算方法无论是团队研发一款产品或者开发某一个项目,我们都需要回答“我们大概什么时间能够完成?”, 或者到某一个时间点,我们能够做到什么程度, 因此和传统的开发模式一样,我们在故事拆分之后需要对我们需要做的事情进行工作量的估算。相对于传统的工作量估算方式,敏捷估算有如下几个特点:1. 团队集体估算在Scrum的开发过程中,团队共担责任,集体承诺每个Sprint的工作,因此对于工作
2017-04-14 08:39:15 5159
原创 【敏捷开发每日一贴】用户故事Userstory
用户故事一、什么是用户故事?用户故事也是一种常见的需求描述的方法,它从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素:1. 角色:谁要使用这个功能。2. 活动:需要完成什么样的功能。3. 商业价值:为什么需要这个功能,这个功能带来什么样的价值。用户故事通常按照如下的格式来表达:英文:As a , I want to , so that .中文:作为
2017-04-13 09:02:05 1466
原创 【敏捷开发每日一贴】敏捷开发-实例化需求常见问题
实例化需求常见问题推动实例化需求,讲到这个例子时,经常会碰到这些问题:6件可配吗?:例子中提到6件免运费,显然这个在系统中要可配的,不能在产品中硬编码(hard code)。但是这个需要在例子中讲清楚吗?“否者我的开发团队又要说我需求没讲清楚,不过我总觉得这点意识他们应该有的?”,一个有着很多痛苦经历的PO问道。没有一定的说法。记住!!最重要的是沟通,把需求澄清出,不要有歧义。
2017-04-12 11:45:10 625
原创 【敏捷开发每日一贴】一个网上书店的实例化需求例子
一个网上书店的实例化需求例子这个例子也是Gojko常用的,在一些环节稍微调整了一下。假设某个网上书店为了提高用户的回头率,就提出了口号:到年末,达到50%的用户的回头率,这就是目标(Business Goal)。一般是由CEO或最上层的市场经理根据市场决定的,他们关注的是战略方面的决策,也是整个产品开发的市场价值和背景。这一点经常被开发团队忽视,要让团队时刻知道项目的意义所在,这样...
2017-04-11 20:29:42 681
原创 【敏捷开发每日一贴】需求管理和实例化需求
需求管理和实例化需求软件开发的最大问题之一往往是需求,而且它也很容易的被作为替罪羊。在公司项目延迟和出大问题的最大借口,就是“需求不清楚、需求变更”。那把需求早点弄清楚不就行了嘛?听着挺容易,但要做好它却很困难。敏捷迭代起来以后是否会好点呢?理论上会好点,因为需求在一个迭代中东西会少点,更容易理清楚。但就是因为一个迭代的周期短,在开完计划会议后,团队会更愿意直接投入到代码开发中去,
2017-04-11 20:28:11 2796
原创 【敏捷开发每日一贴】债务与缺陷
债务与缺陷“债务”是指将来某个时刻要偿还的负担。如果没有适当技术实践的支持,随着迭代的进行,既有代码的单元测试工作增加;功能回归测试工作量变大;代码质量因频繁变更而变差;系统越来越复杂,团队成员却缺乏对系统的理解。这些构成了软件开发中的“债务”,它们加大了将来系统修改、测试的难度,因而降低了系统的响应能力。“债务”又可以分为技术“债务”(tech. Debts)和学习“债务”(le...
2017-04-11 08:52:47 485
原创 【敏捷开发每日一贴】自组织敏捷团队的特点
自组织敏捷团队的特点敏捷常提到自组织团队,通俗的讲它是一个由外部创建,然后给与授权,自行决定行动纲领的一个团队。这个团队接受外部给与的任务和约束条件,自行决定如何完成任务。在这个团队中,团队成员自己决定做什么,以及如何做,是“民主”,还是“集权”,团队说了算。橄榄球、篮球、足球等体育团队,就是非【敏捷开发每日一贴】打造自组织敏捷团队的要点常好的自组织团队的例子。上场之后,足球教练、老板,以
2017-04-11 08:51:25 3404
转载 【敏捷开发每日一贴】看板原理四:消除瓶颈
看板原理四:消除瓶颈一个软件开发的流程可以看作是一段自来水管道,特性需求从一端进入,经过改进的软件从另一端涌现出来。在管道内部,存在着各种各样的工序,有的是非正式的临时工序,有的是非常正式的阶段性流程。在本文中,我们假设一个简单的阶段性流程:(1)分析 需求,(2)开发 代码,(3)测试 软件运行正常。瓶颈的影响在管道中的瓶颈会限制工作的流动。管道的整体吞吐量被限制为瓶颈的吞吐
2017-04-11 08:42:44 975
原创 【敏捷开发每日一贴】看板原理三:时间箱管理
看板原理三:时间箱管理时间箱管理TimeBoxing是敏捷方法中的一条重要实践,其含义是在项目中的某些活动的完成时间必须在规定的时间内进行并在规定时间内完成。该实践有助于提高整个项目的工作效率,提高沟通频率,节省沟通时间,避免帕金森现象。(1)每次迭代必须在固定的时间内完成,比如2周或1个月等,本次迭代必须交付一个质量得到充分测试的、可以运行的软件版本,如果有些需求不能在本次迭代内完成,则
2017-04-10 10:22:39 2987
原创 【敏捷开发每日一贴】看板原理二:拉动式生产
看板原理二:拉动式生产拉动式生产是 “准时生产(Just In Time)”得以实现的技术承载。这也是大野耐一从美国超市售货方式中借鉴到的生产方法。相对于过去的推动式生产,前一作业将零件生产出来“推给”后一作业加工,在拉式生产中,后一作业根据需要加工多少产品,要求前一作业制造正好需要的零件。与拉动式生产相对应的是推进式生产(Push Production)。在推进式生产中,每一工序都根据生产计
2017-04-10 09:29:36 1331
原创 【敏捷开发每日一贴】看板原理一:里特定律
看板原理一:里特定律里特定律(Little's Law)源自排队理论,是IT系统性能建模中最广为人知的定律。里特定律揭示了前置时间(Lead Time)、在制品数量(Work In Progress,WIP)和吞吐率(Throughput)之间的关系。前置时间 - Lead time:只请求进入到系统 与 请求验收完成之间的时间段。前置时间按照所经过的时间(分钟、小时等)来
2017-04-10 09:28:10 2036
原创 【敏捷开发每日一贴】:看板方法
看板方法看板(Kanban,来源于日语)最初是丰田汽车公司的大野耐一于20世纪50年代发明的,当时是从超级市场的运行机制中得到启示,将看板作为一种生产、运送指令的传递工具而被创造出来的。经过60多年的发展和改进,今天所谈的看板管理大多是指精益看板之父 David J. Anderson 发扬的管理方法,它既继承了丰田体系的精髓,又增加了诸多针对现代团队,企业管理非常有益的看板实践方法。现代
2017-04-10 09:19:00 3006
原创 【敏捷开发每日一贴】:实时管理系统与自动化
实时管理系统与自动化Jidoka与Just-In-Time是丰田生产系统的两大支柱。JIT实时管理系统:在汽车行业,“JIT”理念已经深入人心,全称是“just in time”,准确的解释应该是“刚好来得及”。大野耐一认为,“just in time”非常强调准时的概念,比如说,无论外部供应的原料,还是公司内部供应的原料,如果要安排在今天下午1点生产,那么,上午11点左右送过来是...
2017-04-07 09:21:37 617
原创 【敏捷开发每日一贴】:丰田生产系统TPS
丰田生产系统TPS敏捷思想深受日本工业界最佳实践的影响,尤其是丰田推行的TPS,常见的敏捷实践都能对应到TPS的实践中,所以这里对TPS做个简介。 TPS实践 Agile实践 实时管理系统 时间盒 自働化(Jidoka) 自动化 看板(Kanban)...
2017-04-07 09:09:30 1645
原创 【敏捷开发每日一贴】:猪和鸡的故事
猪和鸡的故事关于鸡与猪的故事有很多种版本,被用在各种不同的场合,管理的、营销的、敏捷开发的,大体相同,但稍有差异。故事一:有一只鸡和一头猪合伙开饭店,双方各占50%股份。鸡对猪说:“我每天下一个蛋用来炒菜,你每天割一块肉下来炒菜”,猪认为合理:“同意”。饭店后来开大了,这个饭店的股权最后会归谁所有呢?毫无疑问会归鸡,因为猪最后一定会被割死!故事二:一天,一头猪和一只鸡在
2017-04-07 09:06:17 6872
原创 【敏捷开发每日一贴】:Scrum的起源
Scrum的起源Scrum的原始含义Scrum原始含义是指英式橄榄球次要犯规时在犯规地点对阵争球。Sprint在英文中指那种竭尽全力的冲刺短跑。争球双方各有8个队员参与,各方出3名前锋队员,并肩各站成一横排,面对面躬身互相顶肩,中间形成一条通道,其他前锋队员分别站在后面,后排队员用肩顶住前锋队员的臀部,组成3、2、3或3、4、1阵形。然后,由犯规队的对方队员在对阵一侧1码外,用双手...
2017-04-06 09:29:19 1803 1
原创 【敏捷开发每日一贴】:如何理解敏捷开发?
如何理解敏捷开发?没有参与过敏捷开发项目的人可能觉得敏捷开发抽象难懂。举个例子,敏捷开发像是在冲浪,一直处于动态、不断变化的环境中。在项目研发过程中出现的需求变化和挑战就是你在冲浪时要应对的海浪。他们从不停止而且永远在变化,这种情况下意味着需要快速地适应变化。首先,敏捷开发是一种过程控制方法,通俗的说,就是一种做事情的方法。1. 它主要适用于软件,在运维、服务等领域也有广泛应用...
2017-04-06 09:28:40 731 1
原创 【敏捷开发每日一贴】:从“敏捷开发”说起
从敏捷开发说起“敏捷”概念最先是从软件开发领域引入的。传统的软件开发采用的是瀑布式开发的流程,把整个开发过程分成了需求、设计、编码、测试、发布等阶段,前面阶段达成后再进入下一个阶段,整个过程按照事先制定的计划前进。但问题在于瀑布式开发这种预定义计划的方法,每个阶段之间都有强烈的依赖关系,前一个阶段被视为后一个阶段的输入,如果输入质量不高,便会严重影响后续阶段的输出质量。同时,如果前一个阶段...
2017-04-06 09:06:53 846
诺基亚ScrumBut评估表.xlsx
2019-12-05
项目管理培训游戏.docx
2019-05-15
PMP考试真题讲解及答题策略
2019-05-15
SAFe 4 白皮书 SAFe_4_whitepaper_digital_7-16-cn
2017-07-26
CSM认证培训学习总结
2017-04-12
项目管理知识体系指南
2008-11-19
CMMI 1.1规范(中文版)
2008-09-11
Java代码规范编码规约
2023-06-13
Git+&+GitLab+使用及规范.docx
2023-06-13
findbugs、PMD、+checkstyle+集成
2023-06-13
XCN-CMMI-V2-0-to-V1-3-Practice-Mapping CMMI 2.0到1.3的实践映射中文版
2023-06-09
CMMI采用和迁移指南V2.0 XCN-CMMI-V2-0-Adoption-Transition-Guidance
2023-06-09
某公司软件概要设计书模板
2023-06-09
非常实用的QA工作经验总结.ppt
2023-05-24
质量复盘回溯根因分析方法分享
2023-05-24
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人