摘要:有的团队刚接触Scrum,一个问题令他们很困扰:迭代初期开发人员的工作较多,测试人员闲着:迭代末期开发人员闲着,测试人员的工作比较多,怎么解决资源等待的问题呢? 本文分享自华为云社区<当心,你搞的Scrum可能是小瀑布>,作者:敏捷小智. 为了更好的拥抱变化,很多团队选择使用敏捷去管理组织或者团队的研发过程,Scrum作为最常用的敏捷框架之一,备受青睐.使用Scrum的团队叫做Scrum Team,Scrum Team(以下简称团队)按迭代进行交付,在一个迭代中,团队要完成需求的规划设计…

首先来大体上为控件分一下类,以方便我们后面的讨论.   但因为控件的种类太多,所以就粗略的分为如下几个类别∶   ---界面风格类   ---Shell外观类   ---Editor类   ---Grid类   ---DB类   ---Report类   ---图形类   ---综合类   约定的前提是∶All FreeWare,All source.至于那些要花钱购买的商业控件,我将在后面另外进行讨论.对于文中我们所讨论的每一个控件,都会给出一个品质得分,商业控件和免费控件一视同仁,不以价格论…

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

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

一.Daily Scrum Meeting照片 二.Burndown Chart 三.项目进展 1.完成了github上的文档整理 Transcend/ActivityHelper 2.主界面侧滑框的完善 3.导航栏的编写测试 4.项目进度 5.完成学号姓名修改界面 只有牛姐和志兴完成了一些东西,其他人还在学习与尝试中,看来需要提升开发进度... 四.问题困难 黄志明(PM): 不是很懂<Github团队开发示例>中的配置和初始化.或许得等到项目进行到一定程度才能理解. 李严(V):掌握了An…

一.Daily Scrum Meeting照片 佳恺请假了...可能去约会了罢 二.Burndown Chart 欣慰,但是还是感到"鸭梨山大"! 三.项目进展 1.活动列表查询功能的编写 2.新版OmniPlan进度安排表得等开会后再重新商榷,将于明天放出 3.登录界面的完成 四.问题困难 黄志明(PM): Bmob云服务器的文档还是看起来容易做起来难,各种报错.还是得问问志兴. 橙汁去ICPC,之前交与他的发布者界面都没做完,我只能加进来做了.对Android代码的不熟悉,造成模板…

一.Daily Scrum Meeting照片 二.Burndown Chart 由于此次项目延期7天,因此Burndown Chart较第一次会变宽 三.项目进展 登陆模块已经能和服务器交流 可以使用服务器上已有的账号密码进行登陆,并跳转界面 文件选择界面已完成 不包括相关逻辑 报课表查看界面已完成 暂不支持缩放 不包括相关逻辑 任务列表界面已完成 目前"添加"按钮放在右上角,没有做Material Design的FAB 不包括相关逻辑,但点击"添加"会跳转到任务…

一个非常珍贵的机会,聚集了公司很多牛人,进行了一场发人深省的讨论.有一个话题我想拿出来和他家分享一下我的看法. 越来越不舒服的站会 站会是每天都在固定的时间.地点,大概持续15分钟左右(我们的小组都比较小,Scrum精神的一部分吧)的站着开的会.参加人员一般有所有的Developer, Project Manager(简称PM)等其他人. 站会的目的是为了让组内每个人的工作更加透明,如果能发现问题互相帮助更好.所以,站会每个人说话的内容有三要素:昨天干了啥,今天准备干啥,遇到什么困难.昨天干了啥…

在2012年里,我想自己一人去实践一下Scrum,所以才有了这么一个开篇. 最近看了<轻松的Scrum之旅>这本书,感觉对我非常有益.书中像讲述故事一样描述了在执行Scrum过程中的点点滴滴, 仿佛我也跟着进行了一次成功的Scrum.同样的,我也获得了相关的经验,真是太美妙了! 敏捷开发对一个小团队有着非常好的作用,那么,一个人的团队有如何呢?我将要用一年的时间来验证一下,并享受这个过程. 具体的项目还没有确定,也许是一个应用软件,也许是一个小游戏,当然,这些会在业余时间完成,并且都是手机项目…

