在SCRUM方法中将项目的利益相关者分成两大类:Pigs角色与chickens角色,pigs即为项目组的实际参与人员,chickens为项目组的外部人员,包括经理.最终用户等等.Pigs在scrum中细分为三个角色:Scrum master.Product owner.Team,这三个对等地位的角色构成一个平衡的铁三角推动整个项目的进展.    Scrum master不是项目经理,他没有分配任务的权力,没有考核的权力,没有下命令的权力,他在项目组承担了如下的细分角色: (1)会议主持人 他负责

在SCRUM方法中定义了4种会议活动: Sprint planning Daily meeting Sprint review Sprint retrospective 除去开发活动外这4种会议构成了scrum方法的核心活动. 这四种会议的要点如下:

Burn down chart翻译为燃尽图或燃烧图,很形象,是Scrum中展示项目进展的一个指示器.我一直认为用户故事.每日站立会议.燃尽图.sprint review.sprint retrospective真是越琢磨越有味道的好东西,也因此很喜欢scrum这种方法,这些实践简单有效.经典! 燃尽图的样例如下: 横坐标为工作日期,纵坐标估计剩余的工作量,每个点代表了在那一天估计剩余的工作量,通过折线依次连接起所有的点形成为估计剩余工作量的趋势线.另外还有一条控制线,为最初的估计工作量到结束日期

在SCRUM方法中明确要求了3个文档: 1 product backlog 2sprint backlog 3 burn-down chart Product backlog 中列举了本项目应该实现的需求,需求采用了用户故事的方式进行描述,用户故事是一句简短的采用用户熟悉的术语表达的需求,是用户讲给开发人员的故事,不是开发人员讲给用户的故事.既然是故事,就要有人讲,谁讲呢,是product owner来讲,每次讲时可能就有细节的不同,就要有变化,但是万变不离其宗,所以故事本身是有一定的弹性的.故

Sprint Backlog就是任务列表,如果映射到传统的项目管理理论中就是WBS(work breakdown structure),而且是典型的采用面向交付物的任务分解方法得到的WBS. 比如有一个Product backlog 条目为: 作为系统的合法用户,可以通过录入账号和密码登录到系统中. 为了实现此需求,team member识别出了的任务,进行了工作量的估计,进行了任务了领用,其结果记录为: 用户故事作为系统的合法用户,可以通过录入账号和密码登录到系统中. 此表格是有开发人员基于经

硝烟中的Scrum和XP 初次接触Scrum和XP(更加准确的说是"看到"),心里不免有些疑问,软件开发为什么会有如此多的方式,难道软件开发.软件工程不就是写写代码的事儿吗?直到后来,才明白,一个庞大的软件工程,不会只是一个人的事儿,倘若我们现在(学生时代)还是只有着一种写代码是自己的事儿的态度来看待软件工程这样的"工程",是低端的,是不全面的. 作为一名软件工程的学生,编写代码的能力是一方面,理解计算机对于代码编辑.编译.链接.运行过程是一方面,理解算法.数据结构

现在敏捷开发是越来越火了,人人都在谈敏捷,人人都在学习Scrum和XP...      为了不落后他人,于是我也开始学习Scrum,今天主要是对我最近阅读的相关资料,根据自己的理解,用自己的话来讲述Scrum中的各个环节,主要目的有两个,一个是进行知识的总结,另外一个是觉得网上很多学习资料的讲述方式让初学者不太容易理解:所以我决定写一篇扫盲性的博文,同时试着也与园内的朋友一起分享交流一下,希望对初学者有帮助. 什么是敏捷开发?敏捷开发(Agile Development)是一种以人为核心.迭代.

一.    敏捷开发模式简介 敏捷是近年来软件研发领域很火的一个词,采用敏捷开发模式的研发团队是越来越多了,尤其是敏捷模式中的Scrum更是佼佼者大行其道,这表明敏捷模式确有其好处,能给企业带来效率的提升和成本的降低. 让我们看看大名鼎鼎的敏捷宣言,如下图所示: 大家对这段敏捷宣言都有自己的理解,我理解的其核心观点就是敏捷:能够快速,灵活的对变化做出响应,能够去掉繁文缛节,做到身轻如燕,专注于目标并在短期内产出成果物. 其实敏捷开发模式的提出和壮大也是被现实所迫.近年来软件需求变化越来越迅速,如

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

俗话说,自己写的代码,6个月后也是别人的代码……复习!复习!复习!涉及的知识点如下: 软件工程概念 敏捷开发过程scrum 一.什么是软件工程?请用一句话描述. 软件工程是一门研究性的学科:它用工程化的方法(联系建筑工程……),构建和维护有效的.实用的,和高质量的软件.简单来说,软件工程有三要素:过程+方法+工具,而软件工程是目标,软件过程是步骤,方法和工具是辅助. 二.那么,软件过程又是什么? 软件过程:首先它是一个框架或者说步骤,它是一个为建造高质量软件而所需要完成的任务的框架,即形成软件产

