转自:http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-7 Scrum 使用固定的事件来产生规律性,以此来减少 Scrum 之外的其它会议的必要.所有事 件都是有时间盒限定的事件,也就是说每一个事件限制在最长的时间范围内.一旦 Sprint 开始,它的持续时间是固定的,不能缩短或者延长.而其他事件则可以在该事件的目标达成之后可以立即终止,如此确保时间被适当地使用而不会造成过程中的浪费. Sprint 除了

神户制钢这颗烂萝卜,拔出它之后带出的泥越来越多.上周五社长川崎博也又开了记者会,再次道歉,而受到其数据造假影响的客户数量也从200家飙升到500家. 日本政府给神户制钢两周时间调查,还要在一个月内公布原因和对策.现在受牵连的企业忙着自查.想对策,除了日系车企,通用.福特.现代和起亚也被波及,还有压根不是客户的企业则忙着辟谣撇清关系,比如戴姆勒和PSA. 目前神户制钢的市值已经缩水了19亿美元,不过这肯定只是个开头,在日本这种级别的丑闻最终的结果肯定就是企业宣布破产了,因为会有一大批客户索赔和起诉

什么是Sprint规划? Sprint规划是scrum中用来启动Sprint的事件.迭代规划的目标是定义Sprint可以交付的内容,以及如何完成各项工作.迭代规划需要整个scrum团队合作完成. 与体育概念中的最后冲刺不同,scrum中的‘冲刺’(sprint)要求团队一直保持极速状态以提供可工作的软件,与此同时还需要不断学习和提高. 在scrum中,Sprint是所有工作都得以完成的一段时间.只是在开始行动前,需要设置Sprint的相关条件:例如要决定时间周期的长度.Sprint目标以及从何处

4 制定Sprint计划 计划是Scrum中重要的一环; 是为了让团队获得足够信息, 不受打扰地工作, 增加团队的信心; Planning的成果: 1) Sprint目标 2) 团队成员名单(时间百分比, part time) 3) Sprint Backlog(US列表) 4) Demo日期 5) DailyMeeting时间地点 产品负责人必须参加  因为每个故事都有3个互相之间有着强烈依赖的变量: Scope-Estimate-Impantance 范围和重要性由产品负责人设置, 估算由团

12 怎样制定发布计划, 处理固定价格的合同 一次只计划一个sprint的事情会显得提前量不足, 提前做计划是个好习惯; 尤其是签了固定价格的合同之后, 不得不预先计划好, 防止无法按期交付的危险情况; 在制定release plan的时候尝试回答:"最晚到什么时候可以交付新系统的1.0版本?" 定义验收标准 除了产品backlog外, PO会定义一系列的验收标准, 从合同的角度将产品backlog中重要性级别的含义进行简单分类; e.g. 1) 所有重要性>=100的条目都必须