1简介            站立会议:在敏捷流程的冲刺阶段中,每一天都会举行项目状况会议,强迫每个人向同伴报告进度,迫使大家把问题摆在明面上,这个会议被称为“scrum”或“每日站立会议”. 2.要点             每日站立会议有一些具体的指导原则,即站立会议的要点:会议准时开始.对于迟到者团队常常会制定惩罚措施(例如罚款,做俯卧撑,在脖子上挂橡胶鸡玩具)欢迎所有人参加,但只有"猪"可以发言.不论团队规模大小,会议被限制在15分钟.所有出席者都应站立.(有助于保持会议简短)…

最近读了这本IBM出的<A Practical Guide to Distributed Scrum>(分布式Scrum的实用指南),书中的章节结构比较清楚,是针对Scrum项目进行,一个阶段一个阶段来介绍的,既包含Scrum的做法,也包含了分布式团队可能遇到的问题和一些建议.这里我先根据书籍目录,做个大致的介绍和提要,最后做一个自己的总结. 一.提要 Chapter 1 The Evolution of Scrum Core Principles of Scrum - 介绍Scrum框架和一…

「 OKR 」现在非常的火爆,很多公司都在使用,不仅国外的 Google.英特尔等大公司在用,国内的一线知名互联网企业今日头条和一些创业团队也都在使用. 那为什么「 OKR 」这么受欢迎呢,因为把它可以帮助团队 达成共识.加深信任.加强协同. 并且「 OKR 」这套方法,不仅可以帮助我们开展工作,还可以用它来管理个人生活.例如互联网大牛 吴军 就是固定使用「 OKR 」来管理他个人年度目标和计划的. 乘着假期,我也仔细读了两本关于「 OKR 」的书籍,<OKR工作法>.<这就是OKR&g…

从前有一种非常火爆的体育运动,对阵双方各派出11位猛男,在宽阔的草皮球场内争抢一颗可怜的小皮球.哪方能够通过团队协作拿到皮球,并且运送到对方场地的特定位置即得分. 没错,你没有走错片场,快到超级碗里来~ 咳咳,其实我们要说的是在IT领域内,从这种运动中引申出来的一个名词,叫做SCRUM-争球. 相信接触过敏捷(agile)项目的读者,都听说过SCRUM这个名词,那他到底指代的是怎样一个事务呢? 其实你可以结合着上面这张图片去理解,笔者觉得总结起来,SCRUM就是‘一个小规模团队,通过紧密的团队合…

选择困难症的福音--团队Scrum冲刺阶段-Day 1领航 各个成员在 Alpha 阶段认领的任务 小组成员 分工 任务量 严域俊 完成小游戏接口部分.小游戏编写部分 21 吴恒佚 决策判断部分.小游戏接口部分 20 曾程 完成燃尽图.博客.备忘录 19 刘辰 数据库升级.登陆注册模块.项目进度把控.分配任务.组织会议.整理博客 21 邓煜坤 完成页面设计.审核并优化程序代码 19 合计任务量:大约100个小时 今日各个成员的任务完成情况 严域俊:登陆界面的气泡弹窗.思考R文件怎么办 吴恒佚:决…

计算机科学的诞生,是世人为了用数字手段解决实际生活中的问题.随着时代的发展,技术的进步,人们对于现实世界中的问题理解越来越深刻,描述也越来越抽象,于是对计算机软件的需求也越来越高,越来越复杂,变化也越来越频繁. 而软件技术的发展也是随着人们认知水平和抽象能力的不断提高,从面向过程编程,进化到了面向对象编程,再到日渐红火的面向服务的编程.伴随着思维的不断进步,实现软件的技术手段也随之变迁,从最古老的瀑布流程,到RUP统一过程,到敏捷软件开发,它们的出现无一不体现了需求,变化,效率,时间与质量的多方…

Beta阶段--第2篇 Scrum 冲刺博客 标签:软件工程 一.站立式会议照片 二.每个人的工作 (有work item 的ID) 昨日已完成的工作 人员 工作 林羽晴 完成https安全连接的问题 顾芷菱 迁入最新版本并制定修改计划 郭炜埕 作为团队的新成员,对该团队项目做深入的了解,包括其基本功能.杀手功能等等 洪亚文 对明细界面进行完整的分析并确定后续工作 秦贞一 修改报表界面的UI 齐畅 更改了邮箱界面的颜色以及格式 今日计划完成的工作 人员 工作 林羽晴 经过讨论,删除多余的数据库的…

