1.1 为什么敏捷 由于传统的瀑布模型管理方法无法满足现代某些软件产品开发过程的特点,我们需要使用敏捷的方法(例如,Scrum是一个让我们关注于在短时间里交付高质量商业价值的敏捷框架). 需求频繁变动,技术不确定,这正式传统管理方法不满足现在软件产品开发的两个突出问题.因为传统管理方法不满足需要,才出现了敏捷的方法. 需求不明确是指:虽然对要做一个怎么的产品有规划,但是并不明确和确定所有的功能细节:并且随着产品的开发,极有可能对产品功能不断地改变以适应最终用户的需求.这种情况经常发生对全新概念的

根据Forrester Research今年第二季度的一份研究报告,在超过1000名专业开发人员中,采用敏捷模式进行软件开发的已经有10.9%采用了Scrum模式,在所有的敏捷开发模式中名列首位,而在所有的软件项目管理模式中,敏捷模式更是被35%的开发人员所采用.当然,研究报告为我们呈现的仅仅是一个统计学的观点,到底你的开发团队应该采用什么样的开发模式,这还是要根据各自不同的开发环境,人员构成,公司架构以及文化背景来决定.图1:Forrester 关于敏捷模式的调查报告 Visual Studi

1.概述SCRUM是当前最火的一种敏捷开发方法,有用户故事.冲刺.燃尽图等很多很酷的玩法,有牛B的产品负责人.SCRUM Master,有超强的自组织团队.本沙龙将为您展现当前最火最酷的敏捷开发方法! 内容大纲:1)SCRUM是神马东西?2)牛B的产品负责人.SCRUM Master及自组织团队.3)SCRUM的软件研发流程及最佳实践:  a)用户故事  b)冲刺  c)燃尽图 2.老师简介:张传波,网名:Fireball“敏捷”很容易变成纸上谈兵或者是“手工作坊”的遮丑布,敏捷可能会有过于理想

什麼是 Scrum Master? Scrum master 是一個團隊角色,負責確保團隊遵守敏捷方法和原則並符合團隊的流程和實踐. Scrum Master 促進敏捷開發團隊成員之間的協作.Scrum是一種使敏捷團隊能夠快速自組織和實施修改的技術.此外,Scrum Master 負責信息共享過程. 該職位負責以下工作: 營造有利於團隊效率的氛圍. 處理團隊動態. 確保團隊.產品所有者和外部利益相關者之間建立積極的工作關係. 保護團隊免受外部干擾和轉移. 敏捷 Scrum Master 的難點

[原文链接] 2016-05-03 Sting 敏捷开发作为目前流行的开发方法,为快速迭代提供了足够的理论支持,但敏捷开发方式不应该成为忽略文档和需求分析的过程,注意每个sprint的引入,任务燃烧,输出和回顾才是正确的敏捷过程. 最近把敏捷的资料整理为一篇文档,各位在接下来的团队和项目开发中,根据项目的情况引入 Scrum 的一些实践,提高团队成员之间的协作能力和项目的交付质量. Scrum中的角色 Scrum Master--项目负责人.项目经理 保护团队不受外界干扰,是团队的领导和推进者,

http://www.infoq.com/cn/articles/visual-studio-2010-agile-scrum-development 根据Forrester Research今年第二季度的一份研究报告,在超过1000名专业开发人员中,采用敏捷模式进行软件开发的已经有10.9%采用了Scrum模式,在所 有的敏捷开发模式中名列首位,而在所有的软件项目管理模式中,敏捷模式更是被35%的开发人员所采用.当然,研究报告为我们呈现的仅仅是一个统计学的观 点,到底你的开发团队应该采用什么样

敏捷,用以概括一套全新的软件开发价值观:敏捷宣言由价值观和原则组成. (一)敏捷核心价值观 敏捷宣言 个体和交互        胜过      过程和工具 可以工作的软件    胜过      面面俱到的文档 客户合作               胜过     合同谈判 响应变化               胜过     遵循计划 ------20200209勉

Scrum 是敏捷开发流派中最著名和最落地的一支,全球 70% 以上公司的敏捷转型都是以 Scrum 起步.CODING 特邀敏捷顾问.CST & CTC 认证敏捷教练申健老师将在本课程<Scrum 敏捷项目管理核心要素之 3355>中介绍 Scrum 框架的核心要素,帮助大家更好地学习实践 Scrum. 大家好,本次我将为大家详细讲解敏捷的一个流派,叫做 Scrum 敏捷项目管理核心,它起源于 2001 年,当时有 17 位大牛共同讨论了他们的想法和各种软件开发方法,经过交流,他们最

现在公司在使用敏捷开发模式进行日常的开发和管理工作,所以我看了下Ken Schwaber的<Scrum Guide>这本小册子,原本是英文的,这里提供中文的,以供日后复习和参考. Scrum简介 自从上世纪90年代初期,Scrum方法就已经应用于开发复杂的产品.本指南介绍了如何应用Scrum构建产品.Scrum不是一种过程,也不是一项构建产品的技术,而是一个框架,在这个框架里可以应用各种过程和技术.Scrum的作用就是让开发实践方法的相对功效显现出来以便随时改进,同时也为开发复杂产品提供了框架

• 敏捷方法是一类软件开发流程的泛称: • 敏捷方法是相对于传统的瀑布式软件过程提出的: • 敏捷方法可以用敏捷宣言(4条).敏捷原则(12条)来概括: • 敏捷原则通过一系列的敏捷实践来体现出来: • 敏捷方法有很多种.     敏捷的方法: • Extreme Programming (XP)极限编程 • Scrum  • Adaptive Software Development (ASD)自适应软件开发 • Crystal Clear and Other Crystal Methodol

