Team Foundation Server 2010作为微软ALM系列产品的最新版本,在ALM方面进行了极大的增强,尤其针对敏捷过程管理更是做出很多改善。TFS2010本身自带了
欢迎报名参加这次由雅各布森软件(北京)有限公司和微软中国有限公司联合举办的“敏捷Scrum实战营”活动。在这次活动中,我们邀请到有10多年软件工程经验和深厚理论基础的软件工程专家、雅各布森中国公司董事总经理吴穹先生,有着丰富的VSTS相关技术经验
作为国内首位也是唯一一位具有资格认证的Scrum培训师(Certified Scrum Trainer,CST),吕毅的传奇是从“会讲中文的Trainer”开始的。
在软件开发中采用敏捷方法需要很多组织级的改变,例如企业文化、个人角色、过程等。作为一个组织,想要进行敏捷转变,就必须学着妥善处理这些变化。
增量迭代开发(敏捷实践之一,它意味着每次迭代的产出只是本次迭代范围内的需求)真的不利于产生好的设计吗?Scrum真的提倡“忽视架构问题”吗?如果没有敏捷技术实践的话,架构设计能有效的演化吗?测试先行式的开发真会产生优雅的设计吗?在红绿条提示下的重构循环只在局部小范围内有效吗?
敏捷原理其实不复杂,但实践起来比较难。Scrum作为敏捷方法中的一个重视主流,它的流程简单,但是想真正实践好确很复杂。本文将简单介绍敏捷开发中的Scrum流程和术语 。
管理学中有一个短木板理论,通俗的说就是:发展空间有多大,不取决于你有多少的优势,而是取决于你的最大劣势。目前实施Scrum,有很多已经在不错的进行,但有一个最大的问题没有解决:质量。
Scrum首先是建立在信任的基础上,目前项目组需要先完成高质量的项目提交,才能和公司管理层建立信任关系。公司希望通过更多的评审来控制质量,实施Scrum需要有tradeoff。
这一个sprint(8个工作日)不是一个真正的Sprint,还是以和Team以及PO等沟通如果做Scrum为主。但做法是按照Sprint的核心来做的。以下是我们如何做Sprint Planning。
我们在实践中把考量问题的重心放在“底线”上,具体的实施环节不拘泥于Scrum,同时参考了KanBan,Agile modeling,XP等其他模式,但“核心”部分的环节确实是我们经常用到的。
现在公司对项目经理的定位是:对项目的最终结果负责,虽然需求从业务部门的PO获得,完成由cross-functional的team(目前team已经有QA、美工、开发人员组成)完成。
Scrum 理论是基于一个国外的学科,叫《过程动态学,建模及控制》,什么意思呢?过程控制方法有两种:预定义过程控制和经验性过程控制。预定义过程就是在执行之前 先要制定详细的计划,然后严格按照计划执行,这种控制方式在过程比较简单的情况下比较适用,但是如果过程不可能预测的非常详尽的话,预定义过程就显得力不从心,这时候“经验过程控制”就更合适于过程控制。