标签: scrum

Schwaber&Beedle的"scrum"书(以及我读过的其他scrum文章)似乎专注于在sprint结束时拥有可释放的产品.已建立站点的Web开发(至少在我们的案例中)包括开发"增强"(各种大小)和许多小"修复".仅在sprint结束时部署(到web)会减慢我们对大型增强功能的部署(可能是一件好事),但会大大减慢我们对小增强功能和修复程序的部署速度(即错误时间更长).

scrint的中间冲刺部署是异端吗？冲刺是否适用于我们的情况？我完全误解了冲刺吗？

我们建议在我们的IT项目中使用Scrum,我们的顾问会询问我们是否适合我们,因为我们仍然是业余爱好者.

即使我们是业余爱好者,我们Scrum也适合吗？

通过敏捷估算,有人说只选择1/2至1.5天的间隔时间是否正确？

天儿真好,

编辑:我们已经在几个不同规模的项目上成功使用Scrum了好几年.事实上,我们的团队使用经典的Scrum方法为BBC开发了成功的iPlayer项目.

在使用各种工具组合(一些高科技,一些低技术)之后,我们现在希望尝试采用合适的工具套件.我们的经理在某种程度上试图强制采用Scrum的单一工具套件.

我看过SO问题" 最好的Scrum工具 ",大多数人似乎都建议:

1. 一套低技术解决方案,例如白板,贴后卡,索引卡等,或
2. 一个单一的工具,试图尽可能地满足过程,例如Agilo,Mingle,ScrumWorks,Target Process等.

我们的团队目前正在评估几种不同的Scrum工具.但是,我们正在考虑选择单一的整体工具,例如Agilo.

所有"一站式"解决方案都有其优点和缺点,严肃的企业类型解决方案是最佳选择.但都有一些缺点.

在SmartBear上阅读了" Peer Code Review:An Agile Process "之后,我开始想知道我们是否试图在"最适合"的基础上强制采用工具.

我想你可以参考一些Scrum开发过程的参考文献

1. 用户故事,史诗和主题,以及
2. 代码库必须使用众所周知的SCM,例如SVN,Hg等.

然后,如果我们将其作为所用工具的公共参考点,那么我们将能够使用一组工具来处理Scrum过程的不同方面,而不是尝试强制使用单个工具,这有点像强制一个正方形的钉子插入圆孔.

通过这种方式,如果您已经同意了您的共同参考点,那么您可以使用多个工具,每个工具都比单个工具套件中的单个组件更好地执行其角色.

这是一种更明智的做法吗？

我上面提到的两个参考点是否合适,或者它们是工具满足的更好的选择点？

干杯,

可能的重复:
Scrum
软件针对Scrum项目管理软件的建议

我检查了维基百科,http://en.wikipedia.org/wiki/Scrum_(development)

但我仍然在寻找使用SO的天才头脑的一些见解.我安装了Microsoft Project 2010,并假设它将有一些支持Scrum的模板/插件.不幸的是,我找不到一个:-(

我开发了桌面(winforms)应用程序,没有遵循任何适当的设计模式或敏捷方法.现在我被赋予了在C#(Winforms)中重写现有ERP应用程序的任务.我一直在阅读关于领域驱动设计,scrum,极限编程,分层架构等等.它非常困惑并且非常困难(因为时间限制)去尝试每一种方法然后决定走哪条路.我很难理解大局,看看应遵循哪种模式和敏捷方法.更具体地说我想知道的是:

1. 是否有可能遵循领域驱动设计并仍然敏捷.
2. 我应该在这个特定场景中选择Extreme编程还是scrum
3. MVP和MVVM在哪里适合,哪一个对我来说是更好的选择

我想在我的项目中开始遵循Agile/Scrum Methodology进行软件开发.如何有效地完成其他方法,以及对项目开发有哪些好处.

1. 我们可以使用Scrum for Small Project(每月<200小时)和3-4名团队成员吗？

例如项目:联系管理

编辑注:2013年12月2日

项目规模小于每月200小时

许多软件公司都夸耀他们在生产中快速增加了新功能.在大型公司X的后端项目中,我们有大型版本(一季度发布一次).我们使用Scrum进行为期2周的冲刺和系统集成测试,这些测试在相邻团队和客户之间作为最后阶段完成,然后发布到Production(他们有自己的测试包).我们的团队仅使用夜间回归测试与我们的后端服务(分别是我们的测试包)进行连续集成.我们还使用现代敏捷工具,如Jira,git,nexus,stash进行代码审查,spock,junit和teamcity.

由于这些团队很忙,我们无法承担团队之间频繁的集成测试.我们的QA-devs编写的回归测试需要大约10个小时(对于具有数据量数据的数据库,检查了许多功能).我们所有的后端服务对于拥有数百名消费者和24/6工作的业务而言至关重要.为了投入生产,我们所有的消费者也必须运行他们的集成测试.这需要大量的协调和时间.我们总是在非工作时间的周末发布.

因此,快速发布非常危险且耗时.我想听听成功案例以及如何实现快速发布？这真的可行吗？

假设我正在设计一些SaaS服务.我需要一个允许用户创建网站的功能.用户可以在管理面板中为每个站点进行特殊设置(例如,小部件的设计),并获得安装服务的唯一代码到他自己的站点.

用户故事可能是:

作为一个已登录的用户,我想在管理面板中添加新网站,以便我可以单独配置每个小部件实例,并可以为我自己的网站获取安装小部件的唯一代码.

形成

但是,如果我尝试用BDD或GWT(给予时)或小黄瓜风格来描述这个功能,我将面临一些麻烦.我从下一个描述开始:

GIVEN我已登录管理面板而我正在"网站"页面上

当我点击"添加网站"按钮

然后出现弹出窗口"添加站点"

正如您在上面的实现中所见,假设站点添加将在弹出窗口中(例如,它对于UX非常重要).弹出窗口包含站点URL输入字段,带语言的下拉控件以及"添加"和"取消"按钮.

我们得到了一个奇怪的场景,它负责弹出开启.这是对的吗？我如何命名这个场景("添加网站的表格开头"??)？此场景也只有一种情况(当我点击 - 弹出打开).也许根本不需要这种情况？我糊涂了...

在这种情况下,我们需要在描述时创建另一个场景:

GIVEN打开"添加网站"弹出窗体

当我填写"站点URL"字段并单击"添加"按钮

那么新网站将在系统中创建,我将转移到我自己的网站列表

您如何看待,我需要在何处应用业务规则,例如:1)创建新网站时,必须生成唯一代码,并且包含最少8个字符,包括数字和字母符号.2)检查不适用于站点URL输入字段,用户可以输入西里尔符号3)等？

我有很多额外的问题,希望社区帮助!

我们在以下字段中存在JIRA问题:

• 影响版本 - 发现问题的版本
• 目标版本 - 我们想要解决问题的版本
• 修复版本 - 问题确实已修复的版本

发布计划基于修复版本,我认为默认情况下.如何更改为使用目标版本？我们在关闭问题时设置修复版本,因此它不适合规划.