Beta阶段--第4篇 Scrum 冲刺博客 标签:软件工程 一.站立式会议照片 二.每个人的工作 (有work item 的ID) 昨日已完成的工作 人员 工作 林羽晴 昨日完成获取提醒语句的接口函数,发送邮箱的本地测试 顾芷菱 大致完成提醒语句可以与数据库联通,还有些小问题 郭炜埕 实现判定邮箱是否存在的功能 洪亚文 根据界面年月的显示提取数据并动态显示明细条目和账单 秦贞一 报表界面美化完成 齐畅 做完整个邮箱的界面 今日计划完成的工作 人员 工作 林羽晴 完成了邮箱发送功能的测试,测试获…

Beta阶段--第5篇 Scrum 冲刺博客 标签:软件工程 一.站立式会议照片 二.每个人的工作 (有work item 的ID) 昨日已完成的工作 人员 工作 林羽晴 完成了邮箱发送功能的测试,测试获取记账提醒语句,协助成员修复提醒语句的bug 顾芷菱 提醒语句设置那一块全部搞完 郭炜埕 实现报表和数据库之间的交互 洪亚文 明细界面全部完成,对初始界面增加预算栏并连接数据库 秦贞一 部分完成圆饼图的数据和后端的数据库相连,实现数据动态化 齐畅 做完整个邮箱的界面 今日计划完成的工作 人员 工…

Beta阶段--第6篇 Scrum 冲刺博客 标签:软件工程 一.站立式会议照片 二.每个人的工作 (有work item 的ID) 昨日已完成的工作 人员 工作 林羽晴 完成了函数的编写,提供报表数据 顾芷菱 完成了报表界面的前端向后端调数据并生成相应饼状图 郭炜埕 继续完成圆饼图的数据和后端的数据库相连,实现数据动态化 洪亚文 月预算界面的完成 秦贞一 优化报表界面 齐畅 月预算界面完善 今日计划完成的工作 人员 工作 林羽晴 提醒邮箱代码的改进,服务器检查邮箱和发送邮箱测试完成 顾芷菱 继…

Notes of Scrum Meeting (2014/11/2) 软件工程项目组Sevens开始项目之后的第一次Scrum Meeting报告 会议时间:2014年11月2日  20:00—20:30 与会人员:金鑫 陈少杰 雷元勇 王迪 高孟烨 邓亚梅 郑培蕾 会议地点:QQ讨论组 会议内容: 1.会议目标 项目给定的时间正式过去一周,我们开始准备的时间有些晚,所以大家在周末的任务是熟悉Android开发环境和开发语言, 为之后两周编写代码打下基础.另外就是确定今后四天的时间里大家的努力方…

Scrum团队成立 团队名称: 22# 团队目标:做好每次布置的任务 还有提升自己 团队口号:做好现在,展望未来 团队成员:陈楷淇,张裕发,陈泽展,彭一建 角色分配 产品负责人(决定开发内容和优先级排序,最大化产品以及开发团队工作的价值):陈楷淇 Scrum Master(负责确保团队遵循 Scrum 的理论.实践和规则.Scrum Master是团队中的服务式领导):张裕发 PM项目经理(团队的领导, 带领.平衡.推动.激励.目标达成.交涉,平等工作之外管事也管人):陈泽展 用户(从最终使用者…

关于scrum的一些定义 敏捷软件开发方法是一种把新增功能通过较小的循环逐步迭代添加到项目中(的项目管理方法),工作是由自我组织的团队以高效合作的方式拥抱和适应变化来保证客户需求被真正满足的方式来完成软件开发项目的方法.   每个循环被称作一个迭代,或者冲刺(sprint),而这几乎就像项目本身的一个迷你小型软件项目,因为他包含所有发布增加的新功能的必要的项目功能任务.在理论上,每个冲刺结尾,产品应当被备好做一次总版集成.敏捷方法强调实时沟通,相比较书面文档和生硬的流程沟通,更偏好面对面的沟通.…

如何快速响应市场的变化,如何推出更有竞争力的产品,如何在竞争中脱颖而出,是国内研发企业普遍面临的核心问题,为了解决这些问题,越来越多的企业开始重视创新与研发管理,加强研发过程的规范化,集成产品开发(IPD).集成能力成熟度模型(CMMI).敏捷开发(Scrum)是当前企业产品研发管理的最热门的3个体系,但是很多朋友并不真正了解这3套管理体系的适用范围和内涵,本文描述了它们之间的区别以及如何在企业研发管理过程中合理加以应用才能达到最优化的结果,使企业在市场竞争中保持不败之地并能脱颖而出. 上篇请参…

