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

· 一步步学敏捷开发：4、Scrum的3种角色发布时间：2014-09-16

在Scrum角色中包括：产品负责人（ProductOwner，PO）、ScrumMaster（SM）、开发团队（Team）。角色：产品负责人（PO）Scrum团队只有一个产品负责人，他负责在限定期限内拟定可能的最有价值的产品。这是通过管理流向团队的产品待办事项，选择并梳理这些事项来完成的。产品负责人维护产品待办事项列表（ProductBacklog），并确保大家都知道包括的内容以及优先级。产品负责人可能需要其他人的支持，但他只能是一个人。并不是所有的事情都由产品负责人一个人负责... 查看全文

· 一步步学敏捷开发：3、如何写用户故事发布时间：2014-08-31

本文是今年1月份参加Agile1001公开课后，并参考《用户故事与敏捷方法》这本书整理，阅读全文一、什么是用户故事用户故事是描述对用户有价值的功能，好的用户故事应该包括角色、功能和商业价值三个要素。用户故事通常的格式为：作为一个<角色>,我想要<功能>,以便于<商业价值>。一个好的用户故事包括三个要素：1.角色：谁要使用这个功能。2.功能：需要完成什么样的功能。3.价值：为什么需要这个功能，这个功能带来什么样的价值。用户故事通常按照如下的格式来表达：英文... 查看全文

· 一步步学敏捷开发：2、如何做需求分析发布时间：2014-08-27

刚开始写就忙着搬家，这次没有找搬家公司，蚂蚁搬家真是太麻烦，以后搬家还是要找搬家公司。需求分析在敏捷开发中需求分析需要全体成员参与，体现了敏捷开发的“个体和互动高于流程和工具”的价值观。让全体成员参与有几点好处：有助于及时发现团队成员对同一个需求理解不一致的问题；有助于规避人力风险，当一个需求分析者突然请假其他人可以马上顶替他；也有助于全体成员能力的提升。但是，开发人员和测试人员们在能力和经验方便，不足以胜任需求分析工作。这意味着还需要一个商务分析师这个角色... 查看全文

· 一步步学敏捷开发：开篇发布时间：2014-08-15

敏捷开发也接触了很长一段时间，但始终没有用的很好。最近想把知道写下了，在写的过程中重新整理思考。习大大都要求讲求实干，咱说写就写。小弟不才想结合书本看到的，参会听到的，培训学到的整理到一起，形成一步步学敏捷开发的系列文章，欢迎大家来拍砖，由于文笔太欠，大家见谅。本着认真学习的态度，不对地方会及时改正。以大家比较熟悉的Scrum为例，以项目开发中实施敏捷为主线来写，以下是暂定的题目后续还会修改。一步步学敏捷开发：1.Scrum概述一步步学敏捷开发：2.如何写用户故事一步步学敏捷开发：3... 查看全文

· [原]敏捷开发-项目启动发布时间：2014-07-09

确定人员，保持小而灵活的团队。先行开发确定需求，不浪费所有人的时间，实际是把整体的开发时间都提前了。相对于瀑布流，团队所有成员一次把项目的所有细节都研究详细了，再开始开发工作，这里面有个弊端是，我们发现每次需求过来的时候，通常情况下大部分的逻辑设计都还是相对清晰的，而卡出的地方往往占少部分，完全没必要把所有的人都拉到一起确认，开会是个很耗时间的东西，一两天很容易就废掉了。这种情况下，其实那些“大部分清晰的需求”是可以先行开始... 查看全文

· 美国国防部（DoD）计划采用敏捷开发发布时间：2014-06-13

英文原文：USDepartmentofDefense(DoD)isGoingAgile在JeffSutherland博士的帮助下，美国国防部（DoD）计划采用敏捷开发。JeffSutherland博士是Scrum软件开发过程的发明者和Scrum公司的首席执行官。美国国防部启动了一项名为“美国国防部信息技术现代化”的计划，敏捷开发的启动被列为此计划的其中一项议程。尽管大部分部门还没有接受敏捷开发，美国国防部首席信息官已经建立了如下的现代化计划... 查看全文

· 敏捷开发创始人Martin Fowler：估算的目的发布时间：2014-04-24