[放弃了原文访问者模式的Demo,自己写了一个新使用场景的Demo,加上了自己的理解] [源码地址:https://github.com/leon66666/DesignPattern] 一.设计模式的分类 总体来说设计模式分为三大类: 创建型模式,共五种:工厂方法模式.抽象工厂模式.单例模式.建造者模式.原型模式. 结构型模式,共七种:适配器模式.装饰器模式.代理模式.外观模式.桥接模式.组合模式.享元模式. 行为型模式,共十一种:策略模式.模板方法模式.观察者模式.迭代子模式.责任链模式.命

设计模式(Design Patterns) ——可复用面向对象软件的基础 设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石,如同大厦的一块块砖石一样.项目中合理的运用设计模式可以完美的解决很多问题,每种模式在现在中都有相应的原理来与之对应,每一个模式描述了一个在我们周

团队: 郭志豪:http://www.cnblogs.com/gzh13692021053/ 杨子健:http://www.cnblogs.com/yzj666/ 刘森松:http://www.cnblogs.com/lssh/ 谭宇森:http://www.cnblogs.com/dalaotan/ 3.0----------------------------------------------------- SCRUM 流程的步骤2: Spring 计划 1. 确保product back

个体与整体哲学原理在很多学科和领域中都会得到应用,今天就看看IT行业中有哪些地方应用了个体和整体的原理. IT行业可以分为硬件.软件.网络三个领域,我们可以分别针对这三个领域来看下. 硬件方面,最基本的就是各种各样的电子元件,电容.电阻等等,这些基本的元素组成了电路.随着科技的发展,工业上采用了集成电路,把各种各样的元件集成在一块板子上,实现了一项功能,而这项功能是单个元件所不具备的,这正体现了整体具有个体不具备的特性的原理.而组装过计算机的同学都知道,想要组装一台兼容机,我们需要做的就是选购主

设计模式(Design Patterns) --可复用面向对象软件的基础 设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石,如同大厦的一块块砖石一样.项目中合理的运用设计模式可以完美的解决很多问题,每种模式在现在中都有相应的原理来与之对应,每一个模式描述了一个在我们周

总结: 经过一个多星期,第一次Sprint在今天结束了,在这次Sprint中我们的工作主要做的是对项目的构建及各种界面的设计和完善,一些比较具体的功能还没有实现.在这次Sprint中因为有上学期合作的默契,所以在分工合作实施上总体来说还是不错的.

我始终记得当年我作为敏捷教练所做的第一次Sprint回顾,这一切都仿佛就发生在昨天.这家公司实行Scrum有好几年了,我自然而然地认为他们这群人是纪律严明并且成熟稳重的敏捷专家. 因此,当他们计划了一系列Sprint回顾会议,用来展示X团队最新Sprint成果时,我感到异常兴奋.我早早地溜进了会议室,并为自己找了个绝佳的位子坐下,翘首以盼. 渐渐地会议室里的人越来越多,并变得嘈杂起来,这反而使我的期望到达顶点,我知道好戏就要开演了.这时,第一个团队登上了“舞台”,准备他们的回顾,他们打开Powe

设计模式(Design Patterns) ——可复用面向对象软件的基础 设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石,如同大厦的一块块砖石一样.项目中合理的运用设计模式可以完美的解决很多问题,每种模式在现在中都有相应的原理来与之对应,每一个模式描述了一个在我们周

1. 基础知识 1.1 MTU   一个网络接口的 MTU 是它一次所能传输的最大数据块的大小.任何超过MTU的数据块都会在传输前分成小的传输单元.MTU 有两个测量层次:网络层和链路层.比如,网络层上标准的因特网 MTU 是 1500 bytes,而在连接层上是 1518 字节.没有特别说的时候,往往指的是网络层的MTU. 要增加一个网络接口 MTU 的常见原因是增加高速因特网的吞吐量.标准因特网 MTU 使用 1500byte是为了和 10M 和 100M 网络后向兼容,但是,在目前1G和

本书作者是开发团队Leader,本书记录了他带领团队实施Scurm过程中的经验教训.全书短小精悍,言简意赅. 以下是书中一些观点信息的摘抄: 1:Nokia总结出的迭代开发的基本要求:1.1:迭代要有固定时长,不能超过六个星期:1.2:在每一次迭代的结尾,代码都必须经过QA的测试,能够正常工作: 2:Nokia的Scurm标准:2.1:Scurm团队必须要有产品负责人,而且团队都清楚这个人是谁:2.2:产品负责人必须要有产品backlog,其中包括团队对它进行的估算:2.3:团队必须要有燃尽图,

本篇博客将介绍如何在WPF中使用ReportViewer控件. 1. 环境准备:下载安装最新版ReportViewer(PS:需要安装Microsoft SQL Server System CLR Types package):如果您的开发工具是Visual Studio 2015,记得安装Microsoft SQL Server Tools,因为需要安装ReportViewer报表设计器. 2. 下面我们通过一个例子(示例图书品种报表)来演示, 1). 新建一个WPF项目WPFBooksRep

设计模式(Design Patterns) --可复用面向对象软件的基础 设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石,如同大厦的一块块砖石一样.项目中合理的运用设计模式可以完美的解决很多问题,每种模式在现在中都有相应的原理来与之对应,每一个模式描述了一个在我们周

1.回顾组织 主题:“我们下次怎么样才能更加认真对待?” 时间:设定为1至2个小时. 参与者:整个团队. 场所:能够在不受干扰的情况下讨论. 秘书:指定某人当秘书,筹备.记录.整理.  2.回顾流程 sprint总结:当谈到团队,我开始真的不知道团队是怎么样的,怎么样进行工作的,要该怎么出力团队的关系,有时候会涉及到个人问题,是不是该考虑进来,但是很多时候是不能的,一开始确实有点不太适应这个”团队“这个词,但是经过一个sprint之后,我觉得团队是一个需要相互配合,而不是一个人单干的活,需要相互

经过两个星期的努力,第一个周期的任务终于完成,通过这次团队协作,学到了很多东西,首先是把任务细分化,把大的任务分为每天完成,然后团队个人都有自己的任务份额,这样子就不会全压在一个人身上.还有就是学会了怎样去弄sprint冲刺的目标及计划,懂得承担责任.但是经过两个星期的磨练,自己也认识到了一些不足,比如团队协作不是很有冲击力,有时完成作业比较匆忙.还有一个是自己个人能力的不足,对知识掌握的不熟,希望在后续的sprint中加倍努力.

主题:“我们在本次sprint中做了什么?接下来的打算?” sprint总结:在本次sprint里,这是我们团队的成员们第一次开始以团队的形式进行一次团队项目开发,早在第一次团队会议之时,我们便因团队选题的问题纠结过许久,在2次讨论后才最终定下了我们现在的选题——邀约平台,然后我们才开始分工合作.在一开始,由于没有怎么进行适时的交流,队员们之间的工作进程出现了较大的差异,做前端的与做后端的工作交接上亦是产生了迟缓的差错,这些都是我们需要改进的地方 本次sprint历程回顾: 1.选题 O2O 一

总结:在第二轮sprint中,团队的开发工作出现了极大的懈怠,团队成员分配的工作完成情况较差,进度较慢,希望能在最后一周中,完成预定的功能模块 个人贡献分: 124陈彦生:22=20*5*22% 148彭宏亮18=20*5*18% 150张国镜:21= 20*5*21% 125陈庆祥:19=20*5*19% 126林发:20=20*5*20%