随笔分类 - [44]Agile
SCRUM Lean
-
Sprint Planning
摘要:Sprint Planning 冲刺计划会议简介# Sprint Planning (冲刺计划会议),又叫规划会议。此会议通过 Scrum 团队的集体沟通讨论,确定接下来的 Sprint 中要完成的待开发项,把它们组成一个 Sprint Backlog。这些待开发项都是从 Product Backl 阅读全文
-
Scrum的核心
摘要:什么是Scrum?Scrum的核心要点和精髓 有点长,期望你能通过本文彻底了解 Scrum。 上一篇文章《研发效能组织能力建设之特性团队FeatureTeam(上)》,我们介绍了一个非常有意思且高效的组织模式-特性团队。我们首先介绍了为什么需要特性团队,特性团队的定义、核心价值、优势、可能存在的问题 阅读全文
-
Epic是比较大的story,那么Epic可以分解为一类,一类就是一个Feature,那么Feature下可以分解出一些user story
摘要:敏捷任务分解 前言 大家好,这节我们学习软件项目管理 敏捷任务分解方法。 一、敏捷项目的任务分解 敏捷开发过程是通过用户故事,将需求具体化成可以进行迭代开发的任务。 Epics是由许许多多小大的,不确定的需求组成,不能直接通过迭代开发,需要划分为较小的,真正的user stories。 另外Epic 阅读全文
-
敏捷开发流程 3个角色、5个会议、12原则
摘要:敏捷开发流程之Scrum:3个角色、5个会议、12原则 本文主要从Scrum的定义和目的、敏捷宣言、Scrum中的人员角色、Scrum开发流程、敏捷的12原则等几方面帮助大家理解Scrum敏捷开发的全过程。 一、Scrum的定义和目的 Scrum是一个用于开发和维护复杂产品的框架,是一个增量的、迭代 阅读全文
-
敏捷开发
摘要:敏捷开发一步步学敏捷开发:4、Scrum的3种角色Jetlian 2014-09-16 19:01 阅读:285 评论:0一步步学敏捷开发:3、如何写用户故事Jetlian 2014-08-30 14:37 阅读:115 评论:0一步步学敏捷开发:2、如何做需求分析Jetlian 2014-08-2... 阅读全文
-
结对编程
摘要:有关于结对编程的一些看法结对编程是一个很有意思的形式,我很对这个感兴趣,因为大学的时候就是参加了ACM/ICPC,三个人,一台电脑,去共同解决几个问题。典型的结对编程。 结对编程(英语:Pair programming)是一种敏捷软件开发的方法,两个程序员在一个计算机上共同工作。一个人输入代码,而... 阅读全文
-
敏捷和自动化测试
摘要:敏捷和自动化测试中华传统文化源于《易》,成于孝,孝为德之本。孝顺:孝则顺,不孝则不顺。不久前,参加Thoughtworks组织的一场自动化测试的分享,同事由于出差国外不能参加,特意嘱托我提问两个问题:在互联网这个将“敏捷”与“持续集成”进行积极实践的环境里,“敏捷测试”与“自动化测试”成了一个大家经... 阅读全文
-
用户故事(User Story)
摘要:用户故事(User Story) 用户故事是描述对用户有价值的功能,好的用户故事应该包括角色、功能和商业价值三个要素。用户故事通常的格式为:作为一个, 我想要, 以便于。一、什么是用户故事 用户故事描述了对用户、系统或软件购买者有价值的功能。一个好的用户故事包括三个要素: 1.角色:谁要使用这个功能。 2.功能:需要完成什么样的功能。 3.价值:为什么需要这个功能,这个功能带来什么样的价值。 用户故事通常按照如下的格式来表达: 英文:As a , I want to , so that . 中文:作为一个, 我想要, 以便于 举例:“作为招聘网站注册用户,我想要查看最近3天发布的招聘信息,以便 阅读全文
-
【REST WCF】30分钟理论到实践
摘要:【REST WCF】30分钟理论到实践http://blog.vsharing.com/agiledo/先来点理论知识,来自http://www.cnblogs.com/simonchen/articles/2220838.html一.什么是Rest REST软件架构是由Roy Thomas Fielding博士2000年在他的论文《Architectural Styles and the Design of Network- based Software Architectures》首次提出的。他提出的理论对后来的Web技术的发展产生了巨大的影响,他是许多重要Web架构标准的设计者,这些标. 阅读全文
-
实践Scrum
摘要:http://blog.vsharing.com/agiledo/ [原创]敏捷开发实践-我们这样实践Scrum-续(81页)我们团队实践Scrum,有一些做法和教训,希望和大家分享:公司背景:通讯公司,团队最初不了解Scrum,开发团队有最初的几个人发展到几十个人。由一个Scrum团队发展到多个Scrum团队,有专门的PO团队。。。目前完成的内容包括:团队建设、评估会议、Sprint 计划会议1、Sprint 计划会议2、每日例会、Sprint 评审会议、Sprint 回顾会议、质量保证、经验总结、Product Backlog、过程监控、部署、SM的角色、PO... 阅读全文
-
软件Scrum
摘要:软件海贼团 OnePiece (版权所有)最近迷上了“海贼王”这部动画片,不仅仅是因为其中的人物个个性格鲜明,剧情跌宕起伏扣人心弦,各种耍宝搞笑,还感觉到这个团队很像理想中的敏捷软件团队。作为一直带团队的我,感觉“海贼王”这个动画片给了我很多启示,而且相信“软件海贼团”这个概念应该也是我第一个提出来的,有发扬光大的可能,很是兴奋,决定写下此文来介绍下软件团队可以从海贼团队中学到点什么。还没怎么整理,可能文章上很粗糙请见谅。团队名称,标志名称和标志是使他人识别你的最容易的方法海贼 :每个海贼团都有自己的名称,标志,比方说“海贼王”中路飞海贼团就是一个“带草帽的骷髅” -- 目的是提高团队的识别度 阅读全文
-
创业公司如何实施敏捷开发
摘要:创业公司如何实施敏捷开发说起敏捷开发,并不是因为敏捷而敏捷。这几年的敏捷开发已经被很多敏捷咨询服务商神话了,这个东西并不是神器,实施了就可以解决所有软件公司的问题,而是要结合自己公司的特点和问题摸索出适合自己的一套模式。大家都知道,创业公司刚开始需要研发出一款产品并且能够使公司赚钱的产品,不过大部分创业公司没有那么容易一下就能做出来,很多公司还没有成功的产品资金链就断掉了,公司也死掉了。我们公司是这样一个状况,有一条产品线可以维持公司开支并仅仅刚够盈余,要扩大高速发展还不够,一直维持就没有创业的意义。另一条线是做技术创新为未来能够开发一款人气爆棚的产品摸索着,但是又不能饿着肚子去开发。我们是如 阅读全文
-
持续改进-《高效程序员的45个习惯》读后感
摘要:持续改进-《高效程序员的45个习惯》读后感原书标题为《Practices of An Agile Developer》。中文名为《高效程序员的45个习惯-敏捷开发修炼之道》。敏捷这个词已经烂大街了,关于敏捷的书籍俯拾皆是。很多人是敏捷的狂热粉丝,而另一些人却讨厌敏捷,认为只是个噱头。我觉得很可能的原因之一是敏捷这个名字没起好。它的原名为“轻量型软件开发过程”(”lightweight process”),但后来阴差阳错成了agile(敏捷)。既然书名是敏捷开发者的实践,那么就必须认识敏捷。只有深入的理解了这些实践的来源和目的,才能更好的践行甚至改进实践。敏捷可以用一句话来概括:敏捷开发就是在一 阅读全文
-
ScrumMaster 培训第一天
摘要:ScrumMaster 培训第一天这两天准备把我CSM培训的笔记发出来来自: http://www.cnblogs.com/raol/archive/2013/05/06/scrummaster1.html他们的自述: 我们会从Scrum的基础开始,包括它的历史,自发管理的关键要素,和在复杂项目如何应用经验主义的流程控制。然后,我们会简单地讲解Scrum 的框架。之后,将会是缺乏透明度及其带来的遗留代码的话题。然后,我们会介绍“完成的定义”的概念,以及必要的工程实践。慢慢地,我们会转到更加实践性的 话题,关于在Scrum框架中的会议,包括他们的目的以及如何使之高效。-------------- 阅读全文
-
Scrum实践
摘要:Scrum实践看到园子里对Scrum讨论很火热,感觉不敏捷就落伍了。趁着最近工作比较空闲,总结一下以往对Scrum敏捷开发的实践。传统的软件开发模式是怎样的?存在什么样的问题?什么是Scrum?Scrum解决了什么问题?如何实施Scrum敏捷开发?下面我们带着这么些个问号去揭露Scrum的神秘面纱。 传统瀑布式模型,如图: 传统瀑布式模型的基本特征:你给我所有需求,否则你就要投入更多的成本。在开发阶段一旦需求变更,那代价是巨大的(越往后需求问题的代价越大),并且在这种模式下开发大型应用,在做需求阶段也不可能事先预知所有需求。在这期间”涌向出来的东西“就是我们无法预知的需求。需求问题的代价,.. 阅读全文
-
Code review is dead in agile team?
摘要:Code review is dead in agile team?Do we still need code review in agile team?In the past, code review was popular in traditional software development, why do we apply code review? One of reasons is getting improvement of code quality. Now agile is hot, code review is not recommended in agile team be 阅读全文
-
轻松Scrum之旅——Sprint1:新手上路
摘要:轻松Scrum之旅——Sprint1:新手上路本文摘录自轻松Scrum之旅:敏捷开发故事1. 当开始研发新产品或者已有产品的新模块时,由于各方面的原因,整个团队没有能力在Sprint的开始就做出一份非常详实的计划,因此,采用“照明弹”策略绝对不失为一个好方法。2. 对于每一个Story,要尽可能了解它的需求。3. 在开发过程中,为了提高交流效率,要尽量避免把精力浪费在不必要的文档中,取而代之的是要提倡团队之间面对面的直接交流。4. 在实际工作中,Scrum提倡团队自我管理,在任务分配时每个人都可以按自己的兴趣来选择任务。5. 团队成员的技能培训是要在做Sprint计划时就考虑在内的。6. 虽然 阅读全文
-
敏捷方法 – 灵活,可靠的软件 使用设计模式和敏捷开发
摘要:敏捷方法 – 灵活,可靠的软件 使用设计模式和敏捷开发敏捷方法的核心思想在敏捷宣言中有阐述,这里引自敏捷宣言网站 agailemanifesto.org敏捷软件宣言我们通过身体力行和帮助他人来揭示更好的软件开发方式。经由这项工作,我们形成了如下价值观:个体与交互 重于 过程与工具可以工作的软件 重于 面面俱到的文档客户协作 重于 合同谈判响应变化 重于 遵循计划也就是,虽然右边的条目都有价值,但是我们认为左边的价值更多这个宣言中有几个值得关注的点。首先,它是参与软件开发的人写得“身体力行且帮助其他人”,另外敏捷方法对于价值和特定的一些技术一样关注。现在有很多敏捷方法:极限编程,Scrum, C 阅读全文
-
灵活,可靠的软件 使用设计模式和敏捷开发
摘要:灵活,可靠的软件 使用设计模式和敏捷开发敏捷开发流程学习目标在这一章中,学习的目的是了解敏捷开发的主要思想。一个特别且有影响力的称做极限编程的敏捷方法将用比较详细的介绍。一些极限编程中的技术方法和实践将在本书后面详细讨论。因此这一章节主要创造一些便于了解他们的上下文。1.1 软件开发方法不管你怎么开发软件,你总会用到一些特定的软件开发流程,将其施加于你实施的工作和活动之上去制作一个符合客户期望的软件。一个软件开发流程需要制定一些去处理开发中的活动和步骤的方法,这些步骤一般会包含需求: 你怎样收集和文档化用户和客户对于软件的期望,也就是说软件该做什么设计: 你怎么划分和结构化软件,以及怎么交流这 阅读全文
-
转载敏捷软件测试
摘要:敏捷反应快速灵敏。 在敏捷软件开发领域,更注重的以人为核心,迭代,循序渐进的开发方法。相比传统的开发方法,这种方法能更快速的开发,上线,反馈,调整、迭代。以敏捷的姿态去发展产品。敏捷与传统开发的区别 有个非常有意思的游戏能够帮助大家理解敏捷和传统开发的差异。游戏有两个角色,一个是“老板”,另一个是“员工”,在2分钟内,“员工”需要在“老板”的完全指挥下,即“向前一步,向后一步,停,向左一步,向右一步”,完成60步移动的任务。“员工”需要执行“老板”的每一个指令,不允许做出相违背的动作。“老板”则不参与行动,只... 阅读全文
浙公网安备 33010602011771号