我第一次与敏捷软件开发的邂逅，是在极限编程刚刚兴起时，跟KentBeck一起工作的经历。其中让我印象深刻的事情之一，就是我们如何做计划的方式。这里面包括一种估算方式，比起我之前见到过的其他方法，它既轻量，还更有效。这样过了十年，现在一些有经验的敏捷实践者，开始了一场关于估算是否值得甚至是否有害的争论。我想，为了回答这个问题，我们必须审视一下估算的目的。通常的场景是这样的：开发者被要求给出对于即将开始工作的估算。人们大多是乐观派，即使没有压力的情况下（一般至少也会有点压力），这些估算通常会比较小... 查看全文

· 小谈Scrum敏捷开发流程发布时间：2014-04-08

一晃眼，有两年没有写博客了，回顾前两年，各种奔波，各种忙碌，也有不少的收获。从今天开始，我要把这些收获都分享在这里。其实这两年，对我影响最大的是开发流程。总所周知，一个好的开发流程，对于项目的进行，更新和维护都起着至关重要的作用。Scrum适用于一些开发周期长，需求不明确，或者随时间渐进明确，频繁更新的项目。然而，现在国内的一些公司，甚至一些大公司，都对这块不太重视，或者做得不够透彻。从而程序猿们天天加班，苦不堪言。我们先来看张我通过实际经验画的图流程图... 查看全文

· 敏捷开发原则与实践（七）之接口隔离原则发布时间：2013-12-18

接口隔离原则（TheInterface-SegregationPrinciple）强调类的功能要单一，类的功能臃肿增加不必要的耦合，增加代码的脆弱性，还会增加编译依赖。该原则建议将方法分组，达到隔离接口的目的，具体的方法有委托和多重继承。在TimedDoor的例子中，开始的实现是TimedDoor继承Door，Door实现TimerClient这个接口，这样TimedDoor就可以通过TimerClient这个接口去使用Timer的功能。但这样做会导致Door依赖于TimerClient... 查看全文

· 敏捷开发的6个实战经验发布时间：2013-12-05

英文原文：6PracticalAgileTechniquesYouCanStartUsingToday在大型企业中经常是各种软件开发模式混用，一些采用敏捷开发，一些则是采用传统的瀑布式或RUP（统一软件开发过程）。敏捷开发，相对传统软件开发模式，它主要是针对快速变化的需求，不断优化管理流程，最终推出优质软件。原文作者UlfEriksson，是一家在线问题跟踪软件公司的创始人之一，他是敏捷开发的忠实粉丝，已经进行了多年敏捷开发的实践。下面内容主要是作者根据自己多年经历进行的经验总结。1... 查看全文

· 敏捷开发的推理发布时间：2013-10-29

我查阅了一下敏捷开发相关的资料，结合我长期对敏捷开发的实践，我将对敏捷开发的本质进行一次探讨。本文我打算理清敏捷开发的核心，并由核心衍生出它的价值观。我希望能够通过抛出本文这块砖，能够引出高手的玉来。符合现实的软件软件是为着解决现实的问题而产生的。从而软件存在的意义就是与现实相适应。敏捷开发的核心即：符合现实的软件。一个符合现实的软件，才能够可持续地与现实共同发展。一旦软件与现实背离，软件的生命周期也就到了结束的时候了。现实的世界是动态变化的，人类造出来的东西，往往是落后于世界的变化的。如... 查看全文

· 敏捷开发的推理发布时间：2013-10-28

我查阅了一下敏捷开发相关的资料，结合我长期对敏捷开发的实践，我将对敏捷开发的本质进行一次探讨。本文我打算理清敏捷开发的核心，并由核心衍生出它的价值观。我希望能够通过抛出本文这块砖，能够引出高手的玉来。符合现实的软件软件是为着解决现实的问题而产生的。从而软件存在的意义就是与现实相适应。敏捷开发的核心即：符合现实的软件。一个符合现实的软件，才能够可持续地与现实共同发展。一旦软件与现实背离，软件的生命周期也就到了结束的时候了。现实的世界是动态变化的，人类造出来的东西，往往是落后于世界的变化的。如... 查看全文

· 也谈项目经理与敏捷开发发布时间：2013-10-10

项目第一阶段结束，各个组员也在自己学习相应的知识，没有人催促他们去学习，也没有人上网聊天看电影之类的，这样一个氛围的形成，和项目组中项目经理有很大的关系。我本人也是敏捷的拥护者，恰好今早看博客园时看到两篇文章：有些感慨很想写下来与各位分享一下。第一篇：敏捷中的沟通与故事点第二篇：亲爱的项目经理，我恨你第二篇是今天的推荐新闻，笑点很多也很让人沉思一、项目经理在项目中究竟是什么角色国内的氛围是“学而优则仕”，放到软件开发领域也是一样，不少开发人员向往管理岗位... 查看全文