Roles: Scrum Master -- advisor but leader, 替Team消除障碍 Product Owner -- 定sprint的交付内容, 优先级 Team -- 干活的, 自治的: 项目结果的载体单位(不是个人) 集体参与: Sprint Kickoff 会议 : SM + Team + PO Daily Scrum会议 : Team + PO + (SM) Sprint Review 会议 : SM + Team + PO Sprint retrospective

流程 1.团队在Scrum 白板前集中,推荐围成一个半圆形状. 2.最左边的成员开始讲述昨天/上一次Scrum每日站会后到现在为止,完成了什么任务,只需讲对应的任务就行了,不要讲很长的故事. 3.讲述同时移动对应的卡片到正确位置. 4.讲述今天打算完成什么,讲述同时移动对应卡片到正确位置. 5.昨天的任务如果不顺利,讲出遇到的障碍或者问题,如果可以解决的就马上解决,不能马上解决的确定由谁进行跟进解决. 6.由左至右的顺序团队成员重复2-5的步骤. 不要做 1.不是要将进度报告给Scrum Mas

转自:https://my.oschina.net/xianggao/blog/616385 0 系列目录 白话设计模式 工厂模式 单例模式 [白话设计模式一]简单工厂模式(Simple Factory) [白话设计模式二]外观模式(Facade) [白话设计模式三]适配器模式(Adapter) [白话设计模式四]单例模式(Singleton) [白话设计模式五]工厂方法模式(Factory Method) [白话设计模式六]抽象工厂模式(Abstract Factory) [白话设计模式七]策

本周Sprint Master 史少帅 一. 会议概要 作为一个新的sprint的开端,本次scrum meeting总结了每个人过去以来的工作,并明确了下一步的计划,具体如下: 工作总结: · 陈双,王永超: 熟悉并掌握azure云服务器的使用,接受离线处理好的语音视频材料,处理并存储在云端,接受来自前端的请求并回复相应内容. · 鲍航波,史少帅: 实现 PHP(用于最初探索熟悉JSSDK工作机制及熟悉接口) 和 C Sharp(用于实际开发) 两个版本的 JSSDK 录音接口,均在微信公众号

本周Scrum Master 侯宇泰 一. 工作完成内容记录 · 陈双: 1. 后端数据库Azure Storage设计 2. Offline 上传Movie信息 3. 主页和配音页面的连接 · 鲍航波: 1. jssdk接口封装 2. xmldocument凭证管理 3. 录音借口封装 · 史少帅: 1. 掌握了jssdk接口中认证功能和录音功能相关的API. 2. 搭建了一个本地的Apache服务器 3. 使用PHP完成了权限认证部分和录音部分的代码 4. 在微信测试公众号上验证并成功. ·

情况简述 BETA阶段第十次Scrum Meeting 敏捷开发起始时间 2017/1/4 00:00 敏捷开发终止时间 2017/1/5 00:00 会议基本内容摘要 deadline到来 参与讨论人员 全体参与 讨论时长 2017/1/4 23:00-23:20 20M 特别说明 加油! 任务分配及完成情况(截止4日晚二十三点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超 #110根据前段需求完善接口细节 写文档 2H   石浩然 #109死亡bug修复 写文档 8H   韩青长

情况简述 BETA阶段第九次Scrum Meeting 敏捷开发起始时间 2017/1/2 00:00 敏捷开发终止时间 2017/1/3 00:00 会议基本内容摘要 deadline临近 参与讨论人员 全体参与 讨论时长 2017/1/1 23:00-23:20 20M 特别说明 加油! 任务分配及完成情况(截止1日晚二十三点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超   #110根据前段需求完善接口细节 2H   石浩然 #103优化游戏流程 #109死亡bug修复 8H

情况简述 BETA阶段第八次Scrum Meeting 敏捷开发起始时间 2016/12/21 00:00 敏捷开发终止时间 2016/12/22 00:00 会议基本内容摘要 deadline临近 参与讨论人员 全体参与 讨论时长 2016/12/20 23:00-23:20 20M 特别说明 我们已经进入组团刷夜的状态了... 任务分配及完成情况(截止21日晚二十三点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超 #102增加新接口   2H   石浩然   #103优化游戏流程

Beta阶段第七次Scrum Meeting 情况简述 BETA阶段第七次Scrum Meeting 敏捷开发起始时间 2016/12/20 00:00 敏捷开发终止时间 2016/12/21 00:00 会议基本内容摘要 deadline临近 参与讨论人员 全体参与 讨论时长 2016/12/20 23:00-23:20 20M 特别说明 我们又将进入组团刷夜的状态了... 任务分配及完成情况(截止20日晚二十三点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超   #102增加新接

情况简述 BETA阶段第六次Scrum Meeting 敏捷开发起始时间 2016/12/16 00:00 敏捷开发终止时间 2016/12/17 00:00 会议基本内容摘要 平稳推进 参与讨论人员 全体参与 讨论时长 2016/12/14 23:00-23:20 20M 特别说明 无 任务分配及完成情况(截止16日晚二十三点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超 #101修复后端返回所有房间信息的接口 #102增加新接口 2H   石浩然 #99 UI美化 #91继续学习