关于Scrum

最近某些产品经理发出下两周的工作计划的时候,喜欢带上sprint这个字眼,看上去貌似是要走敏捷开发这一套,只可惜,我觉得他表现出来的是对敏捷开发和Scrum一窍不通,甚至对软件开发流程都完全不清楚,居然认为研发人员递交测试后就属于没事干的状态了。

不过并不是所有的team都是如此,有些team开发走scrum的一些流程,用上了看板之类的工具,并且用Gitlab之类的工具开始管理整个项目task, bug等等,我觉得这个还是很有用的,只是现在的公司作为新兴的移动互联网公司,关注项目管理,了解项目管理的人实在是太少了。

我虽然不是资深的项目管理人员,但前公司实施过两三年的Scrum流程,自认为还是有一些了解的,所以希望自己能够将从Scrum中学到的东西以及实践过程中看到的一些不足之处写出来,一方面提醒自己努力去改进项目流程,另一方面也是希望团队做起项目来能够更加轻松愉快。

关于Scrum的基础介绍,其实百度一下都有啦,然后找到一篇扫盲博文,讲得也是蛮细致的;其他的介绍的ppt,我至少见过三份,不过内容基本上也都是大同小异。所以要了解基本的,只需要看下面两个链接就差不多啦。

百度百科:

http://baike.baidu.com/link?url=4XyLiudds6CQqfGqPF4f2xsKGPCNkR5IeqhJ1vwNxPNRzW91e7gAn6OCNNg1_FnrM6oYc0ZhmORyylSlCYw1dK

扫盲文章:

http://www.cnblogs.com/taven/archive/2010/10/17/1853386.html

时间: 2024-08-31 16:21:06

关于Scrum的相关文章

SCRUM黑

来自 :coolshell 这篇文章的原文在这里(原文链接)(下文不是全译,也不是部分译,我只是把其总结,有我自己的发挥,但是原意大致不变),这篇文章完全是在调侃Scrum的,作者第一段就是一个免费声明,其说他是Scrum和其它敏捷方法的big fan, 他也认为Scrum 100% 对 软件开发可行.作者使用Scrum 5年了,也公开作过几次敏捷的分享会.他觉得写这篇文章只是为了好玩,因为他们戴上Edward de Bono 的 black hat (黑礼帽 – 是6个思考之帽中的一种——负面

【Beta】 第七次Daily Scrum Meeting

第七次meeting会议 [Beta] 第七次Daily Scrum Meeting 一.本次会议为第七次meeting会议 二.时间:10:00AM-10:20AM 地点:禹州楼 三.会议站立式照片 四.今日任务安排 成员 昨日任务 今日任务 林晓芳 重观界面问题上的美化处理 对现有的东西进行总结,主要是关于此次采用的一些方法.库等等 林清青 与其他组探讨交流进度 对于接下里的任务方向与大家探讨 陈惠 重观界面问题上的美化处理 基于现有的东西进行更深入的完善,例如,如何让闹钟提醒更人性化 郑莹

瀑布式开发、迭代开发、敏捷开发、XP与SCRUM的区别

瀑布式开发.迭代开发,区别[都属于,生命周期模型]         两者都是一种开发模式,就像设计模式一样,考虑的角度不一样,个人感觉谈不到取代一说. 传统的瀑布式开发,也就是从需求到设计,从设计到编码,从编码到测试,从测试到提交大概这样的流程,要求每一个开发阶段都要做到最好.特别是前期阶段,设计的越完美,提交后的成本损失就越少.我现在从事的外包项目就是这样的流程. 迭代式开发,不要求每一个阶段的任务做的都是最完美的,而是明明知道还有很多不足的地方,却偏偏不去完善它,而是把主要功能先搭建起来为目

Scrum站立会议

Scrum是一个包括了一系列实践和预定义角色的过程骨架. 主要角色: 产品负责人: 负责维护产品订单的人,代表利益相关者的利益. Scrum主管 :为Scrum过程负责的人,确保scrum的正确使用并使得Scrum的收益最大化. 开发团队:一个跨职能的小团队,人数5-9人,团队拥有交付可用软件需要的各种技能. 指导原则: 会议准时开始.对于迟到者团队常常会制定惩罚措施 欢迎所有人参加,但只有在专案中承担实际工作的角色可以发言. 不论团队规模大小,会议被限制在15分钟. 所有出席者都应站立.(有助

每日站立会议——敏捷流程scrum实践

每日站立会议是敏捷流程scrum中的很重要的一个制度之一. 功能: 1.快速同步进展,让项目组内部的员工互相了解彼此的进展,从而了解本项目的整体进展. 2.给每个人一种精神压力,信守承诺.这是一种面对面的精神压力,直面项目进展. 3.培养团队的文化,让每个人意识到:我不是一个人在战斗,我们是一个团队. 站立会议的目的: 1.让所有人了解其他人在做什么,当前项目计划进展如何 2.帮助大家解决那些阻碍做事情的问题,以及共享承诺这些都非常有利于提高团队合作精神的. 注意要点: 1.主题明确,不能掺杂其

Scrum软件开发

敏捷开发:agile software development适合轻量级流程,允许快速改变.Scrum是一个敏捷开发框架,打破传统顺序产品开发流程,鼓励团队自组织(co-location或在线协作,以及每天的face-to-face通信) Scrum have three pillars: transparency, inspection, and adaptation. Scrum角色:1)Product owner:product's stakeholder,代办客户发声(等同客户代表).书

scrum站立会议介绍

什么是站立会议? 站立会议是敏捷软件开发方法论Scrum的相关技术之一,亦可称之为Scrum的最佳实践.具体形式为每天的同一时间,一个敏捷开发团队的所有成员面对面站在一起,进行一个为期15~20分钟的短会.在会议上,每个人要依次回答以下三个问题: 1)从上次站立会议到现在,你完成了什么? 2)从现在到下次站立会议,你将要做什么? 3)你遇到什么阻碍,需要其它人如何帮你? 站立会议的意义和功能是什么? 1)创造团队成员相互沟通的条件,了解彼此的工作进展和工作成效: 2)可让项目经理及时发现阻碍项目