如何快速响应市场的变化,如何推出更有竞争力的产品,如何在竞争中脱颖而出,是国内研发企业普遍面临的核心问题,为了解决这些问题,越来越多的企业开始重视创新与研发管理,加强研发过程的规范化,集成产品开发(IPD).集成能力成熟度模型(CMMI).敏捷开发(Scrum)是当前企业产品研发管理的最热门的3个体系,但是很多朋友并不真正了解这3套管理体系的适用范围和内涵,本文描述了它们之间的区别以及如何在企业研发管理过程中合理加以应用才能达到最优化的结果,使企业在市场竞争中保持不败之地并能脱颖而出. 上篇请参…

Scrum团队成立 团队名称:开拓者 团队目标:努力让每一个小伙伴在学会走路的基础上学会跑. 团队口号:我们要的只是这片天而已. 团队照:正面照+背影照(那就是为什么组名叫开拓者) 5.2 角色分配 产品负责人(决定开发内容和优先级排序,最大化产品以及开发团队工作的价值):古林萍 Scrum Master(负责确保团队遵循 Scrum 的理论.实践和规则.Scrum Master是团队中的服务式领导):陈嘉慧 PM项目经理(团队的领导, 带领.平衡.推动.激励.目标达成.交涉,平等工作之外管事也…

Scrum学习心得 什么是scrum Scrum是迭代式增量软件开发过程,通常用于敏捷软件开发.Scrum包括了一系列实践和预定义角色的过程骨架.Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员.虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法 scrum的目的是什么 一.适应变化: Scrum 的一个基本假设,就是外部需求模糊而难以理解.Scrum 对此的理念是:…

一.前言 入职两个月,作为新人,没有参加过一次早晨的scrum会议. 最大的感触就是,有一天中午,带我的开发哥哥突然说产品今天下午提测,我突然就懵了. 这算是我体会的最大的团队中人没有参加scrum,而导致的信息不对等的差异吧. 团队的壮大,公司开始拆分.现在所有的人都要参加scrum,但是原来的团队被拆分了,控制scrum的人数在一定的范围内. 二.scrum培训 由很有经验的老员工讲解培训scurm. 摘要重点:(参考:http://www.scrumcn.com/agile/scrum-k…

从07年中初次接触Scrum的概念到其中几年项目中逐渐实践CI.TDD,到亲自掌握项目实践Scrum近一年,最终我们放弃了Scrum这个框架和所谓的“自组织”.原因为何? 1.成员放弃了Scrum所“赋予”的“权利” 比如领用任务.评估工作量.自组织协作.决策等.在第一次Scrum计划会议上排出任务让大家领用时,成员的态度可以用“反感”来形容.在经历四个Sprint后成员依然坚持认为,应为PM完成这些工作,故放弃. 2.团队成员能力参差不齐 我很主观地认为,现在国内的开发团队都会是一部分高级工程…

站会作为一个团队最容易实施的敏捷实践,为广大team leader和老板们所喜欢,但大部分程序员却很抵触.其主要原因就是很多时候站会都流于形式,没能帮助团队成员解决问题.改进效率. 一种常见的情况就是,站会不由团队自己发起,而是由leader发起.领导们都喜欢团队成员每周甚至每天汇报工作情况,也就是所谓的周报啊日报之类的,其实大部分时候leader们都不会看这些.这种由领导发起的站会自然而然就很容易变成工作汇报会.我相信没有多少人喜欢每天都汇报的.而且大部分leader对于站会都只是喜欢个形式,…

  随着敏捷在国内的推行,越来越多的公司和组织开始使用敏捷领导团队. 敏捷团队如雨后春笋之势涌现. 敏捷教练的团队也越来越壮大.   原先只需要一个敏捷教练就能搞定,但是随着团队越来越多,我们难免会将一些新成立的或者已有的团队交接给新的敏捷教练. 如何做好敏捷团队的交接也是我们面临的最现实的一个挑战.   每次当有新的scrum master入职,接到领导分配给他的一个scrum Team,会思考的第一个问题,可能就是:我到底要做些什么.   情境领导模型   对于如何领导一个敏捷团队,Mike…