· 也谈项目经理与敏捷开发发布时间：2013-10-10

项目第一阶段结束，各个组员也在自己学习相应的知识，没有人催促他们去学习，也没有人上网聊天看电影之类的，这样一个氛围的形成，和项目组中项目经理有很大的关系。我本人也是敏捷的拥护者，恰好今早看博客园时看到两篇文章：有些感慨很想写下来与各位分享一下。第一篇：敏捷中的沟通与故事点第二篇：亲爱的项目经理，我恨你第二篇是今天的推荐新闻，笑点很多也很让人沉思一、项目经理在项目中究竟是什么角色国内的氛围是“学而优则仕”，放到软件开发领域也是一样，不少开发人员向往管理岗位... 查看全文

· 【转】敏捷开发流程发布时间：2013-10-04

Agile——敏捷开发，作为CMM神话崩溃后被引入的一套新的软件开发模式，这几年来被广泛引起关注，并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知，但以下总结了我所在公司的敏捷开发试验，希望可以达到管中窥豹的目的。　　敏捷开发宣言——个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划虽然右项也有价值，但是我们认为左项具有更大的价值。以上的宣言比较抽象，基于该理念... 查看全文

· 敏捷开发的道与术---MPD软件工作坊培训感想（上）发布时间：2013-08-07

注：由麦思博(MSUP)主办的2013年亚太软件研发团队管理峰会(以下简称MPD大会)分别于6月15及6月22日在北京、上海举办，葡萄城的部分程序员参加了上海的会议，本文是参会的一些感受和心得。这次MPD软件工作坊培训，最大的收获就是培训者引导你了解了为什么，而不是直接告诉你该怎么做。其实只要清楚目标在哪，无论怎么走都是可以到的。随便百度一下，我们可以了解到项目管理的定义是“在有限资源限定条件下，实现或超过设定的需求和期望”。一句话形成了项目管理的铁三角，需求是范围，资源包括时间和成本... 查看全文

· Fedora开发者提议Fedora转向层次化敏捷开发发布时间：2013-07-23

Fedora云架构师MatthewMill提出了一项计划（幻灯演示），重新设计Fedora发行版的构建方式。他提议重组Fedora包含的软件包和上游项目构成方式，让Fedora由一系列环组成，每个环都有各自的发布和打包要求，他希望将敏捷设计引入到发行版中。最核心的部分可以被称为FedoraCore，由环0和环1构成，环2则是堆栈和桌面环境，环3是应用程序。Fedora开发者邮件列表正在讨论这项冠名为Fedora.Next的敏捷开发计划。... 查看全文

· 拿rails4学《应用rails进行web敏捷开发第四版》会遇到的问题发布时间：2013-07-20

前言Rails在2013年6月底已经发布了Rails4了。但是市面上最好的rails教材《应用rails进行web敏捷开发》是针对rails3的。如果按照教程上进行配置，系统默认安装rails都直接变成rails4.0了。当然用rvm也很容易做一套rails3.0的环境。但是既然rails4都出来了，为什么不体验一下呢……这里分享一下如果用Rails4按照书上一步一步创建应用时可能会遇到的一些问题及解决办法。排版都是按照书上的章节数进行描述的。第二章2... 查看全文

· 敏捷开发与jira之研发管理模式发布时间：2013-07-18

以IPD方法论为基础，采用原型+迭代的开发模式，并以质量优先为原则，持续对用户做价值交付。使用JIRA+WIKI+SVN管理整个的研发过程：JIRA管理任务和进度；SVN管理代码和过程文档；WIKI管理计划、规范、过程报告等。沟通机制以信息透明、对称为原则，目标是让项目组每个人都明确项目的当前进度和阶段目标，每日晨\夕会，每周例会，每月总结会。研发状态报告：测试出日报，项目经理出周报，每个人每月写月总结。研发决策组：开发主管、测试主管、需求负责人、研发项目经理... 查看全文

· 敏捷开发与jira之阶段工作项概述发布时间：2013-07-15

每次迭代都分这5个阶段，但每个阶段的时间根据版本情况定，最终目标是：第一个阶段拿到交付范围，在第五个阶段都完成，并拿到本次版本团队所消耗的工时。Jira是项目过程管理的一种手段，跟多体现在工时跟踪，项目额外的风险和依赖性的计划通过Wiki单独管理... 查看全文

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

非技术区

移动开发

DB2

开发

数据库

互联网

系统

资讯

创业

最新文章

今日热点

推荐文章