早期,腾讯公司的架构是比较简单的.从上至下分别是:公司——商业单元(BU)——部门——组——员工,每个部门基本上就是负责一个大的产品,每个组都是按照专业进行分工和管理,例如:产品组.终端组.后台组.设计组.运维组.质量组等等. 草拟一个项目需要在每个小组里面抽调人力,部门的总经理就需要和每个小组的组长沟通,经过沟通以后,确定了该项目需要的人力安排,然后就开始执行项目.执行项目过程中的困难,需要决策,例如:人员安排调整,产品需求变更和是否延期发布等等,都需要总经理和组长们开会协调或者私下沟通决定,

原文地址:https://www.atlassian.com/agile/scrum/roles 翻译君:CODING 敏杰小王子 Scrum 当中有三个角色:PO(product owner),敏捷教练(scrum master)和开发团队.虽然这看起来很清晰,但如何处理现有职位的问题可能会让人感到困惑.许多团队询问在采用 scrum 时是否需要更改岗位名称?最简洁的答案是"不".在本文中,我们将讨论 scrum 的角色定义以及如何将它们融进你的组织中,而你无需打印新的岗位名片. S

第1章 为什么需要敏捷 第2章 敏捷和敏捷项目管理定义 第3章 敏捷项目管理价值和原则 1.我们的最高目标是,通过尽早持续交付有价值的软件来满足客户的需求 2.欢迎对需求提出变更,即使在项目开发后期也不例外.敏捷过程要善于利用需求变更,帮助客户获得竞争优势 3.要经常交付可用的软件,周期从几周到几个月不等,且越短越好 4.项目实施过程中,业务人员与开发人员必须始终通力合作 5.要善于激励项目人员,给予他们需要的环境和支持,并相信他们能够完成任务 6.团队内部和各个团队之间,最有效的沟通方法面对面

温馨提醒:本文约3000字,需要阅读5分钟,共分为8个部分,建议分段阅读! 软件开发过程中,从产品概念形成到产品规划.往往要做详细的需求分析和项目规划等,因此,选对一款项目管理工具对开发者就显得尤为重要. 今天我们一起来了解下华为云DevCloud项目管理(Scrum项目)是如何做到需求规划以及工作项分解的! 华为云DevCloud项目管理(ProjectMan)是为软件开发团队提供敏捷项目管理与协作的云服务,沉淀了华为30多年软件研发的先进理念与丰富实践.项目管理支持敏捷Scrum管理,Scr

2009年我在blog上写了个人管理系列的一些blog,其中一些文章深受大家的喜欢.想到写这个系列是源于在实施敏捷Scrum方法时,对方法实施是否对人的水平需要高要求的一些思考.自组织团队是建立在敏捷个人之上的,没有个人就没有团队,实施Scrum对人要求不高,但想实施得好,那么对人的要求肯定不低. 对于个人来说,工作中的技术水平高低自然会影响到实施的效果,而我更认为认识自我.管理自我相关的软性技能更为重要,特别是对于刚形成的团队来说,没有这些软技能是实施的一大挑战. 现在把以前写的与个人管理相关

敏捷Scrum流程图: Sprint Planing Meeting: 1.Next Spring Goal; 2.Sprint Backlog; 3.Updated Product Backlog; Daily Scrum Meetings: 1.What did you do yesterday? 2.What will you do today? 3.What obastacles are in your way?

上一篇文章<QQ邮箱如何利用敏捷做到中国第一>,“QQ邮箱之母”马化腾带领QQ邮箱团队,从流量思维向产品思维转变,“QQ邮箱之父”张小龙也是在这个敏捷转型过程中,剔除固有的成见,激发对优秀产品的追求,从而有“微信”这个神话诞生. 接下来这篇文章,将会讲述腾讯手机QQ是如何进行敏捷转型的. 你爱上手机QQ了么?不管你现在是否还在使用手机QQ,也不曾改变它“辉煌的历史”. 在2010年以前,绝大多数的中国人都依赖手机QQ进行沟通,国内所有手机出厂都会内置手机QQ客户端,不然没有办法卖出去. 手机Q

从实践中长出的 DevOps 大树 - 服务管理 - CIO时代—新技术.新商业.新管理http://www.hunnatv.com/glfw/145411.html Nexus规模化Scrum框架http://www.hzmedia.com.cn/books11119643 技术债务真正的代价 - 程序园http://www.voidcn.com/article/p-dcwrjqdv-bga.html 2015 年 8 月 Nexus™ 权威指南: 规模化敏捷Scrum开发的外⾻架 – Scr

章节 DevOps – 为什么 DevOps – 与传统方式区别 DevOps – 优势 DevOps – 不适用 DevOps – 生命周期 DevOps – 与敏捷方法区别 DevOps – 实施原则 DevOps – 工程师职责 DevOps – 自动化工具 DevOps – 总结 DevOps方法与敏捷方法的侧重点是不同的. 一个典型的软件开发各方合作过程,如下图所示: 敏捷方法解决客户和开发人员之间的鸿沟,如下图所示. DevOps方法解决开发人员和运维人员之间的鸿沟,如下图所示. 下

作为在20世纪70年代.80年代盛极一时的软件开发模型,瀑布模型通过制定计划.需求分析.软件设计.程序编写.软件测试.运行维护等6个流程将整个软件生命周期衔接起来.这6个流程有着严格的先后次序之分,只有当前面的流程结束之后,下一个流程才能开始运转.这种自上而下的流程像极了瀑布的下落,因此得名瀑布模型.   我们可以发现,瀑布模型有很多优点: 有明确的交接点:不论是制定计划还是需求分析,甚至是软件测试,都有明确的起始点及开发流程——也就是在上一流程结束后再开始下一个流程: 责任明确:开发人员都各司