Leangoo Talk第一期——Scrum与OKR融合实践

主题:Scrum 和OKR融合实践 概述: OKR全称是Objectives and Key Results,即目标与关键成果,是一套定义和跟踪目标及其完成情况的管理工具和方法. 1999年 Intel公司发明了该方法,后来被 John Doer推广到Google, LinkedIn等高科技公司并逐步流传开来,现在广泛应用于IT.风险投资.游戏.创意等行业. Scrum是运用非常广泛的敏捷开发框架,Scrum十分强调小团队协作.团队自组织. 那么,在Scrum敏捷环境下应该如何定义和管理团队目标

Scrum团队成立

5.1 团队名称,团队目标.团队口号.团队照: 5.2 角色分配 产品负责人: 决定开发内容和优先级排序,最大化产品以及开发团队工作的价值. Scrum Master: 负责确保团队遵循 Scrum 的理论.实践和规则.Scrum Master是团队中的服务式领导. PM项目经理:团队的领导, 带领.平衡.推动.激励.目标达成.交涉,平等工作之外管事也管人. 用户:从最终使用者的角度把握所开发软件的用户体验,团队工作必须响应并满足用户需求. 团队名称:皇德耀世 团队目标:突破自己 团队口号:别慌

关于scrum团队的理解

以前不知道scrum为何物,经过最近的学习,终于了解到的含义: Scrum 是一个用于开发和维持复杂产品的框架 ,是一个增量的.迭代的开发过程.在这个框架中,整个开发过程由若干个短的迭代周期组成,一个短的迭代周期称为一个Sprint,每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint).在Scrum中,使用产品Backlog来管理产品的需求,产品backlog是一个按照商业价值排序的需求列表,列表条目的体现形式通常为用户故事.Scrum团队总是先开发对客户具有较高价值